그냥 프로그래밍 언어에서의 인터페이스만을 생각해서 올린 글인데

생각을 해 보니 사람들 사는 것도 비슷하다고 보여 지네요.

상대방과의 의사 소통에 귀를 기울이는 커뮤니케이션의 노력.

아직까지 저도 초기화(?)는 종종 합니다. 지금까지 해 보지 않았던 새로운 분야를 하게 되면, 일단 구현하려고 하는 것이 현실적으로 구현이 가능하냐 그렇지 않느냐를 먼저 확인을 합니다. 막코딩으로 되나 안되나를 먼저 따져 보면서 전체의 틀도 잡습니다. 그 다음에 가서야 본격적인 설계 잡업에 들어 갑니다.

하나의 예를 들어 보죠. 혹시 이 부분의 구현이 어렵지는 않을까, 내 컴퓨터에서는 되는데 다른 컴퓨터에서는 작동하지 않을 가능성이 있을까, OS 가 달라지면 어떨까, 네트워크 환경이 달라 지면 어떨까, .... 일단 예외의 가능성이 있다고 판단되면 일단 interface로만 설계해 놓고 override로 작성해야 할 함수들을 나열해 봅니다. virtual method가 많아 지면 많이 질수록 전체 framework를 이해하는데(혹은 남에게 설명하는데) 어려움이 있지만, virtual method가 적을 수록 다양한 환경에 적응시키지 못할 수도 있는 단점이 존재합니다. 결국에 가서 왜 OOP 언어가 virtual 구조(function pointer)을 지원하게끔 발전이 되어 왔는지를 알게 되죠. 뭐랄까, 수학시간에 fourier transfom을 공부할 때에는 무슨 소리인지 이해하기가 어려운데, 음악 재생기 equalizer를 만들 때가 되어서야 이해하게 된다고나 할까요? "필요성"을 느끼게 되면 그간 배워 온 것들에 대한 근본 원인을 경험할 수 있습니다.

현업에서 오래 뛰다 보면 왜 그러한 개발 방법론이 나오게 되었는가를 자연스럽게 느끼게 될 것입니다. 프로그래밍 언어의 패러다임이 imperative 언어의 영역에서 object orinted 영역으로 넘어 가게 되었는지도 스스로 터득하게 되구요. 소프트웨어 공학, 디자인 패턴, 개발 방법론,  이런 것 배워 두면 좋습니다. 배울 때는 모르지만 나중에 가면 결국 알게 됩니다. 이해가 아닌 느낌으로 .