뭐 간단한 노가다성 코딩 할때는 상관 없지만, 

프로그래머로써 좀 머리좀 써야 할때가 오면, 

\"이걸 어떤식으로 처리해줘야 좋을까?\" 하고 고민할때가 있자나...

보통 이럴때 그냥 일단 마구~~ 마구~~ 자신이 구현하려는걸 짜다보면 완성이 되긴 하는데.. 

이러면 뭐 소스 알고리즘도 엉망이고, 쓸모 없어보이는 곳도 많고, 그걸 정리해봤자 더 엉성해지고.. 

그래서 애초에 짜기 전에.. 곰곰이.. 곰곰이.. (남들이 보기엔 멍때리는거처럼 보이겠지.. ) 생각하다가

\"앗!! 이러면 될려나?\" 하고 짜버리면 생각하는 시간은 좀 길지만,

코딩 자체는 참 깔끔하게 잘나오곤 하거든?

근데 알다시피 회사에서 멍때리면 안되고, 그렇다고 막짜놓으면 나중에 나만 고생이고..

그래도 뭐.. 나중을 위해서 후자처럼 짜는게 낳겠지? 

아니면, 이런건 보통 혼자 개발하는 상황에서나 좋은거지, 여럿이 개발하는 상황에선 아닌가?

님들은 어떻게 생각함?