재미있는 질문! 나는 팬이 아니라는 것을 인정하지만 방금 제기 한 문제 중 일부에 맞는 프로젝트에서 모델 중심 개발을 여러 번 사용하려고했습니다.

내 이유 목록은 다음과 같습니다.

• 학습 곡선-모델링 도구가 너무 빠르게 발전하여 도구를 깊이 이해하는 엔지니어를 찾기가 어려워졌습니다. 나는 여전히 당신이 모델링 도구만큼이나 좋다는 것을 알았습니다. 분명히, 아래의 많은 문제들이이 한 가지 문제를 추적 할 수 있습니다. 도구가 너무 제한적이라고 생각할 때마다 충분히 알지 못할 수도 있습니다.
• 너무 구조적-개인적으로, 모델링 툴이 내가 설명하는 데 필요한 모든 것을 설명 할 수 없을 정도로 구조화되어있는 상황에 처해있었습니다. 도구 외부에서 모델의 일부 조각을 그리는 것으로 전환하면 사람들이 정보를 찾기 위해 도구 외부로 표류하기 시작하면 상황이 빠르게 쇠퇴합니다.
• 도구 조정 비용-코드를 자동 생성하려고 시도 할 때마다 도구가 올바른 것으로 생각되면 코드를 수동으로 재 작업했습니다. 몇 번 돌아 다니면이 문제가 줄어 들지만 처음 몇 번의 라운드에서 살아남 아야합니다. 나는 일반적으로 우리가 두더지를 치고 있다고 느꼈습니다-모델 만들기-> 코드 생성-> 코드 수정-> 모델 업데이트-> 모델 수정, 헹굼 및 반복.
• 모델 구성 관리-모델은 프로젝트의 많은 부분을 설명하기 때문에 어느 정도 수준에서 모델 CM은 빌드 된 코드보다 더 교차 절단됩니다. 모델링 파일을 분류하는 것은 그 자체로 예술입니다. 잘못하면 개발자 교착 상태 또는 사람들이 포기하고 코드에 따라 오래된 모델이 종종 사라집니다.
• 시장 출시 시간-소프트웨어 작업이 절실한 상황에서 명확한 문제가 발생했습니다. 프로젝트와 팀이 충분히 작은 경우 코딩 및 테스트에 시간을 소비 할 수있을 때 모델링 도구에서 시간을 낭비 할 이유가 없습니다. 모든 프로젝트가 그러한 투자를 요구할만큼 큰 것은 아닙니다.
• 실패 비용-프로젝트가 모델링 도구에서 벗어나는 것을 보았을 때 높은 실패 비용으로 인해 도구를 사용하려면 모든 개발자가 참여해야합니다. 그것은 훈련에 대한 큰 투자와 학습에 대한 실습이며, 누군가가 모델을 잘못 설정하면 비용이 많이 드는 실수입니다. 내 경험에 따르면 모델을 올바르게 만들려면 2 ~ 3 개의 릴리스가 필요할 수 있습니다. 따라서 많은 프로젝트가 이점을 실현할만큼 오랫동안 모델링 실수를 극복하지 못합니다.

답변