기획 및 구현을 혼자 해보고 있는데,
개발 프로세스에 대해 횽들의 의견을 듣고 싶음


아래는 내가 혼자 게임 만들 때 사용하는 작업 과정

1. 적당히 기획해서 대충 막 만든다.
   - 어떤 입력을 받으면 그에 따른 출력만 나오면 된다.
      - 따라서 내부 과정이야 어찌 되든 관계 없다.
          - 디자인 패턴 그딴 거 신경 안 쓴다.
          - TDD, DDD 그딴 거 신경 안 쓴다.
   - 단, 디버깅하기 쉽게 만든다.
      - 디버깅과 관련된 기능(e.g. 로그 출력, pawn의 상태 출력 및 pawn의 상태를 변경하는 기능)인 경우에는 가급적 만든다.
2.  "1."에 대해 재밌는지 테스트해보고, postmortem을 작성한 뒤, "1."은 폐기하고, 처음부터 다시 만든다.
   - 이제부터 만드는 것은 확정 스펙이다.
      - 추후, 주요 기획이 변경되지 않게 한다.
         - e.g. 어떤 idea가 갑자기 생각나도 게임의 주요 로직을 변경해야 할 경우에는 해당 idea를 포기한다
   - "1."에서 대충 막 만들었던 모듈도 이제는 production을 고려하여, 디자인 패턴, TDD, DDD를 신경쓰며 개발한다.  


궁금한 거는 이런 개발 방법을 실무에서도 쓸 수 있음?

실무에서도 일부 feature에 한해서는 내 방법처럼 해도 별 상관 없을 것 같은데
내 방법은 feature 하나가 아니라 처음 prototype version을 통째로 버리고 가는 거라서..
경영진들이 싫어할 것 같음.

c.f. 처음 prototype version을 통째로 버리고 가는 이유는
      누덕누덕 코드를 보수할 바에야 처음부터 다시 만드는 게 오히려 더 편해서임
c.f. 이 글은 아래와 같이 가정하고 글을 작성했음
     - 경영진은 프로그래밍의 프자도 모르므로 아래와 같이 생각할 수 있음
        - 퀄리티가 낮긴 해도 멀쩡히 잘 돌아가는 게임을 왜 폐기해야 하지?
           - 그냥 이거(protoype) 가지고 조금씩 개선해나가는 방식으로 진행하자.


혼자서 만들 때는 위의 방법이 진리라고 생각하지만....
실무에서는 혼자서 만드는 것이 아니고, 사람들도 퇴사/입사하는 사람 있을테고
정치도 있을테고 해서 위의 개발 프로세스는 단점이 있을 것 같음...(하지만 어떤 단점이 있을지 잘 모르겠음)