들어갈만한 이유가 없으므로, 일하고있는 많은 관계가 다 대다수로 표현되는 한, 지금 작업하고있는 장고 응용 프로그램의 개체 모델은 "잘못된"것입니다. 응용 프로그램이 올바르게 작동하고 품질 보증을 통해 진행됩니다. 그것은 결코 배치 된 적이 없다.Django 객체 모델을 리팩터링해야합니까?
내 디자인 강박증은 내가 문제를 바로 잡기 위해 리펙토링하기를 원합니다. 이제는 좋은 시간이었습니다. 제작에 들어가기 전 이었지만, 여전히 품질 보증을 다시해야하고 시간이 많이 걸렸습니다. 프로젝트가 미끄러질 것이다.
리팩토링을 수행하는 데 기술적 인 이유가 있습니까? 이것은 수만명이 아니라 수만명의 사용자 기반이있는 도구이며 데이터베이스는 단기간에서 중간 정도, 심지어는 장기간으로도 크게 커질 것 같지 않습니다. 나는 성능이 한 요인이 될 것이라는 것을 강력하게 의심한다.
QA 재실행을 정당화하기 위해 잠재적으로 볼 수있는 유일한 비즈니스 이유는 유지 관리 가능성입니다. 내 질문은 :
지금 리팩토링을하면 장기간의 생산성 향상의 잠재적 이점으로 단기간에 생산성에 영향을 미칠 수 있습니다. 단순함으로 인해 유지 관리가 향상 될 수 있기 때문입니다. 그러나 올바른 대답은 없습니다. 프로젝트 및 배포 설정 방법과 소프트웨어 사용 방법에 따라 다릅니다.
"들어갈 가치가없는 이유"처럼 나에게 소리가 실제로 중요합니다. 1 대 다 대 대 다 대 다 디자인은 요구 사항을 변경 한 클라이언트의 악의적 인 문제를 해결합니다. 이것은 이 자주 발생하므로으로 여기에서 일어난 일이라고 추측합니다.
장기적으로 가장 저렴한 노선을 결정하고 요구 사항을 변경 한 클라이언트가 시간당 비용을 지불해야합니다. 또는 잘못 설계된 제품을 사용하여 앞으로 나아갈 때 발생할 수있는 위험에 대해이 시스템에 대해 지불하는 사람에게 정보를 제공하고 시간과 비용을 지불할지 여부를 결정하도록 할 수도 있습니다.