일부 개발자는 작업을 수행 할 때 IDE로 곧장 들어가서 약간의 디자인으로 코딩을 시작합니다. 그들은 코딩 할 때 응용 프로그램이 어디로 가고 있는지 생각할 수 있습니다. 나는이 개발자들 중 1 명입니다. 왜냐하면 나는 많은 시간을 투자하여 응용 프로그램을 설계하면 시간이 많이 걸릴 것입니다. 왜냐하면 단지 앉아서 아이디어를 머리에 집어 넣는 것보다 훨씬 낫습니다. 제 질문은 응용 프로그램 디자인이 프로젝트의 배달 시간에 어떻게 영향을 미치며 민첩한 방법을 코딩하는 것보다 큰 이점이 있습니까?응용 프로그램 배달 시간에 대한 디자인의 영향
예를 들어 여행을 원할 때 목적지가 근처에 있거나 마을에 있다면 바로 시작할 수 있습니다. 다른 나라로 여행을 떠나기 위해서는 먼저 자기 자신을 꾸러미해야합니다.
디자인은 준비가되어 있지 않은 상태에서 너무 멀리 갈 수 없거나 잘못된 길로 갈 수 없습니다.
흑인과 백인의 상황이 아닙니다. 일부 프로젝트의 경우 점프하고 코딩을 시작하는 것이 좋습니다. 광범위한 계획 단계를 갖는 것이 더 바람직하고, 다른 프로젝트의 경우 명확하지 않은 경우가 있습니다.
프로젝트가 작고 단순하여 한 명의 개발자 만 작업하고 있고 빌드하는 방법은 머리 속에있는 모든면을 상상할 수있을 정도로 분명한 경우가 많습니다. 디자인을 시작하십시오.
더 광범위한 계획의 필요성은 개발자가 여러 명인 경우 또는 프로젝트가 크고 복잡하여 개발자가 처음부터 어떻게 작동하는지에 대해 가능한 모든 것을 알지 못하는 경우 복잡합니다. 당신의 머리에 그것의 모든 측면.
이 방법은 직접 작업하는 경우에만 효과적입니다. 당신이 팀원들 안에서 일해야한다면 좋은 계획을 세우는 것이 중요합니다. 그래서 모든 사람이 당신이 생각하는 것이 최종 목표라고 알고 있습니다. 이것은 창의력을 떨어 뜨리지는 않습니다. 단지 모든 사람들이 같은 페이지에 있는지 확인할 수 있으며, 혼란의 기회를 줄여줍니다. 
여러분이 묘사 한 내용은 잘 이해하고 포함 된 것을 작성하는 경우에만 잘 작동합니다. 작성한 다른 소프트웨어와 비슷하다면 이전 디자인을 다시 사용할 수 있기 때문에 새로운 디자인이 필요하지 않습니다. 그러나 완전히 새로운 것이면 즉시 설계하는 것이 비용이 많이들 것입니다. 너무 많은 코드를 다시 작성하거나 성능이 저하되는 불량 아키텍처로 인해 더 많은 코드를 다시 작성할 수 있습니다. 마찬가지로 코드를 확장 할 필요가있는 경우 미리 계획을 세워야합니다. 다른 사람들의 구성 요소를 사용하여 작업해야하는 경우 미리 계획을 세워야합니다.
당신의 방정식 시나리오에 생각을 추가하기 만하면이 약간의 공헌을 할 것입니다. 나는 YES INTERNATIONAL CORPORATION (www.yesintl.com.au)이라는 회사에서 일하고 있습니다. 그 전에 디자인을 이미 마음에두고 뭔가를 개발했습니다. 예를 들어, 과거에 데이터베이스 솔루션을 개발했기 때문에 프로젝트를 시작하고 앉아서 경쟁 업체에 비해 매우 빠르게 회사를 제공 할 수있었습니다. 더 많은 경험을 통해 시간이 흐르면 완벽한 슈퍼가 될 것입니다 ... 나는 이것이 도움이 되었기를 바랍니다 ... Andy
여행 거리를 프로젝트의 크기와 관련이 있습니다. 이것은 '코드 양', '요구량'(높은 확장 성 요구 사항) 또는 '팀 크기'(간단한 응용 프로그램이지만 빠른 수행이 필요하므로 15 명을 추가해야 함) –
또한 가능합니다. 재미있게 길을 따라 많은 사람들이 당신과 함께하고 싶다면 모든 사람들이 당신과 함께 할 수 있도록 정리해야합니다. 사실 이런 우화를 좋아해. –