성장이란 뭘까?

요즘 “성장”이라는 단어를 많이 듣는다. 여기저기에서 이야기가 많다. 그리고 이 단어로 사람들을 현혹한다고 비난하는 분들도 많아졌다. 아무래도 “성장”이라는 단어가 그만큼 비중있는 단어라 중요하다거나 비난하는게 아닐까? 특히 개발 직군의 엔지니어들이 이 단어에 더 민감하다. 빠르게 발전하는 분야이다보니 새롭게 등장하는 기술 혹은 개발 패러다임(Paradigm)을 따라갈려면 끊임없이 관심을 두고 있어야 한다. 그래서 성장을 중요하게 이야기하는 목소리는 신입이나 3~5년차같은 …

Continue reading ‘성장이란 뭘까?’ »

면접관(면접하는 사람)을 위한 교육

아마도 사회 생활을 시작한 직후부터 사람을 뽑는 역할을 했던 것 같다. 정말 뭣도 모르는 상태에서 사람을 보기 시작했던 것 같다. 지금 돌이켜보면 좀 어이없다.   잘 몰랐던 소기업 시절 사실 벤처/스타트업 혹은 작은 중소 기업에게는 지원자가 지원해주는 것만으로도 감지덕지였다. 인터뷰를 통해 사람을 거른다는 것이 의미가 거의 없긴 했다. 당시에 Java, C++, Visual C++ 가지고 개발해야 …

Continue reading ‘면접관(면접하는 사람)을 위한 교육’ »

개발자는 티셔츠

티셔츠!! 담소 자리에서 술자리에서 티셔츠 이야기를 자주 많이 이야기했다. 엔지니어분들이 컨퍼런스와 같은 행사에서 가장 값어치있게 여기는 구즈(Goods)는 티셔츠다. 티셔츠에 새겨진 회사, 기술, 사상의 브랜드 혹은 가치를 엔지니어들은 공감할수록 가장 긴 줄이 몰린다. 더해 공감 수치가 높아지면 높아질수록 일상복으로 거리에서 회사에서 개발자, 엔지니어로써 당당해진다. 기술 기업으로 쏘카를 생각했을 때 아쉬웠던 부분이 바로 “티셔츠”였다. 쏘카는 기술 기반의 …

Continue reading ‘개발자는 티셔츠’ »

Autonomy – 자율, 자율조직이란?

자율(Autonomy)이라고 이야기를 했지만… 사실 꼬치꼬치 “이렇게 하세요, 저렇게 하세요!”라는 각론에 대한 지시를 싫어한다. 개인적인 성격이다. 목적지만 정해지면 그리로 가면 되는거지. 부산가는데 꼭 천안, 대전, 대구를 거쳐갈 필요는 없다. 하지만 왕왕 천안, 대전, 대구에 목숨거시는 분들이 있더라. 모로가도 부산만 가면 된다. 포장하자면 자율적으로 일하는 방식을 좋아한다. 자율적 방식은 나의 혹은 확장하면 팀의 방식으로 일을 계획하고 진행하고 …

Continue reading ‘Autonomy – 자율, 자율조직이란?’ »

Q&A: Architecture and Architect

3월에 모 부트캠프 참가자들을 대상으로 “S/W 아키텍처(Architecture)“에 대한 특강을 진행했다. 강의 이후에 이런 저런 질문들이 있었다. 질문들이 과정에 참가한 분들만 궁금해하는 사항들이 아닐 것 같아서, 정리해서 기록으로 남겨볼려고 한다. 원하시는 인재상, 어떤 개발자를 원하시는지 궁금합니다. 이야기를 개발을 리드하는 입장에서, 특히 쏘카의 개발 방향 관점에서 이야기했기 때문에 자연스럽게 이 질문에 가장 관심이 많았던 것 같다. 사실 …

Continue reading ‘Q&A: Architecture and Architect’ »

조직이 결국 아키텍처를 좌우한다.

어플리케이션 수준부터 시스템 수준의 아키텍쳐에 대한 이런 저런 이야기를 계속 해왔다. 사실 이런 이야기들은 이론이다. 이론과 현실은 다른다. 다르다는 것을 인정하고, 현실에 맞춰 이론을 적용하는 것이 선수들이 해야할 일이다. 현실을 규정하는 것들 가운데 가장 큰 몫은 환경일 것이다. 그리고 그 환경 가운데 또한 가장 큰 몫은 바로 조직 모델이지 않을까 싶다. 다른 글에서 Monolithic과 Microservice …

Continue reading ‘조직이 결국 아키텍처를 좌우한다.’ »

개발 모델: 프로젝트 조직 vs. 서비스 조직

시스템을 개발하는 방식에는 여러가지가 있을 수 있다. 가장 크게는 남이 개발해주는게 있고, 내가 개발하는게 있겠다. 우리나라에서 소위 SI(혹은 외주)라고 부르는 방식이 남이 개발해주는 방식이다. 이런 개발을 “프로젝트” 방식이라고 한다. 대체로 요구 사항과 기간을 개발사에게 전달한다. 물론 돈과 함께. 개발사는 최대한 맞춰 개발하고 그 결과를 전달한다. 물론 필요하면 설치와 운영에 필요한 사항까지 잘 마무리해야지. 그리고 남은 …

Continue reading ‘개발 모델: 프로젝트 조직 vs. 서비스 조직’ »

응답 코드

최근에는 개발에 대한 깊이있는 논의를 크게 할 기회가 없었다. 개발할 일은 많지만 사람이 없으니. 당장 내 코가 석자다. 사람들이 매니저 역할에 집중하라고 하지만, 그럼 님이 좀 개발해주던지! 최근에 석자 코 줄이기에 매진하다가 응답 코드를 이야기하는 대화에 참견할 기회가 있었다. 한동안 못해보던 색다른 경험이어서 그런지 각자의 투지도 있었던 것 같다. 상반된 두가지 견해가 충돌하는 상황이지만 각각이 …

Continue reading ‘응답 코드’ »

개발자 연봉이 올랐어요!

넥슨에서 쏘아올린 개발자 연봉인상이라는 공이 전체 업계에서 요동을 일으키고 있다. 분명 작년 말에 연봉 협상은 이미 끝났는데, 자고 났더니 연봉이 1,000 ~ 2,000이 급상승하는 마법같은 한해를 시작하신 분들이 많다. 개인적으로 한국 게임 업계는 높은 노동 강도에 비해 낮은 연봉으로 악명이 높았다. 오죽 게임쪽 개발자들의 꿈과 희망이 네이버나 카카오로 이직하는 것이라는 말이 나왔을까. 많은 분들이 이번 …

Continue reading ‘개발자 연봉이 올랐어요!’ »

Test is always right.

Coding을 하면서 많은 것들을 고민하지만, 테스트만큼 고민스러운 것도 없다. 논리적으로 도움되고, 유지보수를 위해서라도 반드시 필요하다. 하지만 빨리 만들어서, 고쳐서 내보내야 한다는 심리적인 압박감이 강해지다보니 넘어가자. 바쁜데… 라는 합리성을 부여해버린다. 그래놓고 장애나면 급 후회를 하긴 하지. 언제나 그렇지만, 코딩/개발 단계의 시간보다 장애 대응하면서 보내는 시간이 훨씬 길다. 개발자의 입장에서 테스트는 반드시 필요하니 꼭 작성해두길 바란다. 한번 쓰고 …

Continue reading ‘Test is always right.’ »