All-round programmer

요즘 협업을 하면서, 팀을 리드하면서 디자인 리뷰를 하면서 많이 생각하게 되곤 합니다. 내가 생각하고 있는 것이 맞는 정답일까, 이 사람이 만들어놓은 디자인은 맞는 정답일까? 그런데 프로젝트를 여러 번 하다 보니 내리게 된 결론은 다음과 같습니다. 시스템 디자인에 정답은 없습니다. 요즘 다시 고용 시장이 조금 회복되면서 다시 인터뷰도 많이 하고 있습니다. 저는 자주 시스템 디자인 세션을 맡곤 하는데, 한 시간의 인터뷰 세션 안에서 자기소개하고 인터뷰이 소개하고 기본적인 질문들을 하다 보면 15분 정도 쉽게 지나가고 마지막 5분은 질답 시간으로 남겨두려면 결국 남는 건 40분 밖에 되지 않습니다. 40분 안에 물어보는 시스템 요구사항에 대한 최적의 디자인을 만들기란 당연히 턱 없이 부족합니다. 인터뷰어로서..

코드리뷰를 하다보면 정말 좋지 않은 코드를 많이 보곤 하죠. 이럴 때 '이것 제대로 고쳐주세요', 라고 이야기하면 가끔씩 들려오는 이야기가 "급하니까 나중에 고칠께요." "일단 배포하고 수정할께요." 비슷한 부류로 이러한 케이스도 있죠. "일단 배포하고 테스트 쓸께요." 이러한 상황이 많다면 근본적으로 다시 어떻게 일을 하고 있는지 검토가 필요할 겁니다. 아니면 혹시 주위에 이러한 개발자가 보인다면, 이러한 개발자는 온 몸에 시한폭탄을 두르고 다니는 개발자이기 때문에 좋은 길로 잘 인도해주거나 좀 거리를 두는 것이 좋을 것입니다. 그러면 이러한 개발자를 어떠한식으로 올바르게 성장 시킬 수 있을까요? 먼저 어떠한 개발자들이 이러한 이야기를 많이하는지 대충 살펴보면: (1) 정말 급한 요청을 처리하는 개발자..

제목을 다소 과하게 잡기는 했는데 이 부분에 대해서 제가 스트레스를 받은 적이 많아서 꼭 이야기하고 싶었던 내용 중 하나입니다. 사실 제목과 다르게 남의 문제를 지적하는 건 사실 괜찮습니다. 이거 보여주고 싶어서 어그로 끌어보았습니다. 제가 여기서 집중하고자 하는 부분은 '남의 문제를 지적'하는 행위 자체가 아니라 '어떻게 지적하느냐'에 대해서 조금 더 이야기해보고 싶었습니다. 제가 최근에 몇 년 새에 겪었던 두 가지 케이스를 이야기해드리고자 합니다. 1. 이상주의 개발자 D와의 협업 가끔 보면 개발자 중에 이상주의자들이 많습니다. 이상주의자란 무엇이냐 하면 항상 이상적인 세계를 꿈꾸듯, 이상주의 개발자는 항상 이상적인 코드와 이상적인 인프라를 상상하는 개발자들입니다. 이러한 이상적인 것을 추구하는 것이..

정말 이거 하소연하고 싶어서 미쳐버릴 것 같네요. 여러 오래된 서비스를 제공하고 있는 팀들과 협업하다보면 이러한 이야기를 자주 듣곤 합니다. "너무 옛날 시스템이라서요" "문서화가 전혀 안 되어있어서요" "개발 했던 개발자가 팀을 떠나서요" "옛날에 다른팀에서 지원해줬던 개발자가 개발한거라서요" 하.. 이런 핑계들 좀 안 하면 안 될까요. 이러한 소리 들으면 정말 답답하고 한숨만 납니다. 물론 저도 개발자인지라 가끔 특정한 기준 아래에 이러한 핑계를 대기는 합니다. "처음 서비스를 인수인계 받고 담당하게 되는 세 달 동안만 이런 핑계 허용" 세달은 프리패스로 책임 회피가 가능한 마법의 문장들이죠. 물론 세달 동안 서비스의 구석구석 100% 전부다 이해할 수는 없지만, 최소한 메인 플로우, 문제가 있다면 ..

개발자로 일하다보면 정말 답답하게 행동하는 사람들이 너무나 많은데 그냥 갑자기 하소연이 하고 싶어지네요. 사실 트위터 정도의 짧은 글로 써도 되는 시리즈이기는 하지만, 트위터는 쉽게 쓰고 쉽게 지워져버리니 블로그에 짧게나마 짧게 짧게 쓰려고 합니다. 어떠한 주제로 글을 쓸거냐면: "제발 개발자라면 이런것 좀 하지 말아라" 입니다. 그래서 개발자 안티패턴으로 쓰려고 합니다. 절대 제 주위에 답답하고 짜증나게 하는 개발자들만 많아서 이런거 쓰는건 이니지만(..), 그냥 오며가며 여러 개발자들과 동업하다보면 특정한 행동이 답답한 경우가 많아서 그러한 경험들을 돌이켜보며 하소연하려고 합니다. 참고로 저는 상대가 답답하게 하면 그 행동이 고쳐질 때까지 지적하고 귀찮게 합니다. 그래서 제 주위에 그런 사람이 많지는..