프로젝트의 시간을 예상하거나 (다른 사람의 예상을 검토해야 할 때마다) 알파 버전과 프로덕션 릴리스간에 수행되는 테스트/버그 수정을위한 시간이 할당됩니다 . 알 수없는 크기의 문제 세트와 관련하여 지금까지 미래를 예측하는 것이 성공적인 추정을위한 좋은 방법은 아니라는 것을 잘 알고 있습니다. 그러나 다양한 이유로, 정의 된 시간 수는이 작업의 시작 부분에
지금 손에 100 달러가 있다면. 그리고 이러한 옵션 중 하나를 걸어야합니다. 그게 내기를 걸 겠어? 질문은 : 프로젝트의 비용을 억제하는 가장 중요한 요인은 무엇입니까? 프로그래머의 타이핑 속도. 프로그래밍하는 동안 입력 된 총 문자 수. 'wc * .c'명령. c 파일의 끝 크기. 문제를 해결하는 동안 사용 된 추상화입니다. 업데이트 : 알기 만하면됩니
방금 보스가 현장에 출연했습니다. 몇 가지 새로운 기능을 추가하기 위해 봉투 예상 시간을 계산하는 데 15 분이 걸립니다. 귀하의 상사 (다행스럽게도)는 그 시간에 정확한 견적을 제공 할 수 없으므로 정확한 양의 순서를 기대합니다. 질문은 정확한 시간대에 예상치를 표시하는 방법에 대한 것입니다. 이것이 의미하는 것을 참고는 신속하고 더러운 추정, 나는
주관적이거나 토론 할 수는 있지만 여기에 있습니다. 나는 직장에서 다음 큰 일을위한 기능을 예측하도록 요청 받았다. 나는 그것을 무너 뜨 렸습니다 ... 사용 이야기 점은 추측을합니다. 그러나이 기능은 GoDiagrams와 다른 회사 이니셔티브 이외에 제 3 자 다이어그램 구성 요소와의 인터페이스를 필요로합니다. (2008_Limited_Edition 프레