허니몬(Honeymon)의 자바guru

스쿠버다이빙 강사 자격을 획득했다.

프로그래머로서 개발자로서 다시 복귀했다.

개발자로서 확고한 자리를 잡기 위한 내 자신의 능력을 키우는 것에 집중하자.

어떻게 구직할까 하고 걱정했었지만, 예전에 스터디를 함께 하던 지인의 소개로 수월하게 입사를 할 수 있었다.

그러면서 느낀건, 개발자로서의 인맥을 잘 관리하는 것이 중요하다는 것이다.

그리고 무엇보다 중요한 것은, 기술적인 능력과 경력을 탄탄하게 구축하여 언제어디서나 자신감있게 개발자여야 한다는 것이다.

항상 러브콜을 받고있는 그런 개발자가 되는 것을 목표로 가지는 것도 좋다.

쿠팡의 개발자 면접절차와 관련된 질문에 대해서는 더이상 답변드리지 않겠습니다.

저는 더이상 쿠팡에 관심이 없구요,

이미 떨어진지 1년이 넘은 상태라,

어떤 과정으로 면접이 진행되는지 알지 못합니다.

내부 추천을 받았다면, 추천을 해준 이에게

공채 등의 지원을 통해서 하시는거라면, 인사담당자에게

물으시는 것이 가장 효과적인 방법이라고 생각합니다.

쿠팡 기술면접에서 떨어진지 2달 정도 되었다.

이 이야기를 쓸까말까 잠시 고민을 좀 했다. 탈락된 직후에는 매우 감정적인 상태였기 때문에 자제했지만, 최근에 술마시고 이성을 잃고 격하게 반응하는 글을 쓴 적이 있다. 부끄럽다잉.

그러나 지금은 무덤덤한 상태이기 때문에 써도 되겠다 싶어서 이렇게 정리한다.

안티팡의 수장으로서, 안티팡Anti-Pang의 구성원들이 늘어나고 있는 현재 상황은 무척 고무적인 일(?)이지만, 나처럼 의욕상실과 무력감에 빠져서 허우적거리는 개발자들이 늘어나기를 바라지 않는 마음에 쓰기로 했다. 쿠쿠쿠.

내가 한참 부족한 탓에 떨어진 거긴 하지만…

쿠팡 입사에 관심을 가지고 있는 개발자들이 많지만, 정작 입사를 위해서 준비해야할 것을 모르는 이들이 많다.
그래서 200명 면접보고 20여명이 붙을까말까한 멋진 합격률을 보이고 있기에 조금이라도 보탬이 될까하고 이 글을 쓴다.

이건 어디까지나 내 개인적인 견해다.
지금 당장 쿠팡에는 자기네 내부 수요를 충족시킬만큼의 인력은 확보된 상태이기 때문에 성급히 인력을 확충할 필요가 없다. 그래서 사람을 가려뽑아도 된다. 추측하건데, 이제는 자신들 업무에 필요한 개발자보다는 기업 성장을 위해 필요한, 좋은 실력을 갖춘 개발자를 선별하는 쪽에 중점을 두고 있기 때문에 어지간한 실력을 갖추지 않으면 떨어질 가능성이 높다.

안티팡 탄생예고.

초기에 쿠팡에 들어간 사람들조차 ‘다시 입사절차 밟고는 못들어갈거야.’라고 이야기할 정도니까.

 그런 입사절차를 통과하려면 열심히 해줘야 하지 않겠나? 

쿠팡에 들어가고 싶다면 말이다.

내가 볼 때의 입사절차는,

코딩테스트(24시간) -> 전화면접 -> 기술면접 -> 임원면접

아, 참고로. 쿠팡에서 멀티스레드와 동시성에 관한 부분에 관심을 가지고 있다. 그러니 http://docs.oracle.com/javase/tutorial/essential/concurrency, http://docs.oracle.com/javase/7/docs/api/java/util/concurrent/package-summary.html  

등을 살펴보면서 기본적인 이해를 가지고 임하기 바란다.

빅데이터는 그네들도 아직 제대로 해본 적 없으니 물어볼 가능성은 적다.

이었는데, 최근에는 24시간 코딩 테스트가 사라지고 전화면접 테스트가 진행된다고 한다. 찾아보세요.

전화면접은 2명의 면접관이 전화해서 30분 정도 진행되었다.
생각해보지 않았던 것들을 물어본다. 당황하지 말고 질문을 곱씹으면서 성심성의껏 대답해라.
붙고떨어지고는 면접관이 결정하는 거니까.

이 테스트를 통과한 사람들에게는 쿠팡건물 18층에서 진행되는 기술면접을 진행한다. 다수의 응시자가 각기 다른 면접장에서 동시에 면접이 진행된다. 기다리는 동안 살짝 뻘쭘하다.

