이 바닥에 있으면서 여러 개발자들과 혹은 전산 담당자들과 이야기하다보면, 귀신 씨나락 까먹는 소리하고 있는 사람들이 참으로 많다는 것이 무척 경이롭지 않을 수 없다. 여기서 "귀신 씨나락 까먹는 소리"란 실제 개발(소스 코드)과는 전혀 동떨어진 헛소리를 하는 것을 말한다. 예를 들어 객체지향에 대해 토론해 보자고하면, 꼭 다음과 같은 식으로 엉뚱한 소리를 하는 멍청이들이 있다.

"객체지향은 틀린 용어다. 개체지향이 맞으므로 용어를 개체지향으로 용어를 변경하고 토론을 시작하자."

"객체지향은 한물간 개념이다. Aspect Programming이 대세다. 애스팩트 프로그래밍에 대해서 토론해야 한다"

객체지향이든, 개체지향이든 그게 머 대수인가? 어떻게 이름을 짓던, 그 개념을 더 잘 사용하는 방법에 대해서 논해야 할것인데, 쓰잘데 없는 명칭 시비로 시간을 낭비하는 사람들이 있다.

토론 주제를 객체지향으로 하자고 했는데, 무신 장님 봉창 두드리는 소리같은 애스팩트 프로그래밍인가? 토론 주제파악도 제대로 못하고, 희안하거나 생소한 용어를 널어 놓으면 자신이 매우 잘나 보일것이라고 생각하는가? 이런 사람들은 대체 애스팩트 프로그래밍이 뭔지 실제 코딩으로 한번 보여달라고 하면, 장시간 동안 엉뚱한 소리만 할 뿐 절대로 코드로 보여주지 못하는 쪼다들이다.

개발자들끼리의 토론에 참가해 보면, 이런 귀신 씨나락 까먹는 소리하는 개발자들을 매우 많이 볼 수 있는데, 이들의 전형적인 공통 습성 중 하나가 희안한 약어와 신조어 들이대기다. 어디서 주어들었는지 본인 스스로도 의미를 제대로 모르는 영어 약어들을 남발하면서 장시간 떠들지만, 결국 알맹이 있는 소리는 한마디도 없다.

참으로 희안하게도 개발자들끼리는 직접 짠 소스 코드를 두고 이야기해야 함에도 불구하고, 개발자 토론에 참가해보면 자신이 직접 짠 소스 코드를 보여주면서 토론하는 경우는 지극히 드물다. 이런 경향은 개발자 사이트에 있는 토론도 마찬가지인데 누구의 의견을 반박할 때 더 나은 방식의 소스를 첨부하여 자신의 주장이 옮음을 증명하는 경우는 극히 드물다. 대부분 감정싸움만 하다 결국 건데기는 하나도 없는 토론이 되고, 마지막 글은 "물의를 일으켜 죄송합니다"이거나, "관리자에 의해 삭제되었습니다"라는 식으로 결론이 나게 된다.

내가 이끌었던 몇몇 모임에서도 대부분의 개발자들이 자기 소스 보여주기를  무지 꺼려했다. 개발자들의 최종 결과물은 당연히 소스 코드이다. 이 소스 코드 없이 대체 뭣을 논할수 있단 말인가? 개발자들끼리 토론할때 소스코드 없이 한다면, 귀신 씨나락 까먹는 토론이 된다. 예를 들어 실제 동작하는 소스 코드 없이 버추얼 메서드(Virtual Method)를 논하다 보면, 버추얼 메서드는 버추얼 캅(Virtual Cop)이라는 유명한 콘솔 게임에서 주인공이 사용하는 특수한 총싸움 기술이다 식으로 결론이 나버린다.

실제로 종종 개발자 사이트 게시판에서 이런 식의 글을 발견한다. 예를 들어 ...

"데이타베이스에서 두 테이블간에 마스터 디테일 관계를 설정하면, 데이타 간의 주종 관계가 심해지므로 매우 나쁘다. 현대에는 이미 사라진 주종관계 즉 노예제도를 데이타에 적용해서 대체 어쩌겠다는 것인가? 절대로 마스터 디테일 관계를 설정하지 말라!"

데이타베이스를 좀 공부해본 사람이라면 이 게시물을 보고 코웃음을 치겠지만, 희안하게도 이런 허접글에 고개를 끄덕이면서 데이타베이스에서 마스터 디테일은 나쁜 것이므로 절대로 사용하면 안되는 것이구나라고 믿는 사람도 무지 많다는 것이다.

개발자라면 소스 코드 없이 말로만 때우는 토론은 가급적 장시간 동안 참가하지 않는 것이 신상에 이롭다. 개발자에 있어서 프로그래밍이란 남한테 자랑하려고 하는 것이 아니라, 생존 즉 직업을 유지하기 위한 치열한 수단이다. 허접한 프로그래밍 이론으로 무장하고 있으면 강력하고 견고한 이론으로 무장한 다른 개발자에게 조만간 지는 것은 자명하다.

패자의 변명은 아무도 귀 기울여 주지 않는다.

마지막으로 나 스스로 항상 되새기는 말로 이글을 맺도록 하자..

"편견과 무지만큼 인간을 병들게 하는 것은 없다."