“코드는 짧은게 좋다.” 그리고 YAGNI
코드는 짧은게 좋다. by Ari’s World
코드를 만들 때 나중에 변경되거나 추가될 것을 고려하는 것은 나쁜 것이 아니고 바람직한 것이다. 하지만, 나중에 실제로 변경되거나 뭔가 추가될 때는 기존의 코드도 다시 보게 된다. 그리고, 기존의 코드도 뜯어고치는 경우가 대부분이다.
미래를 고려했던 코드들이 오히려 나중에 고칠 때 쓸데없이 뭐하는 코드인지 고민하게 만들기도 하고, 고려했던 것이 모든 것을 커버하지 못하면 어차피 다시 짜야되기도 한다. 그러니까, 확장성 같은걸 너무 많이 생각하면서 코드를 미리 지레짐작으로 크게 부풀려 놓는 것은 좋지 않다.
저의 경우에도 재사용성을 극대화한답시고 코드를 써놔봐도 나중에 재사용 안하게되는 일은 허다하더군요.
YAGNI(You Ain’t Gonna Need It) 라는 말을 처음 접했을 당시 “맞아!!! 바로 이거야. 내가 하고 싶은 말이…” 라고 생각했었지만 지금도 나중에 안쓰게될 코드의 재사용성에 집착하는 건 여전히 고쳐지지 않고 있습니다.
안쓰게될 코드의 재사용성을 고민하느라 보낸 헛된 시간이 전체 일정에 얼마나 많은 부분을 차지할런지… 아~ 아깝다…
“기억하라구! 재사용성은 그리 쉽게 달성할 수 있는 게 아니야!”
2005-10-31 8:28 PM
permalink
permalink
어차피 미래는 예측불허, 무슨 일이 일어날지 모르는 일이죠.
지금 써놓은 코드가 불과 몇 시간 뒤 완전 삭제의 운명을 밟을 수도 있는거고.. 심지어는 그 파일 전체가 쓰레기통으로 직행하는 사태도…
어디선가 저런 내용을 본 적이 있습니다.
확장성을 많이 고려할 필요는 없다고. 그저 최소한의 확장 가능성만 염두에 두면 충분한 것 같습니다. 사람의 감정도 그렇듯이 시간이 지나면 이전과는 달라지기 마련이라, 글과 마찬가지로 코드라는 것도 나중에 되돌아보면 그땐 왜 이랬을까 싶어지는 게 사람이니까요. 결국 미래를 위해서 지금 확장성에 투자하는 것은 별로 의미가 없는 일.
코드가 버전 업 되면서 나중으로 가면 자연히 덩치가 커지게 되고, 그쯤되면 내부 패러다임이 한 번쯤 변화될 때가 올테니 결국 선행 설계해놓은 코드 구조는 때려고치게 되는 일이 빈번해지죠. 급박한 일정에 구 구조를 그대로 두고 임시 땜빵으로 이어지는 거라면야 예외가 되겠습니다만..
맞습니다.
유연성이 필요하다면 필요한 시점에 작업하면 되지요. 다만 말씀하신데로(”최소한의 확장 가능성만 염두”) 코드를 써 나가면서 추가적인 자원이 없이 달성될 수 있는 유연성은 바로 바로 적용하는 것은 필요할 겁니다. 이 점이 아마도 고수와 하수의 코드 차이이겠죠.