Hyosuk An

태도가 능력이다  

 우리 회사에서는 1차 면접을 부사장인 제가, 2차 면접을 CTO와 해당 팀장이 봅니다. 최종 결정은 함께 일할 동료들이 하는게 좋겠다는게 저희의 판단입니다. 

 저는 태도(Attitude)를 먼저 봅니다. “태도가 능력이다”라고 저는 생각합니다. 이것은 마치 X제곱과 aX의 관계와도 같은데, 1이 되기 전까지는 aX가 훨씬 먼저 도착하지만, 그 이후에는 시간이 갈수록 비교할 수 없이 격차가 벌어지게 되는 것과 같습니다. ‘기울기를 결정하는 것은 태도’라는 것이지요. 

 비슷한 의미로 “친절한가?”도 중요한 요소로 판단합니다. 자신에 대한 애정과, 그에 바탕한 타인을 향한 배려가 친절을 만듭니다. 회사라는 조직에서 혼자 하는 일은 사실상 없습니다. 협업은 그래서 모든 일의 기본이 됩니다. 

 예를 들어 회사 인력의 평균 역량을 100이라고 합시다. 개인 역량이 150인 사람이 있습니다. 그런데 이 사람은 ‘남의 사정’을 잘 헤아리지 못해 커뮤니케이션이 서툴고, 친절하지도 않아 다른 사람들의 역량에 -20%씩 영향을 미칩니다. 이 사람이 다섯명으로 구성된 팀에 들어갔다고 합시다. 그가 들어오기전 이 팀의 평균 역량은 110이었습니다. 이 친구가 들어와서 개인역량으로 +50을 보탭니다. 대신에 나머지 다섯명의 역량에 -20%의 영향을 미칩니다. 110 X 5 X - 0.2 = -110이 됩니다. 둘을 합하면 -60. 개인역량이 150인 사람이 들어왔지만, 조직 전체의 역량은 더 낮아져 버린 것입니다. 

 개발에 대한 생각도 들여다 봅니다. ‘개발하는 일을 사랑하는’ 사람을 뽑고 싶은건 당연한 일이겠지요. 

 CTO와 해당 팀장의 면접은 주로 기술면접입니다. 개발을 어떻게 해왔는지, 전문지식과 경험은 어느 정도인지를 확인합니다. 상당한 수준으로 꼼꼼히 묻습니다. 

일을 할수록 스마트해진다 

 ‘1년차 일을 10년 한 개발자’라는 말이 있습니다. 10년째 개발을 하고 있지만, 몸에 쌓인 실력은 1년차와 비슷한 경우를 말합니다. 드물지 않게 볼 수 있습니다. 

 일을 할수록 스마트해지게 할 수가 있습니다. 푸드테크의 R&D센터의 지향점입니다. 

 소나큐브와 같은 정적분석도구를 제대로 쓴다면 잘못된 습관을 고칠 수 있습니다. 좋은 코딩 컨벤션을 몸에 익힐 수 있지요. 

  동료들과 코드 리뷰를 하는 습관을 들이면 함께 배울 수 있습니다. 후배들에게서도 배울 점을 찾을 수가 있다는 것도 알게 됩니다. 

 지속적 통합(CI)과 지속적 배포(CD)를 통해, 고품질의 코드를 생산하고 위험을 사전에 제거하는 방법을 배울 수 있습니다. 

 아마존의 베조스가 왜 “아마존 내부의 모든 팀들은 오직 서비스 인터페이스로만 소통해야 한다”라고 선언했는지를 이해합니다. 이것만으로도 개발조직을 한단계 업그레이드할 수 있습니다. 

https://apievangelist.com/2012/01/12/the-secret-to-amazons-success-internal-apis/

핵심내용은 아래와 같습니다. 

All teams will henceforth expose their data and functionality through service interfaces.

Teams must communicate with each other through these interfaces.

There will be no other form of inter-process communication allowed: no direct linking, no direct reads of another team’s data store, no shared-memory model, no back-doors whatsoever. The only communication allowed is via service interface calls over the network.

It doesn’t matter what technology they use.

All service interfaces, without exception, must be designed from the ground up to be externalizable. That is to say, the team must plan and design to be able to expose the interface to developers in the outside world. No exceptions.

The mandate closed with:

Anyone who doesn’t do this will be fired.  Thank you; have a nice day!

 개인적으로는, 제대로 알든 모르든 일단 개발자 블로그를 시작하고, 오픈소스에 기여하면 많은 동료 개발자들로부터 큰 도움을 받을 수 있습니다. 때로 가르치는 것이 가장 좋은 학습법이 됩니다. 

푸드테크 소개 

회사의 비즈니스는 다음과 같습니다. 

https://www.slideshare.net/TaewoongPark4/ss-76644949

회사의 현황을 잘 소개한 언론 기사 몇가지를 공유합니다. 

네이버와 배민이 167억을 투자한 회사

매출 90억 회사 사장님이 오토바이 배달부 도전한 까닭

개발자를 뽑습니다

 프론트엔드와 백엔드 개발자를 찾고 있습니다. 친절하고, 오픈마인드를 갖고 있으며, 개발하는게 정말 좋다면 문을 두드려 주십시오. [email protected] / [email protected]

 언어는 자바와 델파이, 비주얼 베이직 등을 쓰고 있습니다. git과 젠킨스, 레드마인, 컨플루언스, 슬랙을 활용해 협업합니다. 

요즘 더 많이 느끼는데 한국서는 많은사람들이 튀는사람들 (즉 standard deviation) 에 벗어나는 사람들을 어떻게든 다시 그안에 집어 넣으려고 노력한다.  비판을 하던, 깍아내리던, 아님 그냥 운이 좋았다하던.

서울대학교 아님 카이스트가 잘나가면 어떻게하면 그 두 대학만이라도 더 잘나가게 하는것 고민하는것보단 다른대학교랑 좀더 평등하게 하는것에 시간/노력을 더 많이 한다.  가만히 살펴보면 회사안에서도 누구 한명이 일을 잘하거나 더더욱 열심히 하면… 다른사람들과 너무 차이나지않게 조심해라 하는 말을 듣는게 일상이다.  

일 잘하면 더 신나게 더 튀게 일 잘할수 있도록… 회사가 잘하면 더 잘할수있게 응원해줄수 있도록… 어떤 수퍼스타가 나오면 더큰 글로벌 수퍼스타가 될수있도록… 조금씩 변해가는 사회 모습 보고싶다.  (그렇다고 그들이 공평한 경쟁하지 않게끔 편의를 봐주자 하는것은 아니다).