이때, 교통비조로 10만원의 쿠팡상품권이 나온다.
3개월에 한번씩 응시가능하다고 쳤을 때, 일년에 네번 도전하면 40만원의 쿠팡캐쉬를 얻을 수 있다!
물론, 전화면접을 통과하고 1차 기술면접에 도달했을 때 이야기다.

3명의 면접관, 각 면접관과 1대 1로 각각 30분씩, 총 90분의 면접을 보는 기술면접이다.

중요한 건, 당황하지 말고 면접관의 질문을 잘 듣고 필요한 정보가 있다면 물어보고 아는대로 대답하는 것이다.
나는 떨어졌으니까, 내 말을 너무 믿지 말자.

이미지 출처: http://pragmaticstory.com/1819

첫번째는 간단한 알고리즘 문제를 주고 손코딩으로 화이트보드에 풀어보라고 한다. 

주어진 문제를 차분하게 종이에 끄적이면서 문제풀이를 해본적이 없고 IDE의 Auto completation에 익숙한 개발자에게는 참 낯선방식 중 하나가 될 것이다. 이에 대해서 미리미리 준비를 해두기 바란다.

손코딩뇌컴파일눈디버깅 - 하광성
http://www.slideshare.net/kwangswei/ss-30510586

두번째는 프로그래밍 개론. 이 때는 해외파 CTO(로 추측한다)와 통역담당자가 함께 들어왔다. 어색어색….
프로그래밍에 대한 이야기를 한다. 객체지향이 뭔지, 지금 4세대 언어가 널리 퍼진 이유가 뭔지 등등…

궁금한 거 있냐고 이야기할 때, 왜 iBatis를 쓰고 있는지 물어보지 마라. 쿠팡에서 사용하고 있는 올드한 기술들에 대해서 묻지 말자. 역정낸다.

세번째는 이력서를 중심으로 해서 자신이 진행했던 프로젝트에 대해서 화이트보드에 UML로 작성하고 이를 설명하도록 한다. 이 역시 연습하지 않으면 힘들거다.

UML 써본 적도 없고… 듣기로는 쿠팡 내부에서도 딱히 많이 쓰지도 않는 듯하고… 뭐 그렇다.

쿠팡에 들어가고 싶으면,
쿠팡에서 진행하는 절차에 맞춰 철저히 연습하고 임해라.
그러면 당신은 10%의 합격률에 들 수 있을 것이다.

난 쥐쥐.

난 할만큼 했다고 생각해. 이제는 내가 들어가고 싶다고 해서 들어갈 수 있는 레벨의 회사가 아니야.
이솝우화의 '포도나무'에 걸린 포도를 보며 투덜거리는 여우처럼 보여지더라도,
안될성 싶은 건 포기하고 다른 걸 하는 게 낫다고 생각하니까.

최근에 손코딩과 관련된 행사에 참여를 했었는데 꽤 재미나긴 하더라.
하지만, 이를 통해 어딘가 들어가려면 오랜시간 투자를 해야하는거지.

문득, 나는 개발이 적성에 맞지 않는건가?

하는 생각을 가지게 만드는 좋은 계기가 되었다.

이왕이면 탈락된 사람들에게,

무엇 때문에 떨어졌는지에 대한 피드백을 함께 제공한다면 안티팡 발생비율은 줄어들텐데...
하지만 안그러겠지.

---

프로그래머로 사는 법

저자

샘 라이트스톤 지음

출판사

한빛미디어 | 2012-10-04 출간

카테고리

컴퓨터/IT

책소개

성공하는 소프트웨어 프로그래머를 위한 경력 관리 비결!『프로그래...

글쓴이 평점  

