드럼치는 프로그래머

프로그래머(programmer)와 개발자(developer)는 비슷하지만 동의어가 아니다. 코딩을 통해서 컴퓨터에게 원하는 일을 시킬 수 있으면 모두 프로그래머지만, 학교 숙제를 하거나 취미로 코딩을 하는 사람까지 개발자라고 부르지는 않는다. 회사에 다니지 않으면서 혼자 오픈소스 코드를 만들어내는 사람도 개발자가 아니다. 그는 프로그래머 혹은 해커에 가깝다. ​ 개발자는 기업이나 큰 프로젝트에 속해서 다른 사람과 협업을 통해서 코드를 만들어낸다. 이러한 협업은 프로그래밍과 다른 차원의 원리와 원칙, 그리고 경험을 필요로 한다. 예컨대 프로그래머 혹은 해커를 강호를 혼자 떠돌며 칼을 쓰는 무사라고 한다면, 개발자는 거대한 군사 조직에 속한 정규군이다. 외톨이 무사에게 생명은 칼솜씨이고 정규군의 생명은 규칙..

개발자의 의사소통 능력은 코딩실력보다 중요하다. 이미 여러 번 했던 이야기다.'개발자의 생명은 커뮤니케이션'이라는 칼럼에서 개발자의 의사소통이 정확히 무엇을 의미하는지도 설명했다. 이번 글은 그 내용의 확장판이다. 개발자가 좋은 의사소통을 하기 위해서 기억해야 하는 내용을 설명한다. ​ 1. 어머니에게 말한다고 생각하라 개발자 10명 중에서 8명은 상대가 말을 들을 준비가 되었는지 헤아릴 줄 모른다. 자기 머리 속에 있는 생각을 상대방이 똑같이 하고 있을 거라고 착각한다. 자기 흥에 겨워 이야기하지만 듣는 사람에게는 의미없는 소음에 불과하다. 본론을 꺼내기 전에 반드시 기본적인 문맥과 개념을 설명하고, 상대가 이야기를 들을 준비가 되었는지 살피면서 자세한 이야기로 넘어가는 것이 커뮤니케이션의 기본이다. ..

(삼성전자 기흥 반도체 공장, 삼성전자) 9년전 작은 회사에서 SI Hell 프로젝트를 수행하면서 적었던 글을 다시 꺼내보았습니다. 회사의 전략적 방향에 대해 개발경험이 없던 임원진들께 “제조업 사례”를 들어 이야기를 했었는데요. 아직도 비슷한 고민을 하는 회사가 많아, 문장과 문맥을 다듬어 정리해보았습니다. 최근의 스타트업 이야기와는 거리가 있습니다. 프레임이 낡아서 두서없고 부족한 내용이지만, 읽으시는 분들께 충분히 시사점이 전달되었으면 합니다. 1. 개발자 ※ 정의 : IT 산업에서 개발자는 “판단능력을 보유한 지능적 생산수단 (Intelligent Intellectual production unit)”이다. (영업, 계획 등이 아닌)“프로젝트 수행”조직에 있어서 제일 중요한 사람은 “일을 하는 개..

소스코드를 신주단지 모시듯 하는 회사나 개발자들을 자주 볼 수 있습니다. 소스코드가 자신들의 모든 기술이 함축된 집합체라고 생각들을 합니다. 저는 이런 회사나 개발자들 딱 접하는 순간 그 수준을 한번에 알 수 있습니다. 다른 것들은 별로 물어볼 필요도 없이 그로 인해서 회사가 어떤 식으로 개발을 하고 있다는 것을 쉽게 짐작할 수 있습니다. 그러한 회사들은 소스코드를 개발자를 제외한 다른 직원들은 접근하지 못하도록 하기 위해서 보안장치를 두고 개발자는 자신이 작성한 소스코드를 공유하기 꺼려하기도 합니다. 개발의 내용은 SRS나 설계서에 포함되어 있기보다는 그냥 코드에 숨어 있어서 이를 작성한 사람이 아니면 전체를 파악하기 정말 어렵습니다. 해당 개발자가 아니면 유지보수가 어렵고 신입사원이 들어와도 공유가 ..