OOP, 디자인 패턴, 리팩토링...
다소 지겹다면 지겨운 주제일 수도 있다.

하지만, 나의 경우에는,
오랫동안 강의를 하고, 공부를 해오면서도
아직도 무엇인가 부족하다는 느낌이다.

그런데, 놀랍게도,
OOP, 디자인 패턴, 리패토링 그까짓것 이라고 생각하는 개발자들을 간혹 만나게 된다.
물론, 우리는 표현의 차이에서 서로를 오해할 수 있는 빌미를 제공하고 있다.
하지만, 필요 이상으로 OOP 등의 필요성을 낮게 평가하는 경우가 종종 있는 듯 하다.

무엇인가에 익숙해지기 시작하면, 대상을 잘안다고 바로 착각하기 쉽다.
부부나 친구의 관계도 그러하다.
가장 어렵고 힘든 이야기는 가족과 친구에게 하기 힘들다.
어찌보면 가장 가까운 이가 가장 멀리 떨어져 있는 존재일 수도 있다.

  *****************************************************

  어떤 이가 친구 앞에서 음악을 연주하고 난 후,

      "이 곡이 어떤가?"
      "그 곡의 의미를 가르켜줄 수 없나?"

  그러자 그는 다시 한 번 연주를 처음부터 되풀이 한 후,

      "이게 바로 이곡의 의미야!"

  *****************************************************

대상을 이해한다는 것은 시간이 필요하다.
그저 무의미한 시간일지라도 숙성에 도움이 된다.

  ********************************************************************************
 
  "우린 우리가 길들이는 것만을 알 수 있는 거란다" 여우가 말했다.
  "사람들은 이제 아무 것도 알 시간이 없어졌어.
   그들은 상점에서 이미 만들어져 있는 것들을 사거든.
   그런데 친구를 파는 상점은 없으니까 사람들은 이제 친구가 없는 거지.
   친구를 가지고 싶다면 나를 길들여줘"

  "그럼 어떻게 해야 하는거지?" 어린 왕자가 물었다.

  "참을성이 있어야 해" 여우가 대답했다.
  "우선 내게서 좀 떨어져서 이렇게 풀 숲에 앉아 있어.
   난 너를 곁눈질해 볼꺼야. 넌 아무 말도 하지 말아.
   말은 오해의 근원이지. 날마다 넌 조금씩 더 가까이 다가앉을 수 있게 될꺼야....."

  다음날 어린 왕자는 그리로 갔다.

  "언제나 같은 시각에 오는 게 더 좋을 꺼야" 여우가 말했다.
  "이를 테면, 네가 오후 네 시에 온다면 난 세시부터 행복해지겠지.
   네 시에는 흥분해서 안절부절 못할 꺼야.
   그래서 행복이 얼마나 값진 것인가 알게 되겠지!"

  ********************************************************************************

그저 피상적인 앎의 시작도 "아는 것"에 포함시킬 수 있다고 하자,
그렇지만 여전히 "아는 것"과 "할 줄 아는 것"에는 커다란 차이가 있다.
누구나 배트를 휘둘러 공을 쳐내는 "이론" 자체는 쉽게 이해할 수 있지만,
실재로 멋지게 공을 쳐내기 위해서는 수없이 헛 방망이질을 해야 하는 것처럼...

스스로 코딩에 적용해보고,
이미 적용한 것은 다시 살펴보고,
다시 부족한 이론을 찾아 공부하고,
그러한 과정을 수없이 반복하지 않는 한,
진정한 이해도 진정한 성장도 있을 수가 없다.

그리고, 스스로가 성장하지 못한 채 경력만을 쌓으며 타성에 젖게 되면,
모든 것이 다 허망하고 쓸 때 없어 보이는 것이 당연하다.

미꾸라지는 바가지 정도의 물만으로도 헤엄치기에 부족함이 없다고 한다.

마치 산에 오를 때,
그 높이에 따라 보이는 정도가 다르듯이,
자신의 능력에 따라, 모든 것의 의미가 달라진다.

어쩌면 오해의 근원은
OOP의 진정한 힘이 규모가 크고 복잡한 프로젝트에서 발휘되기 때문일지도 모른다.

소규모 작은 프로그램에서는 막코딩이 휠씬 위력적일 경우가 많다.
아직 OOP의 위력이 발휘될만한 프로젝트를 경험하지 못한 경우에,
아마도 무용론에 가까운 주장을 할 수 있지 않을 까 하는 생각이다.

시간에 쫓기기 때문에 제대로 할 여유가 없기 때문이라는 변명도 있을 수 있다.
상당히 현실적이며, 80% 공감한다.
하지만, 제대로 하지 못하기 때문에 쫓기는 경우가 더 많다고 생각한다.
그리고, 현실적이고 객관적인 80%의 실패자의 뒤를 쫓을 이유가 있을까?

  *****************************************************

  미국 어느 기관에서 조사한 결과,
  프로젝트의 27% 정도를 제외한 모든 프로젝트는 실패였다고 한다.
  27% 중에서도 만족스럽지 못한 프로젝트가 많았다.

  *****************************************************

정석은 정석일 뿐이고, 이론은 이론일 뿐이다.
아는 것은 시작일 뿐이다.
중요한 것은 스스로 반복하여 제대로 이해하고, 활용할 수 있는 수준을 이끌어내는 것이다.

그리고, OOP, 디자인 패턴, 리패토링을 이론으로만 바라보는 사람은
그것들의 진면모를 10%도 보지 못한 경우라고 할 수 있다.

진정한 완성은 실전 중에 무의식적으로 코드로 표현될 수 있어야 한다.

완벽한 수준을 위해서가 아니라,
조금씩이라도 성장하기 위해서 노력해야한다.
그러한 면에서 진정한 완성은 존재하지 않을 수도 있겠지만...