---

  어제 정기적으로 모이는 스터디가 있었다. 그 스터디에는 다양한 분야, 다양한 회사의 사림들이 모여들었다. 그들은 저마다의 목표를 가지고 늦은 밤, 희의실에 모여 스터디를 시작했다.

  개발자가 자신의 몫을 할 수 있는 위치로 성장하기 위해서는 배워야 하는 것이 많다. 

  학교나 학원에서 프로그래밍에 필요한 것들을 가르쳐줄 수 있다. 개발 환경을 잡고 개발툴을 설치하는 방법을 알려줄 수는 있다. 그러나 어떻게 코딩하고 요구사힝을 어떻게 구현할 지는 순수히 개발자 자신의 능력에 달려있다고 할 수 있다. 처음 프로그래밍을 시작하는 개발자가 능숙하게 알고리듬을 이해하고 문제를 해결할 수 있을리는 없다. 이 프로그래밍 능력은 학습과 경험에 의해 지속적으로 성장할 수 있다. 개인에 따라서 진척도의 차이는 있겠지만, 꾸준히 노력하면 성장되는 것은 분명하다.

  어제 스터디를 하면서 느꼈던 안타까운 점이 하나 있었다.

  발표 내용이, 내가 처음 이 바닥에 들어와 고민했던 내용들이라는 점들이라는 것이다. 왜 안타까웠느냐 하면, 저런 시행착오나 설정에 대해서 잘 알고 있는 사람이 곁에 있었다면 겪지 않았을 시행착오인 것들이라 누군가가 곁에 있었다면, 손쉽게 해결하고 다음단계로 진행힐 수 있는 것인데 그러지 못하고 많은 시간을 지체하면서 손해를 본 것이 안타까웠다. 시간은 그들에게나 회사에게나 소중한데.

  스터디에 참여하려는 노력을 하는 사람들은 그 안에서 다른 사람의 경험을 공유받을 수 있겠지만, 스터디 등의 활동을 하지 않는 사람들은 그런 경험을 공유받을 기회 조차 가지지 못한다.

  아직 우리나라 개발자들은 자신의 경험을 공유하는 것에 인색하거나 낯설어 하는 이들이 많다. 상당한 회사들에서 선임개발자가 후임개발자들에게 많은 것을 전해주고 싶지만, 그 방법을 체계적으로 익히지 못했기에 대부분 주먹구구식으로 전달해줄 수밖에 없다. 이렇게 될 경우 종종 중요한 포인트들을 빠뜨리고 예시들에 대해서만 설명하거나 말로 두리뭉실하게 설명하는 것에 그치게 될 가능성이 높다. 

faith by jenny downing

  이 바닥에 뛰어들었을 때는 모든게 낯설었다. 어떤 일을 하면서 일어나는 것들에 화들짝 놀라는 경우도 있었다. 

  '내가 잘못 건드려서 시스템 전체에 영향을 미치는 경우가 생기면 어쩌지??'

  라는 불안감을 안고서 한동안은 조심히 시스템을 살폈다.  딱히 나에게 어떻게 하라고 가이드 해주는 사람들도 없었다. (방치되고 있었다고나 할까?) 그러다가 주변의 것이 익숙해지기 시작하자 나름의 시도들을 해봤다. 구버전의 이클립스를 최신버전(이때는 헬리오스가 최신버전이었다!)으로 바꾸고 로컬개발환경을 조금더 깔끔하게 만들고, 별도의 버전관리도구(SVN)를 도입하고 새로운 것들을 계속 배우려고 했다. 

  그 때 그런 경험을 가진 사람들이 곁에 있었다면, 시행착오를 줄이고 조금 더 많은 것을 배우고 익혔을텐데 라는 아쉬움이 아직도 남아있다. '이 회사에서는 배울게 없겠다'는 생각이 들면서 그것을 이유로 그 회사를 나오기를 결심했다. 나는 여전히 배움에 목적이 있다. 

  그 회사에 들어갈 때 개발(SI)쪽으로 넣어주길 바란다고 했지만, 회사에서는 나를 유지보수(SM)으로 꽂아넣었다. 회사의 사정과 내 사정이 서로 다르다. 서로 다른 사정에 대해서 이해하고 넘어갈 수도 있겠지만, 그렇지 못할 경우도 있다. 그럴 경우에는 자연스럽게 회사를 떠나게 되는 것이다.

  대부분의 개발자가 처음에 겪는 시행착오는 선배개발자들이 겪은 것들이 대부분이다. 조금만 관심을 기울여주면 그런 시행착오를 겪고 해결하기 위해 들이는 시간과 노력을 줄여줄 수 있고, 빠르게 성장할 수 있는 계기를 만들어줄 수가 있다. 그런데 그렇지 못하는 경우가 너무나 많다.

days of yore by brainware3000

  '나도 겪었으니까 너도 겪어봐!'

  라는 못된 심보를 가지게 되는 것이랄까?

  내가 가진 경험을 다른 사람에게 전달해줄 수 있다면, 다른 사람은 조금 더 빠르게 성장할 수 있다고 생각한다. 나 역시 아직은 이런 경험을 전달하는 것에 익숙치 않은 탓에 많은 부분에서 헛점들이 존재한다. 

  이런 시행착오를 줄여줄 수 있도록 도와줄 수 있는 노력들을 해보려고 한다. 당장은 구체적인 것들을 보여주기는 어렵겠지만, 블로그에 기록들을 남기고 필요하다면 세미나장에서 발표도 하고 공유할 수 있는 흐름을 만들어보고 싶다.