어떤 프로그램을 만드는데 선택하는 나만의 방법이 있다면?

이건 무의미한 토론주제일지도 모르겠네요.
몇가지 제안보기를 적어봅니다. 어떤것을 선택하시겠어요?

일단 어떤것의 만들어질 주제가 정해졌다고 하죠.
그리고 다음과 같은 결정을 내려야 겠죠.

여러분들은 어떤것을 선택할건가요?
하나만 선택할리는 없을거겠죠? 몇가지 선택하여 우선순위가 있겠죠? 경우에 따른....

어떤것이 가장 바르다고 생각하시며 반면에 현실에 비추어 어떤것을 선택하게 되는지요?

소위 유명한 프로그램들을 만든 사람들은 어떤 방법을 취했을까요?

1. 우선적으로 다른사람이 만든것이 없는지 찾은후
뒤돌아 생각지 말고 그 소스를 이용해 만든다.

2. 내가 할수 있는 영역은 어디까지인지 생각하고
이미 만들어놓은 다른사람의 소스는 관심에 두지 않는다.
하지만 내가 할수 없다고 생각하는 부분에 대해서
노력은 무의미하다. 그러한 부분은 다른사람의 소스를 이용한다.

3. 모든부분에 걸쳐 다른사람의 소스를 보고 충분히 분석을 한다.
내가 다시 똑같이 작성한다 하더라도 내가 직접 다른사람의 소스
분석한것을 토대로 새로이 만들어 나간다.

4. 주어진 목표에 대하여 나는 이미 이러한 것을 공부해두었다.
또는 이미 관련 정보를 책을 보던 소스를 보던
전부는 아니더라도 거의 대부분은 자료화해서 가지고 있다.
만드는것은 이 자료를 활용해 내가 만들어도 되고
다른사람 제 3자에게 필요한 부분에 대한 자료를 주어 만들게 할수도
있다.

5. 난 만드는 사람이 아니다.

6. 난 모든것을 내 스스로 만들고 싶다. 안되면 그에 따른 손해를 감수하더라도
내손으로 만든다. 또는 당장은 어떻게는 버그가 많더라도 대충 만들어 두고
다음에 다시 만들때는 자신있을정도로 준비를 하겠다.

7. 난 나만의 생각이 있어 위의 보기와는 전혀 어울리는게 없다.

8. 제작기간의 제한에 걸려 일정이 늦춰지면서 손해를 보더라도
나는 다음에 보다 빠른 적응을 위해서 상당히 많은 것을 고려하겠다.
그래서 가장 먼저 Library화해두는게 우선이다. 손해는 감수하고
다음에 이 Library를 사용하면 손해를 보정할수 있을것이다.

9. 일단 대충 짜임새 없는 코드를 만든다. 버그가 있건 없건
그래서 최단기간에 만족할만한 기능을 100% 갖추게 하고
당연히 여기서 나오는 엄청난 버그는 나머지 단축시킨 시간을
활용해서 테스트하고 버그 잡고 .. 이런식으로 나타나는 현상의 버그를
잡는다.