이런 류의 고민은 비단 소프트웨어 개발에 국한된 것은 아니다. 정부의 정책 결정과도 같은 맥락이고, 무언가 기존의 체제와 새로운 체제가 공존하는 경우 필연적으로 봉착하는 문제일 것이다.

무슨 소린고 하니 아래 글은 OSGi 사양(Spec) 수립 과정에서 고민이다. 기존 코드를 OSGi가 포용하기 위해서 '격자의 질서'를 버릴 것이냐? 즉, 기존 유산 그대로 활용하기 위해 OSGi가 추구하던 단순함을 포기할 것냐? 아니면, 단순함을 고수하기 위해서 기존 유산을 포기할 것이냐? 그것도 아니면 사양에서는 건너 뛰어서 프레임워크 구현에 맡길 것이냐?

출처: QVO VADIMUS?

격자의 질서란 본문을 임의로 요약한 표현이다. ㅡㅡ;



The OSGi always reminds me of this grid. Why? Because they both restrict you severely but in return they provide simplicity. Instead of having infinite freedom to do whatever you feel like, you must obey some pretty basic rules, which some people find upsetting. But what you get back is that the elements work together as a whole, instead of fighting with each other.

흥미로운 사실은 마치 Spring 설계 원칙을 이야기 하는 것 같다. 게다가 아주 친숙한 표현까지... :)

simple but not simplistic, providing maximum bang for the buck