template meta programming에 어떻게 생각하십니까?

자신이 처한 환경에 따라 달라질 수 있을 것 같습니다.

embedded 제품의 경우, HW 사양을 필두로 해서 몇 가지 이유로 인해 C++ 자체를 사용하기가 쉽지 않은 경우가 많죠. 고용할 수 있는 개발자들도 주로 C를 사용하던 사람들이고요. 팀 내 대부분의 개발자가 이런 상태에서, 혼자 C++을 더군다나 template 기반의 개발은, 깐깐한 리더가 있다면, 자기만 주로 쓰는 모듈에서도 허용되기가 쉽지 않을 수 있지요.

제 개인적인 경험을 조금 말씀 드리자면, 예전에 처음 시작하는 회사에서 대략 1년 정도의 기간을 가지고 제품을 개발할 수 있었습니다. 그때는 제가 대략 4 ~ 6명 정도의 SW 개발 리더 정도였고, 운좋게도 회사 내에서 SW 개발과 관련해서는 대부분의 의사결정을 내릴 수 있는 위치였지요. 타겟으로 삼은 HW의 사양도 낮지 않아서 C++로 개발을 진행했습니다.

거기다, 회사에서 진행하던 국책 과제의 예산 처리 과정에서 돈이 남게 되어 Rational Rose를 구매할 수 있는 행운이 겹쳐, rose로 먼저 클래스 다이어그램 그려서 설계한 다음 코드 생성하는 식으로, 단순 타이핑으로 인한 노가다 작업도 줄이고, UML의 다양한 기능(그 중 주로 사용한 것은 아주 일부였지만)을 써서 의사소통도 비교적 원활하게 할 수 있었습니다.

팀 내 저를 제외한 대부분의 사람들이 주로 C만 했던 사람들이어서, 위와 같은 정도로 하는데도 꽤 많은 시행착오를 거쳤습니다. 일단 사람들의 수준이 비슷하게 되는데 대략 2 ~ 3달이 소요되었던 것 같네요. 물론 그 이후의 생산성은 아주 좋았습니다. 그리고 디자인 패턴을 익히고, 이를 가지고 너 나은 구조로 리팩토링 하고...

template은, 나중에 Modern C++ Design 이라는 책을 읽으면서 받은 충격(?) 때문에, 꼭 한번 적용해 봐야겠다고 마음 먹었다가, 나중에 새 프로젝트를 시작할 때, 일부 기능을 별도의 application으로 분리해서 적용해 보았습니다. 제가 한 건 아니고(^^), 저희 팀 내에서 정말 스마트한 친구 하나가 자원해서 고생했구요, 고생한 이상으로 좋은 결과를 냈었습니다.

문제는, 새로운 사람이 들어 오게 되면, 실제 일을 할 수 있게 되기까지 꽤 많은 시간이 필요하단 것이었습니다. C만 하던 사람이라면, C++, UML, 리팩토링, 디자인 패턴, 리눅스 개발 환경 등... 2 ~ 3년 정도 경력의 기준으로 대략 4 ~ 6주 정도의 시간이 걸렸던 것 같습니다. 피치 못할 이유로 개발자가 교체될 때의 타격이 상당히 컸습니다. template meta programming은, C++을 어느 정도 아는 사람의 경우에도 정말 어려워 했던 것으로 기억합니다. 당장 compile 시 쏟아지는 error message에서부터 압도 당하는 경우가 많았는데, 결국 template 기반으로 작업된 내용은 그 담당자와 저만 주로 봤던 것 같습니다.

중간에 다른 회사에서 한 2년 일을 했었는데, 거기서는 도저히 C++을 사용할 수 없는 환경이었습니다. 회사의 모든 소스가 C로 되어 있을 뿐 아니라, 저를 제외한 모든 사람들이 C로만 작업하고 있기 때문에, 저 혼자 아무리 C++로 잘 짠다고 해도, 추후의 협업에서 문제가 심각하게 될 것이었기 때문이었습니다. 그래서 C로 작성하되, C++의 장점을 비슷하게 낼 수 있는 식으로 코드를 작성했습니다. OOP로 갈 수 있도록 세미나도 하고 연구소장님한테 OOP의 장점도 설명하고 그랬는데, 저 하나야 모르겠지만, 다른 사람들로 하여금 현재 업무를 그대로 하면서, C++로 갈 수 있도록 할 시간을 만드는데는 성공하지 못했습니다.

서두에서 말씀 드렸듯이, 저는 시행착오를 감내할 수 있는, 비교적 넉넉한 개발 기간과, 회사 내에서 상당한 신뢰와 권한을 가진 상태에서 시작했기 때문에, C++을 가지고 비교적 좋은 산출물을 낼 수 있었다고 생각합니다. template 기반의 개발 작업도 담당자가 능력이 탁월했지만, 팀장인 제가 그에 대한, 어느 정도의 믿음을 가지고 있었기 때문에 가능했던 것이고요. 이와 같은 환경이라면 template meta programming을 적용해서 얼마든지 좋은 결과를 낼 수 있겠지만, 그렇지 않다면 동료들과의 협업 효율성을 많이 고려해야 할 것 같습니다.

참고로, 저는 template 이외의 C++의 특성들도 적절히 사용하면 좋다는 주의고요, 현업에 적극적으로 사용해서 실제 유지 보수 하기 좋은 결과를 내 왔다고 생각합니다. template은 말씀하신 것과 같은 장점도 있지만, 팀장 입장에서 보면 팀웤과 협업 효율성 측면에서 부담되는 부분이 또 있기 때문에, 정말 template로 좋은 결과를 낼 수 있을 것 같은 곳에만 한정적으로 사용하게 되었던 것 같습니다.

(덧붙임)
요즘은 애자일 방법론에 많은 관심이 가고, 조금씩 적용해 보려 하고 있습니다. template meta programming 뿐만이 아니라 뭔가 좋은 것을 사용해서 좋은 결과를 내려면, 같이 일하는 동료들이 그 새로운 것을 편하게 시도하고 받아 들일 수 있어야 하는데, 거기에 XP의 패어 프로그래밍이라는지, 스크럼 같은 것들이 좋을 것 같아서입니다.