나는 달리기를하고 있었다. .. 토요타에 관해 포드 캐스트를 듣는다. .. 어떻게해서든지.매번 같은 방법으로 항상 수행하십시오. 소프트웨어 프로젝트에서 사용할 수 있습니까?
이 원칙은 소프트웨어 프로젝트에서는 사용하지 않는다고 생각합니다. (어쩌면 프로젝트 관리). 예술은 아직 젊습니다. 우리는 현재 우리가하고있는 일을 알지 못합니다. 그러나 결국 우리는 그렇게 할 것입니다.
또는이 핵심 원리를 사용하는 방법을 알아 보시겠습니까?
다음은 팟 캐스트입니다. 나는 그것이 흥미
http://itc.conversationsnetwork.org/shows/detail3798.html
방법이 제대로 작동 입증 된 경우 나, 작은 수정을 제안 생각 (성능/유지 보수/보안/등.), 그때마다 것을 사용합니다.
트릭은 "작동하는 것으로 입증되었습니다."또한 "적절하게"입니다.
기본적으로 현재 메서드에 문제가없는 한 변경을 위해 변경하지 마십시오. (실제로 더 잘 작동하는 방법은 다른 방법에 문제가 있다는 사실을 강조하며, 잘 작동하지 않습니다.)
특히 우리 분야에서는 대부분의 코드가 같은 방식으로 구축 될 때 얻을 수있는 생산성/확장 성으로 인해 특히 유용합니다. 예 : 유지 보수, 개발자 교육 등 유명한 철학자에서 다른, 더 익숙한 즉
: 그것은 파산하지 않을 경우
, 그것을 수정하지 않습니다.
글쎄, 나는 그것이 절대적으로 달려 있다고 생각합니다. 이미 사용했던 방법이 좋은 실행 시간을 갖고 있고 (주로) 버그가없고 원하는대로 작동하는 경우이 작업을 수행하는 새로운 방법을 쓸 필요가 없습니다. 특히 돈을 위해 또는 회사를 위해 프로그래밍하는 경우.
그러나 프로그래밍 언어의 새로운 기능이나 단순히 다른 방식으로 일하는 것을 배우고 싶다면 완전히 개인적인 관심을 가지려는 이유는 무엇입니까?
Toyota와 같은 회사에서 시간과 돈을 절약하는 것이 가장 중요합니다. 그러나 개인적인 시간에는 무엇이든 중요하게 배정됩니다. 새로운 일을 배우는 방법을 배우는 것이 귀하의 최종 이익에 도움이된다면 그렇게하십시오. 귀하의 최종선이 가능한 한 많이 배우는 것이라면, 이것은 아마도 옳은 일일 것입니다. 반면에, 귀하의 결론은 가능한 한 빨리 완료된 많은 프로젝트를 얻는 것이라면 그렇지 않습니다.
그러나 다른 방법을 시도해도 수익은 시간과 비용을 절약하는 것이기 때문에 유용 할 수 있습니다. 당신이 이미 다른 방법론으로 해왔 던 일을함으로써 당신에게 잠재적으로 장기간에 시간과 돈을 절약 할 수있는 아이디어를 제시 할 수 있기 때문입니다.
그래서 완전히 다른 방식으로 무언가를 다시 실행하면 원하는대로 수행 할 수 있다고 말하면됩니다.
"그렇지 않으면 해결되지 않습니까?" 오, 나는 항상 시가 나빴다. ;-) – AviD