현재 진행중인 프로젝트가 제대로 구축되지 않아 미래에 실패 할 것이며 유지 관리에 악몽이 될 경우 어떻게해야합니까? 행복하니?
신경 쓰지 않아도 될까요? 클라이언트가 이것보다 더 나은 응용 프로그램을 가질 수 있다는 것을 깨닫지 못하는 것이 괜찮습니까?
어떤 시점에서 나는 그것을 올바르게 구축하는 것에 대해 관심을 멈추고 흐름과 함께 가나 요?
현재 진행중인 프로젝트가 제대로 구축되지 않아 미래에 실패 할 것이며 유지 관리에 악몽이 될 경우 어떻게해야합니까? 행복하니?
신경 쓰지 않아도 될까요? 클라이언트가 이것보다 더 나은 응용 프로그램을 가질 수 있다는 것을 깨닫지 못하는 것이 괜찮습니까?
어떤 시점에서 나는 그것을 올바르게 구축하는 것에 대해 관심을 멈추고 흐름과 함께 가나 요?
답변:
고객이 행복하면 올바른 일을하고있는 것입니다. 많은 사람들이 핫도그를 만드는 방법을 몰라도 핫도그를 즐깁니다.
앱이 문제에 대한 좋은 해결책이지만 기초가 잘못되었다고 걱정하는 경우 점진적 으로 개선하는 방법을 파악 하고 제품을 업데이트 할 때 개선 사항을 구현할 계획을 세우십시오. 증분이 핵심입니다. 전체 부분을 다시 작성하려는 경우 관리자는 이것이 합리적이지 않다고 말할 것입니다. 완전은 선의적일 수 있습니다. 조회 넷스케이프가 다시 네비게이터 "을했다"때문에 IE가 앞서 갈 수 있도록하는 방법의 jwz의 이야기를.
앱의 UI 자체가 엉망인 경우 클라이언트는 "어려운 방법"과 비교하기 때문에 여전히 행복 할 수 있으며 버그가있는 프로그램조차도 그보다 훨씬 더 나을 수 있습니다. 당신은 그것을 당신의 배경과 기술 때문에 상상할 수있는 이상과 비교하고 있습니다. 다시 한 번 점진적으로 개선 할 수있는 방법을 고려하고 계획의 일부로이를 조정하십시오.
걱정하지 마십시오. 당신의 일이 최선이되기를 바랍니다. 그러나 청구서를 지불하는 것은 고객이며 귀하가 아닌 청구서를위한 소프트웨어를 작성한다는 사실도 기억하십시오.
코드의 품질을 향상시키기 위해 리팩토링을 포함하여 개발의 다음 단계에 대한 아이디어를 제시하기 시작했습니다. 기술적 인 세부 사항에 너무 깊이 들어 가지 말고 제안한 수정 사항이 지속적인 고객 만족 을 의미하는 방법을 지적하십시오 . 경영진은 항상 새로운 제품을 찾고 있기 때문에 정리와 새로운 기능을 혼합 할 준비를하십시오.
일반적으로 고객은 문제가 발생할 때까지 유지 관리에 신경 쓰지 않습니다. 이상적으로 회사는 평판에 관심을 갖고 코드를 유지하여 보호하려고합니다.
그러나이 제품이 매우 단기적인 것으로 간주 될 경우 실제로 제품을 올바르게 운영하는 데 부가 가치가 없을 수 있습니다. 이 경우 저렴한 수정 프로그램을 찾으십시오. 개발자 정신에 큰 가치가있는 노력은 거의 없습니다.
아마도 당신의 우선 순위 / 관점이 잘못되었을 것입니다.
모든 소프트웨어 프로젝트에서 가장 중요한 것은 사용자 요구 사항을 충족한다는 것입니다.
이 달 C / S 디자인 패션에 따르면 "정확한"것보다 중요한 시간이 더 중요합니다.
예, 올바른 디자인 패턴을 사용하고 기술 등을 올바르게 사용하십시오. 단, 강력하고 유지 보수 가능한 방식으로 사용자 요구 사항을 쉽게 구현할 수있는 경우에만 가능합니다.
실제로 비즈니스 요구를 충족시키는 실제로 잘못 작성된 시스템은 누구도 원하지 않거나 사용할 이유가없는 훌륭하게 기록 된 아름답게 문서화 된 코드보다 항상 좋습니다.