프로그래밍 언어를 잘 아는게 실력 향상에 도움이 되는가?

여러 커뮤니티 사이트와 네이버 까페 등을 가보면서 junior 레벨의 프로그래머가 항상 궁금해 하는 것들이 여럿 있다.

• 제가 javascript를 열심히 공부하면 서버 개발하는데 도움이 될까요?
• 제가 java로 네트워크 소켓 프로그래밍은 해봤는데 c#으로 하려면 어떻게 해야 하는 거죠?
• java 공부를 열심히 하면 취업 할 때 도움 되나요?
• angularjs를 이용해서 front-end 개발한지 2년 됐습니다. vue.js가 핫하다는데 배우면 이직할 때 도움 되겠죠?

뭔가 다들 중요한 포인트를 놓친 채 프로그래밍 언어 혹은 프레임워크에 의존적인 얘기들만 하고 있다. 더 이상한건 경력이 조금 되는 친구들도 뭔가 다른 영역에 도전하는 걸 많이 두려워 하고, 새로운 걸 도전해 보고 싶기는 한데 생각만 가득한 채 실천도 못한채로 질문을 하는 경우도 많이 있다.

결론 부터 말하면 어떤 특정 프로그래밍 언어나 특정 프레임워크에 의존적인 개발을 하다 보면, 기본적으로 자기가 개발이라는 걸 잘 못하고 있거나 잘 모르고 있다는 전제가 깔려 있을 떄 그런 생각이 들고 질문을 하게 된다. 그리고 이런 걸 질문할 수준이면 자신이 여태까지 개발을 제대로 하고 있었던 건지 되돌아 볼 필요가 있다고 본다.

질문을 하나하나 짚어보면서 분석해 보면

javascript 를 열심히 공부해서 서버를 개발하고 싶다.

우선 javascript를 먼저 배울게 아니라 서버가 하는 역할이 뭐고, 어떤 프로토콜을 써서, 어떤 데이터를 주고 받고, DB에서 데이터를 빠르고 효율적으로 가져와서, 어떤 유용한 결과를 request한 쪽에 줄 건지를 먼저 고민해야 하는게 서버를 개발하는 거라 얘기해 주고 싶다. 그런데 이게 중요하다고 얘기를 해 줘도 자꾸 javascript를 배워야 한다는 생각 먼저 한다. javascript로 된 서버 코드 예제를 분석하고 돌려보고 하면 자기도 서버를 개발할 수 있게 될거라 생각하는 것 같다. 그런데 그런 식으로 하면 처음엔 쉽고 빠르게 되는 것 같아 보여도 결국 내가 처음에 언급한 내용을 되짚어 보면서 구현을 하게 되어 있다. 프로그래밍 언어를 잘 아는게 개발을 잘 하는거라 착각하고 있는 것이다.

java로 네트워크 소켓 프로그래밍은 해봤는데 C#으로는 어떻게 하는 건지 잘 모르겠다.

이 친구는 첫번째 친구보다 더 심각한 상태이다. 최소한 네트워크 프로그래밍을 해야 하는 이유와 네트워크 프로그래밍을 통해 클라이언트와 서버가 뭘 하고 싶어 하는 건지 알고 있다면 프로그래밍 언어를 잘 알고 모르고가 크게 중요하지 않다. 다른 프로그래밍 언어를 경험 안해봐서 그런 것 뿐이지 사실 java나 c#이나 배워서 익히는 수준은 대동소이 하다. 자기가 여태까지 해 왔던 프로그래밍 언어는 익숙하니까 이게 전부인줄 알고 열심히 한건데, 세상에는 같은 동작을 하지만 다양한 다른 프로그래밍 언어로 네트워크 프로그래밍의 비지니스 로직을 구현할 수 있다는 사실을 알아야 한다. 마치 java+spring 프레임워크를 배우는 것 만이 개발자 최종 테크트리의 끝판왕이라 생각하고 다들 미친듯이 java만 한다면 그렇게 java와 spring 프레임워크에 익숙해 지다가 다른 언어 다른 프레임워크를 만나게 됐을 때 뭔가 해볼 생각을 하지 않는다. 그게 문제인 것이다. 다시 생각해 보라 그게 진짜 프로그래머의 모습인지를.

java 공부를 열심히 하면 취업할 때 도움이 되는지

이미 앞에서 설명해서 더 추가로 설명해 보자면, 특정 프로그래밍 언어가 더 취업이 잘 되고 안되고가 정해져 있다면 다들 그 프로그래밍 언어를 하는게 더 득이 되는지 경제학적으로 생각해 보면 된다. 모두 다 취업에 유리한 java만 배웠다고 하면 상대적으로 java를 할 줄 아는 사람이 많아지게 된다는 거고, 대체할 수 있는 프로그래머의 인력 풀도 시장에 많다는 뜻도 된다. "너 아니어도 할 사람은 많다" 라는 말을 들으면 가슴이 아프겠지만 실제로 수요가 그렇게 만들어져 있다면 거기에 탑승한게 잘한건지 아닌지 본인 스스로 판단 가능하다.

그런 시장의 수요가 극단적으로 일어나는 분야를 얘기해 보면 html, css 할 줄 아는 웹 퍼블리셔 분야다. 이 직군에 채용공고를 올리면 하루에 신입 이력서만 30개나 올라온다. 이틀이 지나면 50개가 찬다. 거짓말 아니고 진짜다. 그 중에 CS 전공자는 한명 있을까 말까다. 반대로 OpenCV, Machine Learning 분야에 Python, C++ 할 줄 아는 사람 채용 공고를 올리면 이것도 거짓말 안하고 2~3일에 이력서 1개 올라온다. 그것도 신입으로 올라오는데 그나마 다행인건 CS 전공자가 생각보다 좀 있다는 거 정도다. 상황이 어렇다 보니 취업성공패키지로 취업시켜 준다고 하고 따라하기식 반응형 웹사이트 만들기 몇 달 한거 가지고 취업하려고 하니 취업이 잘 될리가 없다. 남들이 잘 안하는 걸 해보라. 그러면 실력이 형편 없어도 당신을 모셔갈 회사가 있을 가능성이 높다.
또 어떤 기술을 택해서 뭔가 해 봐야 취업이 되는 건 사실이나, 그 기술이 중요한게 아니라 그 기술로 뭘 해봤냐가 더 중요하다는 사실을 잊지 말아야 할 것이다. 로그인 세션 관리, 결제 페이지 연동, 게시판 관리 등등 실제 비니지스 로직을 구현하고 만들어낸 결과물이 뭔지 그 경험을 통해 내가 성취한 업적이 뭔지를 잘 설명하는게 중요한데도 단순히 java라는 프로그래밍 언어를 잘 하면 취업 잘 되냐는 되도 않는 소리를 하면 맥이 빠지는게 사실이다.
또 취업을 하기 위해 java를 열심히 할게 아니라 취업을 하기 위해 java로 프로그래밍 하는 게 적성에 맞고 즐거운지 한번 되돌아 보자. 취업하고 나서 적응 못하고 적성에 안맞아서 괴로운것 보다 내가 정말 하고 싶은게 취업이었는지 IT 기술을 배우고 그걸 익히는게 즐거웠는지를. 이 생각이 들 때가 되면 내가 java라는 기술을 배우고 익혔던게 크게 의미가 없다. 당장 마음이 불안하여 취업을 하는게 목표인 사람들이 생각 못하는 건, 내가 이 직업을 가지고 일하게 되면 즐거울지 아닌지에 대한 것이다.

angularjs를 이용해서 front-end 개발한지 2년 됐습니다. vue.js가 핫하다는데 배우면 이직할 때 도움 되는지

이 친구도 여태까지 웹이라는 걸 잘 생각해보지 않고 회사에서 시키는 대로 열심히 일하다 보니 2년이라는 시간을 보낸 안타까운 케이스인 거다. 이 친구의 신입 시절은 아마 절대 그렇지 않았을 것이다. 회사에서 주어진 업무를 빨리 배우고 익히면 스스로 잘 하게 될거라는 생각에 그냥 열심히 했을 것이다. 심지어 angularjs를 잘 알고 할 줄 아는게 잘못된 점도 아니라는 것이다. vue.js도 사실 해보고 경험해 보면 다른 경험을 할 수 있으니 이직할 때 조금이라도 도움이 되는 건 사실이다. 그런데 프론트엔드라는 것이 angularjs던 vue.js던 뭘 더 잘해야 하느냐가 중요한게 아니다. 프레임워크를 잘 쓴다는게 쓰고 경험해 보면 아는 것이지만, 조금이라도 직관적으로 그리고 조금 편하게 개발해서 생산성이 얼마나 될 것인지, 나중에 수정 및 유지보수가 쉬운지 등등 프레임워크가 가져야 하는 본연의 기능을 잘 훈련하는 것 즉 방법적인 것에 불과하다는 것이다.
그러니까 웹 프론트엔드 개발을 하는데 중요한게 어떤 프레임워크를 잘 쓸줄 아느냐가 아니라 어떤 목적을 가진 사이트를 개발할 거고 거기에 맞게 뭘 적용해서 해야 하느냐가 더 중요하다는 얘기다. 그런데 이미 angularjs를 통해서 웹에 대한 이해 프론트엔드에 대한 이해가 충분히 잡혀 있다면 다른 유사한 프론트엔드 프레임워크가 추구하는 가치가 뭔지, 특징이 뭔지 정도는 찾아보면 알 수 있는 건데도, 또 배워야 한다는 생각을 한다는게 잘못됐다는 것이다. 심지어 언어도 javascript로 같은데도 말이다.
닭 잡는데 소잡는 칼 쓴다는 논어에 얘기도 있듯이 웹 프론트엔드가 하는게 뭔지 한번이라도 조금 더 생각해 보면 angularjs를 잘 쓰냐 vue.js를 잘 쓰냐가 크게 중요하지 않을 수 있다는 뜻이다. 오히려 이런 프레임워크를 쓰는 방법을 익히는 것 보다 각각의 프레임워크가 어떤 작업을 하는데 효과적이고 효율적인지 알아보고 적용할 수 있는 안목을 키우는게 더 중요하다. 그런 안목을 키우는 차원에서 토이 프로젝트로 이것 저것 실험적인걸 해보는 수준이면 크게 나쁘지 않으며, 거기서 다른 프론트엔드 프레임워크와의 차이점을 발견할 수준이면 더 없이 좋을 것이다.
다시 정리하자면 이직할 때 도움이 되는게 vue.js 쓰는 법을 아는게 중요한 것이 아니라 현재 써 왔던 angularjs와 어떤 차이점이 있고 내가 뭘 만드느냐에 따라 어떤 프레임워크를 선택하느냐의 기준을 얘기할 수 있으면 충분히 도움이 될 것이다.

결론

프로그래밍을 오래 하다 보면 점점 특정 프로그래밍 언어 의존적, 프레임워크 의존적, 더 나아가서는 툴 의존적인 경력이 쌓이게 된다. 그런데 그 기간이 길어지면 프로그래밍 능력, 생각하는 능력, 발전적인 능력이 쌓인다기 보다는 일하는 방법에 대한 훈련과 반복되는 익숙함에 시간을 보내게 되어 있다. 그리고 시간이 가면서 스스로 내가 잘 하는지 못하는지 불안해 지지만 쉽게 자신의 손에 익숙한 언어, 프레임워크, 툴을 버릴 자신이 없어진다. 물론 비지니스 로직 처리 하면서 시켜서 해야 하는 일 외에 더 좋은 방법에 대해 고민하고 구현하고 정리해 봤다면 프로그래밍 능력이 조금 좋아질 가능성이 높긴 한데, 대부분 회사 일 하느라 바쁘다 보니 생각은 있어도 실천하기가 쉽지가 않다. 이 상태에서 또 다른 프로그래밍 언어를 배우는게 프로그래밍 능력을 향상시키는 방법이 아님에도 불구하고 다른 프로그래밍 언어를 배우는 것이 나의 개발 커리어도 쌓고 실력이 향상될 것이라고 굳게 믿고 있다. 물론 방법을 어떻게 하느냐에 따라 실력을 쌓을 수 있냐 아니냐가 다를 수 있지만, 그냥 튜토리얼 실행해 보기 책 따라해보기 정도로 깔짝대는 수준으로는 어림없다는 것도 알아야 한다.

기술적으로 프로그래밍의 실체를 접한 친구들은 "실무 일을 열심히 하는 것" = "프로그래밍 실력 향상" 이라는 착각을 하는데, 왜 이런 문제가 발생하는지 진지하게 고민해 보도록 하자. 그리고 이 때가 되면 기술 적인 배움 보다는 조금 더 학문적인 수준에서 접근을 해야 할 필요가 있다. 학문적인 것이라 해서 논문을 쓸 수준의 연구를 하라는 뜻이 아니라 프로그래밍 이외의 것들에 대해 접해보고 생각할 시간을 가져야 한다는 뜻이다. 그렇게 해서 프로그래밍이라는게 어떤 것이고 그것을 통해 어떤 결과를 얻고 싶은 것이며 그 과정 중에 왜 이렇게 코드를 짜야 하는지에 대한 이해를 해야 할 때가 실력이 높아질 수 있는 때이다. 이제 프로그래밍이라는 행위를 왜 하는지, 소프트웨어가 추구하고자 하는 본질이 무엇인지를 조금 더 생각해보자. 여태까지 해 왔던 프로그래밍 언어 의존적, 프레임워크 의존적인 개발을 해 왔던 생각이 많이 달라질 것이다.

회식 자리에서의 과도한 음주 문화는 이제 그만

보통 사람들은 술을 좋아하지 않고 술자리를 좋아한다.
사람들과의 즐거운 대화, 웃고 떠들기
평소에 업무적인 대화 외에 사적인 얘기를 할 수 있는 자리이기 때문일 것이다.
그러다 보면 평소보다 과하게 술을 마시거나 권하게 되고
본인 의도와 달리 술에 많이 취해서 다음날 숙취로 고생하기도 할 것이다.

하지만 난 반대다.
사람들과 얘기하고 하는게 그리 즐겁지도 않을 뿐더러
그런 회식자리가 자주 있는 것도 부담스럽고 싫다.
적당량의 술을 내 페이스대로 마시면서 맛있는 음식을 먹는게 좋지
술 마셔라 부어라 하면서 노래 부르고 떠들고 그런게 싫다.

사실 남들이 그러면 그러려니 하고 가만히 있고 싶은데
사람들이 가만히 두질 않는다.
뭐 몇 번 반복되면 회식자리 자체에 날 부르지 않을 것이니
언젠가 괜찮아 질 것이긴 하지만
어쨌든 과하게 마시는 술회식 자리가 싫다.

지난 주
어느 참치집에서 여러팀의 사람들과 같이 회식자리가 마련됐다.
상당히 많은 인원이 가길래 딱히 가고 싶진 않았지만 안갈 이유도 없고 해서
조용히 참치 먹고 일찍 나와야지 했다.

하지만
참치가 나오기도 전에 계속 마셔대는 폭탄주와
계속 자리를 옮겨 가면서 친분 있는 사람들끼리 술 권하기
마셔라 마셔라 노래 부르고 하는 분위기에
정색 빨고 싫다고 하는 것도 그렇고 해서 적당히 마셨다고 생각했는데
다음날 상당히 힘들었다.

적당히좀 마셨으면 좋겠는데
회식 자리가 이런 식이면 안가려고 한다.

적어도

• 술 마시라고 권하지 않고, "술이 들어 간다~ 쭉~ 쭉쭉쭉~" 노래좀 안불렀으면 싶다.
• 자리 옮겨 가면서 마시는데, 나한테는 상당히 불편하다. 젓가락, 술잔은 처음에는 가지고 다니는데 결국 막판 되면 누가 누구건지 모르게 되고 귀찮아진다. 도대체 왜 술을 그런식으로 마시는지 모르겠다.
• 아무말 않고 술자리에서 가만히 있으면 이상한 사람 취급하는데, 괜히 와서 뭐하냐면서 술 권하는게 더 이상해 보인다. 가만 있으면 그냥 둬라, 가만 있는게 불편하면 다음 부터는 안부르면 될 것 아닌가?
• 나도 술 마실만큼 마신다고 생각하는데, 이런 식으로 마시면 싫다.

그래서 내린 결심!

단체 술 회식자리는 안가는 걸로.

뭐 팀장 빠진다고 그러면 더 좋아하겠지.

팀장은 원래 그런 위치니까.

생활속의 개발 그리고 코딩

프로그램을 만들고 코딩을 하고 재미를 찾는 걸 직업으로 하고 있는 이상,
그것을 더 많이 즐기기 위해 일 이외의 다른 활동을 한다는 것은 더 즐거운 일이 될 것이다.

하지만 안타깝게도 난 그런 적이 별로 없었다.
그런 적이 별로 없었다는 얘기는 업무 시간 이외에 그런 재밌는 코딩을 하기 위해 해본 것들이 별로 없다는 것이다.
놀랍게도 그걸 업무 시간 이외에 한다기 보다는 그냥 업무시간에 했던 것 같다.
일을 일로서만 하는게 아니라 문제를 해결하기 위해 엄청난 의지를 발휘하고 그것을 해결했을 때의 재미를 찾기 위해 힘을 쏟는다는 얘기이기도 하다.

며칠 전
아내가 내게 개발얘기는 아닌데 엑셀로 뭔가 하는데 자꾸 죽는다는 얘기를 했다.
필요한 데이터가 거의 10만개인데 그걸 엑셀에 붙여 넣고 lookup 함수를 쓰면 응답 없음이라고 하다가 죽는다는 것이었다.
그런데 여기서 개발의 의지가 나왔다는 건

• 데이터 10만개
• lookup 함수
• 엑셀 프로그램이 죽는다

이런 키워드를 봤을 때 뭔가 감이 왔다.

• 데이터 10만개를 준비하고
• 매칭 로직을 돌려서 (굳이 엑셀의 lookup이 아니기 때문에 각 언어가 지원하는 함수 사용)
• 엑셀이 아닌 다른 방법으로 결과가 나오게

하면 될 것 아닌가?

그래서 여러 조건을 물어봤다.

거기 개발자는 그런거 못하느냐 부터 해서, DB 아는 사람 없냐 까지...

사실 DB 쓰면 그냥 되는 거긴 한데, 

거기 개발자들도 그렇게 까지는 안한다고 그랬다.

게다가 DB는 아내도 잘 모르고 구경해 본 적도 없고 쓰지도 못하기 때문에

DB 스크립트를 짜줘도 돌리지 못할 것이고 해서

그냥 내가 그런 프로그램을 만들어 주고 싶다는 생각이 들어서

"그냥 내가 만들어 줄께, 주말에 같이 해보자."

해서 만들었다.

그러면 조금 느리긴 하겠지만 파일을 읽어와서 매칭을 시키고 그걸 다시 파일로 쓰게 만들면 될 듯 싶어서

주말에 아내와 함께 컴퓨터를 보고 만들어 줬다.

요구 조건에 대한 이해와 분석에 30분 정도 걸린 것 같고

그에 맞는 코딩을 해서 결과를 내는데 30분 정도.

2시간 정도는 그 결과를 사람이 볼 수 있는 UI를 만드는데 쓴 것 같다.

사실 업무로 하기에는 이런 건 기본적인 거고

이미 데이터 양이 많으면 DB, 그리고 인덱스 이정도만 해 주면 금방 될텐데

모르는 사람에게 쓰게 하기에는 실행 가능한 프로그램으로 전달해 주는게 좋을 수도 있을 것 같다.

물론 파일을 읽어와서 매칭하는 루프문을 도는데 시간이 좀 걸리는게 단점이긴 하지만.

결국 업무 시간이 아닌 시간에 개발을 했다는 건데

딱히 싫다거나 재미없지는 않았다.

내가 알고 있는 기술을 가지고 누군가에게 도움이 되는 프로그램을 만들어줬다는 게 뿌듯하면 그 뿐이니까.

독서의 시간

최근에 개발 관련된 글을 많이 보면서 그 동안 읽지 않았던 책을 읽어 나가고 있다.

- 폴리글랏 프로그래밍

- 익스트림 프로그래밍

- 프로그래밍 심리학

- 유니티로 만드는 게임 개발 총론

- 3D MAX 2014 기초부터 활용까지

물론 읽고 있는 책은 프로그래밍 심리학이고, 어제 다 읽은 책은 폴리글랏 프로그래밍이라는 책이다.

주말에 와이프한테 우리 책 읽는 시간을 가져보는게 어떻겠냐고 제안했는데

자기도 남편이랑 주말에 커피숍 같은데서 책 읽고 커피 마시고 얘기하는 거 좋아한다고 해서 가자고 했다.

- 응? 여태까지 그런 적은 별로 없었던 것 같은데...?

저녁 시간.

집 근처 커피숍에 갔는데 내 신용카드로 할인 받을 수 있는 곳으로 가자고 해서 투썸플레이스로 갔다.

<투썸플레이스 사진, 출처: http://claire244.egloos.com/viewer/5095238>

폴리글랏 프로그래밍은 JAVA와 C#, Scala라는 프로그래밍을 통해 프로그래밍 언어라는게 어떻게 발전을 해 오고 문제를 해결해 나가고 있는지에 대한 얘기를 풀어놓은 책이다. Scala는 경험이 없지만 JAVA와 C#은 알고 있기에 재밌게 읽었다.

<개발 경험이 많고 언어 자체에 관심이 많을 수록 재미있게 읽을 수 있는 책.
출처: http://www.yes24.com/24/Goods/12204890?Acode=101>

책 내용이 중요한 건 아니고...
사실 책은 읽어야 하는데 집에서 읽으려고 하면 TV 보고 싶고, PC로 게임하고 싶은 유혹을 뿌리치고 책을 읽을 수 있는 환경이 되지 않아 내 스스로의 변명을 방패 삼아 나가게 된 것도 있고

더 중요한 이유 중 하나는 이제 책 읽는 습관을 조금씩 들여서 앞으로 태어날 우리의 2세에게 모범적인 모습을 보여주는게 좋을 것 같아서인 이유도 있다.

서울에 이사오기 전에는 출퇴근 시간에 책을 읽었는데, 모바일 게임에 빠지다 보니 책 읽는 걸 좀 등한시 한 것 같다. 어떻게든 1주일에 한번이라도 책을 읽고 싶다는 생각이 든다.
이제 다시 독서의 시간으로 빠져들 때인 듯.

C++ STL 프로그래밍 책을 읽고

http://www.yes24.com/24/Goods/13563034?Acode=101

해당 책은 위의 링크를 참조

최근에 위의 제목을 가진 책을 읽었다.
C++ 언어 자체를 코딩 안한지는 거의 3년이 되어 간다.
하지만 읽는데 큰 어려움은 없었다.
코딩이야 해보진 않았지만 개념은 알고 있었기 때문이다.

이 책을 읽는데 2시간 정도 걸렸는데 (코드 예제는 생략하고)
예전의 나와 지금의 나는 STL을 경험하는 자세가 다른 것 같다.

STL을 처음 접했을 때가 2002년 학부 시절에
STL 프로그래밍 책을 읽고 많은 부분을 이해하고 따라하려던 때가 있었다.

Linked list도 제대로 몰라 후배꺼 대충 베껴서 과제 제출 했던 적이 있었는데, STL을 하겠다고 덤볐던 것 부터가 어려웠던 것 같다.
- 솔직히 고백하지만 베끼긴 했어도 내가 이해하고 다시 만들긴 했다. 어쨌든 내가 처음부터 만든 건 아니었으니 코딩을 잘 하는 학부생은 아니었다.

지금은 STL이 어렵고 쉽고를 떠나서
그냥 알게된 기술이 된 것 같다. 언제 부터 잘 알았는지도 기억이 희미하다.
코드는 보면 이해가 되고 설명이 가능하기 때문에 굳이 타이핑 해 보지 않아도 된다고 생각한다.

이유는 실무에 자주 썼고, 내 스스로 미션을 세워서 코딩 연습을 하는데 많이 사용했었기 때문이다.

그래서 리뷰 형태로 읽었다는 생각이 들고
다 읽고 괜히 읽었다는 생각도 든다.
이미 알고 있는 걸 보는게 리뷰 그 이상 그 이하도 아니기에.

내 스스로 이걸 코딩할 수 있냐 없냐가 중요한 게 아니라
이걸 어떤 시스템을 만드는데 쓰고, 같이 일하는 사람들이 이걸 알고 있는지, 만약 모르는 사람이 있다면 이걸 어떻게 알려줘야 하는지 그런게 더 생각나는 것 같다.

결국 일이 떨어지면 같은 기술을 공유하고 같이 일하는 건 내가 같이 일하는 사람이니까 그 사람이 중요한 것 같다. 이걸 내가 아냐 모르냐가 아니라.

책 읽고 난 후기가 좀 뜬금없네.

개발자 면접 코딩 테스트 과연 옳은 일인가?

개발자를 채용하는 과정에 있어서 능력을 측정하는 방법은 여러가지가 있는 것 같다.
구글의 화이트보드 pseudo code 테스트라던가 일부 회사들의 코딩 테스트에 대한 이야기는 뭐 검색만 조금 해봐도 유명한 방법 중에 하나일 것이다.

그런데 난 여기서 조금 문제가 있다고 본다. 그 이유는

경력의 경우 대체로 경력이 많을 수록 더 많은 언어와 더 많은 프레임워크 더 많은 개발 도구를 경험했을 터인데 그런 사람들에게 고작 테스트 한다는게 소트 알고리즘 아나 모르나 칠판에 써가면서 혹은 종이에 펜으로 써가면서 그걸 지켜보고 있는게 과연 옳은가? 이다.

물론 언어가 중요하지 않고 문제 해결 능력만을 본다고 했을 때 좋은 테스트 방법이라고 생각하는 사람이 있을 수는 있다.
하지만 요즘 같은 시대에 소트 알고리즘을 만들어서 쓰는 사람이 과연 얼마나 되는지 묻고 싶다. 알고리즘이야 검색만 하면 다 나오고, 심지어 알고리즘 코드를 만들지 않고 인터페이스 구현 (IComapre 같은) 후 알고리즘 함수 호출 한번으로 해주는 방법도 있는데 굳이 그런걸 평가하는건 옳은 건 아닌 것 같다. (오히려 C++의 STL이라던지, C#의 Sort 하기 위한 인터페이스 구현 방법 등을 물어 보는게 나은 거 같다)

여기에 수긍이 가는 좋은 글이 있어 링크를 걸어 본다.
Putting Developers to the Test

요지는 개발자들이 개발을 하는데 화이트보드에 써서 개발하지 않고 최적화된 개발툴과 거기에 맞는 OS, Framework, 개발 언어를 적절하게 선택해서 빠른 시간에 개발할 수 있는 능력을 테스트 하는게 맞다고 하는 글이다. 마치 화이트보드 코드 테스트는 잘못된 거라고 비웃듯(?) 써 놓은 글이다.

나도 면접 때 종이에 버블 소트 알고리즘에 대해 구현해 보라고 했던 적이 있었는데, 적잖이 당황했었다. 버블 소트 알고리즘을 알고 구현하는 과정이 옳은가? 에 대한 걸 평가하는 거라면 뭐라 할 말은 없지만, 버블 소트 알고리즘을 코드로 구현 가능한가?에 대한 평가라면 잘못된 평가라고 본다.

그때는 내가 당황에서 역공격을 하지 못했는데, 만약 지금 다시 그런 식으로 면접보는 곳이 있다고 했을때는 난 확실히 역공격을 하고 싶다.
"면접관님은 혹시 알고리즘 짜실 때 화이트보드에 직접 짜시는지요? 그러면 퀵 소트 알고리즘 부터 화이트보드에 보여주시면, 제가 버블 소트 알고리즘 테스트에 응해보도록 하겠습니다. 아! 만약 못하시겠으면 PC를 주세요. 어차피 저희들 다 PC에 앉아서 개발하잖아요?" 라고 말이다.

정말 면접자에게 필요한 코딩 테스트는 알고리즘 코딩 따위가 아니라

• 면접자가 실제 진행했던 프로젝트의 개발 환경 (OS, Development tools, Framework, Language)에 대해 물어보고 왜 그런 환경으로 개발을 하는지에 대한 이해도 측정 질문
• 이슈 관리 시스템(redmine, trac 등등), 버전 관리 시스템(svn, git 등등), 빌드 관리 시스템(jenkins, maven 등등) 등 개발에 필요한 시스템 구축에 대한 이해가 되어 있는지(이런 시스템의 필요성 정도만, 허접한 회사가 아닌 이상 사용은 해봤을테니), 그리고 이런 시스템을 사용하면서 느꼈던 에피소드 등을 유도하는 질문 (항상 빌드를 깨뜨리는 친구가 있었는데 벌금을 물게 했다던지 하는 그 사람만의 이야기)
• 사용했던 라이브러리가 있었다면 그걸 설치해 보라고 하고 어떤 기능을 만들기 위해 썼는지에 대해 보여주는 정도 그리고 여러웠던 점이 무엇이었는지 - 실제로 면접자가 이 라이브러리에 대한 이해도가 어느정도 인지를 측정하는 것으로 본인이 필요에 의해서 쓴 라이브러리라면 코딩이 절로 나올 수 있다.

이런 것들이 되야 하지 않을까 싶다.

그래서 PC를 주고 코딩을 시키는게 아니라 저런걸 찾고 설명해 줄 수 있는 능력?

어차피 시키는 일만 열심히 했던 개발자였고 본인 능력 안키웠으면 저런거 설치해 본 적도 없을 테고, 왜 필요한지도 모를 것이기 때문에 설명을 할 수 없을 것이다.

설마 설명을 했다 한들 본인의 에피소드 얘기를 들어보면 시키는 대로 했는지 본인이 해결하려 했는지 정도는 파악되지 않을까?

회사에서 바로 써먹어야 하는 경력자는 알고리즘을 코딩할 수 있냐 없냐로 측정하는 개발자가 아닌, 개발 환경에 대한 이해를 정확히 하고 본인이 경험했던 이야기를 끄집어 내서 이런 시스템이 왜 필요한지, 문제가 뭐였는지, 어떻게 해결했는지에 대한 진솔한 얘기를 할 수 있는 개발자여야 할 것 같다.

만약 위의 것들을 할 수 있는 개발자라면 당장 내일 출근하라고 해서 개발 환경 세팅하라고 하면 별 다른 문제 없을 할 수 있을 것이다. 게다가 어차피 회사에서 시킬 일은 그 사람이 알고 있던 개발 지식과는 무관할 수 있다. 지원하려는 회사에서 만들어야 하는 시스템의 도메인 지식은 (정말 똑같은 사업을 하는 회사가 아니라면) 새로 배워야 할 가능성이 매우 높기 때문에 어차피 그럴 꺼면 툴 깔고 개발 환경이 뭔지 아는 개발자 데려오는게 시간 낭비를 덜 하는 방법일 것이다.

면접에 대한 이야기 (8)

8. 작지만 자유로운 회사 (Final)

이제 면접 이야기는 이게 마지막이다.

7번 면접 이야기와 조금은 겹치는 부분이 있었지만
따로 더 얘기해 보자면

5월 쯤 되서 욕심을 버리고 내가 찾아가야 할 자리로 가야 겠다고 생각했다.
조금 힘이 들더라도 중간 관리자 겸 개발도 가능한 위치를 찾으려 했었다.
SI 성 급 프로젝트가 있다고 해서 연락 왔던 걸 제외하면
7, 8번 회사가 최종 회사라 생각했다.

회사는 판교에 있었다.
소기업 및 벤처 기업들이 입주해 있는 어떤 건물이었는데 5층 복도 맨 끝이었다.

면접 보러 갈 때 생각났던 건
- 7번 회사에서 연락 와서 채용하려고 하니 본인 의사가 어떤지에 대한 전화가 왔다는 것.
- 회사 건물에 빵집, 커피숍, 음식점 등등 좋은 환경이구나 한 생각.
- 회사 들어가려고 하는데 여직원 네명이 갑자기 나와서 뭐라뭐라 하고 지나갔는데, 조그만 회사에 여직원이 많구나 한 점.
- 회사 들어가서 면접 보러 왔다고 했는데, 무려 오후 2시에 LOL을 하고 있는 직원과 그걸 지켜보던 직원이 있었다는 점.
이 정도다.

면접은
내가 여태까지 봤던 어느 면접보다 가장 빠르고 가장 정확하며 가장 만족스러운 면접을 진행했던 것 같다.
여러 면접관 없이 이사님 한 분과 면접을 진행했는데
사실상 기술 면접은 통과된 것이나 다름 없었고, 임원 면접의 성격도 아니었음에도 불구하고 면접 본 자리에서 바로 채용 제의가 들어와 승락했었다.

그래서 마음에 들었던 점들을 얘기해 보자면
첫번째는, 면접 시에 나의 경력에 대해 아주 흥미로워 했다.
아주 많은 WPF 관련 프로젝트를 진행 했다는 것과 웹 관련 프로젝트도 진행했다는 걸 마음에 들어 했고,
특히 윈도우 개발과 웹 개발을 동시에 진행할 수 있는 인력이라는 점에서 어느 걸 더 잘 하느냐에 대한 확인만 했을 뿐 면접 시 나오는 뻔한 질문인 당신의 능력을 읊어 주세요가 아닌 면접을 진행했다는 점에서도 나도 마음에 들었다.

두번째는 이 회사에서 진행하고 있는 사업에 대해 설명을 해주고 어떤 일을 해야 하는지를 설명 했다는 점이다.
여태까지의 면접은 내가 어떤 위치에서 어떤 역할을 해야 하는 지는 물어봐야 알려주거나 정해진게 없었는데 면접시 내가 해야 할 일이 정확했다.
회사에 기술 개발 연구원들은 있는데 정작 UI 개발자는 신입들 뿐이라 UI 관련 개발에 대한 팀장급 역할을 하고 신입 개발자들을 가르쳐 주면서 해야 한다는 점이었다.
생각해 보면 내 역할과 위치를 알아내는게 면접 볼 때 중요한 질문 중에 하나였는데, 나는 마지막 면접때가 되어서야 이걸 알게 된 것 같다.

세번째는 이 면접에 있어서 우연하게도 들어맞은 점이었는데
WPF를 사용한 윈도우 개발은 사실 개발 능력은 있었지만 도메인 지식은 금융 쪽이라 절반의 역할만 할 수 있다고 봤는데
웹 개발 쪽은 내가 전 회사에서도 진행하다가 온 네트워크 관련 쪽이어서 그쪽 솔루션 개발을 웹으로 했었다고 하니 더 마음에 들어 했었다.

윈도우는 개발 능력은 있고 도메인 지식은 없지만, 웹은 개발 능력도 있고 도메인 지식도 어느 정도 있는 상태여서 맞춤형 인력을 면접을 봤다고 해서 마음에 들어 했던 것이었다.
사실 나도 우연 치고는 나의 능력에 대해 조금 더 어필할 수 있는 사업을 진행하는 회사였다는 건 운이 좋았다고 볼 수 있었다.

게다가 신입 직원들 가르쳐 주면서 일 진행했던 게 한두번이 아니어서 신입 직원들 가르쳐 주면서 일 진행할 수 있다고 했더니 그 점도 마음에 들어 했다.

어떤 얘기를 해도 척하면 딱 이런 수준의 얘기어서 신기하기도 했고, 나도 너무 오버해서 얘기하지 않아도 원하는 수준을 알 수 있어서 아주 즐거운 면접이었던 것 같다.

게다가 위의 얘기는 거의 20분도 안되서 끝이 났었고, 마지막으로 연봉 얘기를 꺼냈을 때도 아주 시원하게 얘기를 끝낼 수 있었다.
면접을 진행한 이사님 께서 전 직장의 연봉 수준이 어느정도였냐고 해서 솔직하게 얘기하고 희망 연봉도 얘기했는데,
그거보다 더 많은 액수를 줄 수 있다고 얘기해서 속으로는 무척이나 놀랐다.
왜냐하면 여태까지 진행한 어느 면접에서도 희망연봉보다 더 높은 연봉을 회사쪽에서 먼저 제시한 면접을 진행해 본 적이 없었기 때문이었다.

암튼 제시해준 연봉으로 생각하겠다고 했고 면접을 끝냈다.
이사님 본인은 채용할거라고 했고 연봉 부분만 사장님하고 얘기해 보면 될 것 같다고 했다.
그리고 여의도에서 사무실이 있는데 거기로 출퇴근 하는게 더 좋지 않겠냐고 해서 나야 그렇다고 했다. 여의도 출퇴근이면 출근 시간이 30분도 안걸리니까.
그러고 나와서 시계를 보니 총 면접을 진행한 시간이 30분도 안걸렸다.

그리고 이틀 후 채용 하기로 결정했다고 했고 바로 다음주 월요일 출근 가능하냐고 물어봐서 그렇다고 하고 지금 이 회사를 다니고 있는 중이다.

나의 면접 이야기는 여기까지다.
생각해 보면 면접관이나 면접자나 서로 힘들어하지 않고 얼마든지 좋은 방향으로 얘기가 가능함에도 불구하고, 여러가지 상황이나 면접에 대한 고정관념 같은 것 때문에 서로 스트레스를 받는 것 같다.

이런 글을 썼던 이유는 누군가에게 도움이 되기 위해 썼다기 보단
내 스스로의 어떤 느낌을 기록하고자 한 글이다.
나중에 한번 보면 그 때 면접이 그랬었지 하며 추억할 수 있을 정도였으면 좋겠다.

면접에 대한 이야기 (7)

7. 소규모 제조업체 겸 솔루션 회사

6번 회사를 마지막으로 이제 큰 회사 지원은 그만두게 되었다.

5월을 시작으로 작지만 개발자가 많고 자체 기술력도 있으면서
내 포지션에 들어갈 역할이 필요한 그런 회사를 찾아 봤다.

사실 job search 해보면 알겠지만
2~3달 해보면 다 거기서 거기인 회사들만 있고
새로운 회사는 가끔 올라오긴 하지만
내 포지션에 맞는 description이 아닌 경우가 허다하다.

그러다가 일산에 위치한 모 회사에서 지원했는데 면접 제의가 들어와 면접을 보게 됐다.

여기서 발생한 문제는 이후에 쓰게 될 8번 회사에 대한 이야기인데
거의 동시에 면접 제의를 받게 되었고
7번 회사의 경우 내가 월요일에 면접 시간을 요청했는데 8번 회사에서도 월요일을 요청해서 8번 회사에 화요일이 가능하다고 다시 연락을 해서 화요일로 옮기게 되었다.

그러니까 7번 8번 회사의 면접을 월요일 화요일에 보게 된 것이다.
정확히는 5월 12일, 13일이고 각각 오후 2시였다.

7번 회사는 일산이었는데 집에서 가기에는 애매한 위치였다.
우선 김포공항 근처까지 버스를 타고 거기서 다시 일산 가는 버스를 타고 가야 했다.
대충 1시간 정도 걸린 듯 하다.

위치는 아파트형 사무실 같은 곳에 위치해 있었는데
홈페이지에 적힌 위치와 실제 사무실 위치가 다른 곳에 있어서 좀 당황했다.

암튼 제 시간에 도착하여 회의실로 자리를 안내 받고
면접을 진행했는데,
이번 면접 역시 기술+임원 면접까지 한번에 하는 one stop 면접이었다.
인사팀으로 보이는 분까지 같은 자리에 있었고
총 면접관은 6명이었다.

솔직히 이렇게 많은 사람과 면접을 진행한 건 처음이었지만
내게 질문 한번 안한 사람이 두명이나 있었으니
면접 시간에 참석한 모든 인원이 면접관은 아닌 셈이었다.

역시나 내가 싫어하는 자기소개 시간 부터 시작했는데
기계적으로 잘 얘기해줬고
질문에 대한 답 보다는 나의 기술력과 자랑 위주로 얘기를 많이 했던 것 같다.

워낙에 윈도우 프로그래머 경력직의 포지션이 적다 보니 그런 걸 수도 있는데
이 회사에서는 날 뽑고 싶어하는 눈치였고
나 역시 조건만 괜찮다면 들어갈 생각은 하고 있었다.

개발 인력은 여직원을 포함해서 몇 명 안된다는 얘기를 듣긴 했지만
6번 회사 면접 이후 마음을 돌린 상태라 면접은 훈훈한 분위기에서 잘 마무리 되었다.

음...
결론적으로는 이 회사에 입사하지 않았는데
마지막 8번 회사로 입사를 결정하게 되어서 그렇다.
그것도 8번 회사 면접보러 가는 길에 연락이 와서 채용하고 싶다고 했는데
솔직히 오늘 면접보러 가는 곳이 있다
거기 면접까지 보고 생각해 보겠다고 해서 입사를 보류했다가 내린 결정이었다.

여기까지가 끝이긴 하지만
7번 회사에 대한 얘기를 조금 더 해보자면

8번 회사에 입사 결정이 내려지고 첫 출근을 하던 날
7번 회사의 대표님에게 연락이 왔다.

사실 내가 너와 같은 고등학교 선배다,
면접 때 얘기하면 학연으로 의심할까봐 얘긴 하지 않았다
로 시작한 전화는
자기 회사에 입사를 다시 한번 생각해 보는 게 어떻겠냐였다.

아무래도 내 위치의 개발자를 구하기가 쉽지가 않은데
우리도 상당히 아쉬워서 그러니까 다시 생각해 보라는 얘기였는데
지금 당장 대답 안해도 되니까 결정 되면 연락 다시 달라고 하곤 통화를 끝냈다.

뭐 길게 끌 것도 없이 몇 시간 후에 연락 해서
안되겠다고는 했는데...
그 회사도 어지간히 사람 뽑기 힘들었던 모양이었던 것 같다.

놀랍게도 4달이나 지난 지금 그 회사는 아직도 내 포지션 급의 개발자를 채용하는 채용 공고를 끝없이 올리고 있다.
우리나라에 정말 윈도우 프로그램 개발하는 사람이 정녕 없는 것인가?

면접에 대한 이야기 (6)

6. 국내 대기업 모바일 서비스 회사

이제 눈 높이는 높아질 대로 높아져서 여기까지 달려오게 됐다.
여기까지가 눈 높이 구직 활동의 마지막이라 보면 된다.

시작은 이렇다.
마지막 면접 전, 전전 회사의 아는 형이 문득 카톡으로 전체 메시지를 보내왔다.
같이 일했던 개발자 몇 명을 추가해서 MS에서 구직 추천을 해줬는데 여기 지원해 볼 사람은 지원해 보라고 한 것이었다.

요구 조건은 Window Application 개발 경력 10년
거기에 Windows Phone 8, Silverlight, WPF, ASP.NET 등등
Window 플랫폼 개발만 쭉 판 개발자를 찾는 무시무시한 구직이었다.

그런데
이 엄청난 조건에 맞는 사람이 그 형과 나 둘 뿐이었고
난 형도 지원하는 거냐 물어봤지만 고민 중이라고만 했다. (결국 지원은 하지 않았다.)

그래서 내가 지원해 보겠다고 해서 지원을 하게 됐다.

이곳 역시 판교에 위치에 있는 회사였고
MS의 한 담당 부장님을 통해 지원해 놓고 기다렸다.

기다리고...
기다리고......
또 기다리고......

그러던 어느 날 연락이 왔다.
2년 전에 우리 회사에 한번 지원한 경력 있지 않냐고.
오 내가 2년 전에 지원했던 것 까지 DB에 저장해 뒀구나 하고 놀랐지만
채용 부서가 달랐기에 인사팀에서만 알 뿐 그냥 그렇다라고만 얘기했다.

그리고 또 기다렸다.
결국 3주 정도 기다린 끝에 면접 제의 연락이 왔고
면접 날 판교로 향했다.

면접의 결과는
나의 무지함의 끝을 볼 수 있었던 매우 부끄러운 면접이었고
더 이상의 변명이 필요 없을 정도로
난 이 회사가 원하는 인재가 아닌 걸 스스로 알게 된 면접을 보게 됐다.

면접은 처음에는 무난하게 진행됐다.
뭘 했는지, 본인의 장점이 뭔지에 대해 가다가
어느 순간 부터 본격적인 개발 관련된 질문과 문제를 주기 시작했다.

MVVM에 관련된 코드를 print 해 와서 보여주고 MVVM 맞냐고 물어본 건 시작에 불과했고
timer 관련된 문제 중에 틀린 곳 찾기
-> 이건 면접 끝나고 엘리베이터 타고 내려갈 때 생각났다. 제길.
난 정확히 오답을 얘기했고 듣고 싶었던 대답은 UI Thread 관련된 문제였다.

또 소트 알고리즘 직접 손코딩 하기 등등
내가 제대로 알고 있는지 조차 의심스러 정도로 힘들었다.

물론 모르는 건 아니다.
그런 문제들은 학부때 혹은 실무 시작한지 얼마 안될 때
흥미롭게 한 부분이고
지금이야 그냥 어떤 방법의 하나로 가져다 쓰는 수준인 건데
그걸 아냐 모르냐에 대한게 아니라 직접 코딩할 수 있냐 없냐 수준으로 가니까 당황한 것이다. 그것도 종이에 펜으로 써 가면서.

마치 2차 방정식이나 미분에 대해 아냐고 물어봤을 때
안다고 대답할 수 있지만
그 문제를 내고 풀어보라 했을 때 과연 제대로 풀 수 있는 지에 대한 얘기와 마찬가지다.
학교 다닐 때 수학을 안 배운 사람은 없다.
하지만 제대로 아는지 모르는지를 수학을 배운 지 10년이 넘는 사람에게 해보라고 하는 건 정말 그 의도로 물어본 것인지는 잘 모르겠다.

지금 와서 생각해 보건데
이런 면접 방식은 좋을 수 있으나
정말 사람을 뽑으려 한 건지, 그냥 떠보려고 하는 건지 알 수 없을 수도 있다.
아니면 정말 답을 알고 있는 지를 보고 싶은 게 아니라
압박 면접일 수도 있고 (당황스러운 문제를 내고 어떻게 해결하는지)
정말 과정이 올바른가를 보고 싶은 것일 수도 있다.

정말 그런 거라면 면접을 제대로 한 것이고
개발을 제대로 할 줄 아는 개발자를 걸러내는 데 좋은 방법인 것 같다.
그리고 난 그 기대에 부응하지 못한 개발자였던건 사실이다.

그래서
그날 면접의 충격 이후
난 조금 더 내 스스로 생각하고 할 수 있는 능력을 키우기 위해
사소한 코드들이라도 한번이라도 생각하고 가져오던가 만들던가 한다.
그리고 같이 일하는 신입에게도 그런 자세가 중요하다고 늘 가르친다.

말이 많았지만
어쨌든 난 제대로 문제를 풀어낼 수 없었고
거의 자괴감 같은 게 들 정도로 며칠 동안 힘이 없는 상태로 지냈다.

만약 내가 제대로 대답해서 이 회사를 들어갔다면 좋았을 수도 있다.
연봉도 높았을테고, 환경도 좋았을 테고...

그런데 지금 다니는 회사 분위기와 개발 환경 나의 위치 등을 생각해 봤을 때
과연 지금 보다 더 좋았을까?에 대한 부분은 잘 모르겠다.
돈은 많이 벌 수 있을지는 몰라도 내가 하고 싶은 걸 할 수 있었을까?에 대한 질문에는 아니오로 대답할 확률이 더 클 것 같다.

그리고 그 때 이걸 깨달았던 것 같다.
내가 원하는 게 안정적인 회사 높은 연봉 정말 이것만 생각했지
나의 실력과 앞으로 살아가게 될 나의 위치 및 경험 대해서는 생각해보지 않았다는 것.
그냥 내 경력이 이 정도니까 할 수 있는 거야.
이렇게만 생각했다.

그래서 다시 작전을 바꿨다.
내가 확실한 위치를 잡고 내 능력을 보여주고 내가 하고 싶은 대로의 방향으로 회사를 움직일 수 있는 그런 곳으로 가야 겠다고.

그렇게 생각을 바꾸고 날짜를 보니 5월이 되었다.
지난 한 달 간 지내온 시간이 헛될 수도 있겠지만
나에게 다시 내 자신을 돌이켜 볼 좋은 경험을 해 준
판교의 K사 직원에게 고맙다는 말을 해 주고 싶다.

넥서스5 유리 깨져서 수리함 (Nexus 5 crashed)

삼일 전 주말에 일어난 일이었다.

화장실에서 볼일을 보고 화장지 걸이대 위에 살포시 휴대폰을 얹어 두고 열심히 샤워를 했는데
휴대폰을 있는 줄도 모르고 수건을 꺼내다가 휴대폰이 바닥에 툭 하고 떨어지는 사건이 발생했다.
뭐 그 전에도 휴대폰을 화장실 바닥에 많이 떨어뜨려서 대수롭지 않게 생각했는데
이번엔 모서리 쪽으로 제대로 떨어졌는지 휴대폰 화면 절반이 유리가 갈라진 모양으로 있었다.

으아아아아앙ㅇㅇ아ㅏ아아!!!!!!!

<줏어온 이미지, 뭐 이 정도 수준의 Crash는 아니었다.
출처: http://forums.androidcentral.com/google-nexus-4/228888-have-you-cracked-your-nexus-4-yet.html>

다행히 터치는 됐지만 갈라진 유리 위에 손가락으로 터치하고 슬라이드 까지 하려니 손가락이 베일 것 같았다.
어쨌든 이 시점에 두 가지 판단을 했다.

1. 유리가 깨진 채로 몇 달 더 쓰고 새로운 넥서스 모델이 나오면 중고로 싸게 팔고 갈아탄다.
2. 지금 당장 쓰기 불편하니 유리 교체 비용이 아깝더라도 수리해서 쓰자.

30초 고민하고 2번 작전으로 하기로 했다.

작년
넥서스4를 쓰던 시절에도 술마시다가 떨어뜨려서 유리가 깨졌고 아예 터치 자체가 되지 않았던 적이 있었다.
그때 기억으로는 11만원 정도 주고 수리했던 기억이 있다.
학동역 근처와 송파쪽에 수리 센터에 가서 고생하다
강남역에 가서 제대로 그리고 빠른 시간에 수리한 기억이 있어서
지체 없이 그 지점으로 월요일 아침 첫 시간인 9:30에 예약을 했다.

뭐 모든 건 예상대로 진행됐고,
순조롭게 유리 교체를 해서 피 같은 돈 116500원이 날아갔다.
인터넷 예약해서 1000원 할인해 줬다고는 하나 아깝긴 아까웠다.

그런데 문제는 또 있었다.

휴대폰 전면 유리만 교체했을 뿐인데, 잘 되던 무선 충전이 안되는 것이었다.
속으로는 무선 충전 부품을 몰래 빼돌린 거 아닌가 하는 나쁜 생각도 했고
다시 오늘 오전 9:30에 같은 시간에 똑같이 예약 하고 갔는데...

조립하는 과정에서 케이스를 꽉 끼지 않아서 생기는 문제라며
케이스를 꽉꽉 눌러주니 무선 충전이 잘 되는 게 아닌가?

무선 충전 부품을 빼돌린 게 아닐까 생각했던 내 자신을 반성하며
내 넥서스5 유리 교체 얘기는 끝.

3줄 요약
1. 넥서스5 유리 깨지면 수리비용은 116500원.
2. 강남역 서비스센터는 빛의 속도로 빨리 처리해준다.
3. 혹시 서비스 받고 무선 충전이 잘 되지 않으면 케이스를 꽉 눌러줘본다.

면접에 대한 이야기 (5)

5. 보안 관련 외국계 대기업 회사

이제 조금 급할 때도 된 것 같긴 하지만
어쨌든 안정적이고 큰 회사로 가고 싶은 욕망 만큼은 아직 꺾이지 않은 시기였다.

광탈 연락을 받자마자 다시 job search에 들어갔는데 괜찮은 job을 발견했다.

우선 job description이 맞긴 맞았는데, 회사가 좀 먼데 있다는 게 단점이었다.
인천 송도.

거기에 뭔가 회사가 많이 유치되고 있다는 건 알고 있었는데
거기까지 출퇴근 하기에는 무리지 않을까 싶었지만,
예전에 인천-서울로 출퇴근 하는 거리를 체감해 봤던 터라 크게 거부감이 들지는 않았다.

일단 job description에 대한 게 상당히 맞았기 때문에 채용 공고를 올린 헤드헌터에게 연락을 했고 빠른 시간에 contact 할 수 있었다.

담당자와 얘기해봤을 때는 이 회사와 상당히 연관이 있는 것으로도 판단이 되고
거기 팀장과도 아는 사이라고 주장해서 그런가 보다 싶었다.
그리고 여기 헤드헌터 회사 이외에는 job description이 올라온 곳은 없었기 때문에 믿을 수 밖에 없었다.

특이한 점은 자기들은 사람을 보고 판단하기 때문에
직접 회사로 와서 방문하여 얘기를 나눠야 한다는 점이었다.

지금껏 여러 헤드헌터들을 겪어 봤지만 직접 만나야 한다는 조건을 건 헤드헌터는 처음이었기에 신선하기도 했고, 위치도 마포 쪽이어서 가깝기도 했기에 선뜻 응했다.

마포의 조그만 오피스텔에 헤드헌터 회사인데,
실제 담당 헤드헌터와 얘기 하는데 큰 문제는 없었다.
이력서 수정만 조금 잘 하면 될 거라고 했고 연봉도 자기들이 생각한 수준으로 얘기하면 될 거라고 해서 연봉도 정해줬다.
뭐 마지막 연봉보다야 높은 편이라 큰 불만 없이 받아들였고 순조롭게 진행되는 듯 하였으나...

그 회사 쪽에서 나 외에 대리급 개발자 한명 더 필요한데 이왕이면 같이 일해서 호흡을 맞춰 본 사람이면 좋겠다고 해서 다른 건 대충 얘기했는데 이 부분을 너무 강조해서 얘기했다. 생각나는 사람이 있긴 했지만 재직중이라 얘기하기도 껄끄럽고 어쨌든 안된다는 생각으로 찾아는 보겠다고 영혼없는 대답을 해 줬다.

마지막으로 또 하나는 외국계 회사다 보니 추천서를 받아와야 하는데, 전 직장에 아시는 분에게 부탁해 보라고 해서 뜻하지 않게 전 직장에 가야 할 상황이 왔다.
솔직히 전 직장은 가기 싫었다. 아직까지 부장님에 대한 불만의 앙금이 남아 있던 터라 전전 직장의 부장님을 찾아 갔고 오랜만에 또 만나서 이런 저런 얘기를 했다.

추천서는 귀찮았는지 포맷만 주고 알아서 하라고 던져 줘서 내가 대충 맞춰서 쓰면 될 것 같았고, 사람은 진짜 타이밍 좋게도 같이 일했던 개발자가 곧 퇴직한다 해서 그 친구를 추천해 봐야 겠다 생각했다.

집에 오는 길에 집에서 놀고 있는 그 친구에게 연락해서 내가 헤드헌터 통해 구직중인데 같은 직장에 지원해 보라는 얘기가 있으니 한번 같이 해보자 해서 그 친구도 이력서를 제출해서 같이 지원했다.

그렇게 별 문제 없이 이력서 지원을 했는데 생각보다 면접 연락이 오지 않았다. 서류 심사는 통과된 것 같은데 조금 더 기다려 보라고 한지 2주째.
드디어 면접의 날이 왔고 송도까지 머나먼 여행을 한 끝에 면접을 진행했다.

안내 데스크 옆에 넓은 대기실도 있었고 음료도 마실 수 있고 잡지, 신문 등도 있어서 지루하지 않게 기다릴 수 있었다. 드디어 내 면접 차례가 왔는데, 책상 위에 둔 면접 대상자 리스트를 곁눈질로 보게 되었다. 총 5명이었고 내가 마지막이었는데, 같이 지원했던 그 친구 이름은 보이지 않아서, 서류 심사에서 탈락했구나 생각했다.

면접은 생각보다 대충 보진 않았다. 중요한 기술적인 질문 몇 개를 했고 나름 잘 대답하긴 했으나, 면접 보고 나서 항상 드는 생각은 더 좋은 대답과 내가 알고 있는 대답이 있었음에도 불구하고 대답을 잘 못했다는 점 그게 아쉬운 부분이었던 것 같다.

C#의 메모리 해제 문제 (Weak reference)도 그랬고, UI 쪽 뿐 아니라 실제 설계하고 본인이 만들고 문제를 해결해 나갔던 그런 부분에 대한 질문에도 분명 형식적인 대답을 하지 않았는데도 면접관들은 내가 능력이 없어서 못한 것 처럼 생각하고 있었다. - 결국 본인이 해결한 건 없다는 뜻이네요. 라는 말까지 들었으니.

어쨌든 면접이 끝나고 나서 안될 것 같다 라는 걸 조금은 직감했다.
내가 분명 좋은 대답을 못한 것도 있지만, 이 회사에서 내가 필요로 하진 않는 것 같다는 느낌이 조금 더 강했던 것 같다.
면접 진행시에 면접관 한 명이 그냥 아무말 없이 나갔던 것도 그렇고, 그렇게 시계를 봐 가면서 짧게 끝낸 것도 그렇고... 느낌상 난 마지막에 헤드헌터가 억지로 끼워 넣어서 면접 진행했던 한 명이었던 것 같은 그런 느낌.

실제로 며칠 후에 결과도 그래서 크게 아쉽거나 그러진 않았다.
그 보다 더 아쉬웠던 건 도대체 어떤 개발자를 뽑아서 일을 시키려고 한 건지는 모르겠지만 이후에 최근까지 job search 했을 때도 이 회사는 사람을 뽑고 있었다. (적어도 올해 6월 까지는 그랬다.)

이렇게 해서 3월도 결국 이 회사 지원하기 위해서 썼던 시간이 되어 버렸다.
그런데 아쉽거나 그러지 않았다. 다음 회사 면접 진행을 위해 또 준비하면 되겠지 였고, 실제로 진행했으니까.

3월 말.
뜻하지 않게 전전 직장의 정말 개발 잘 하고 친했던 형이 이름만 대면 알만한 회사에서 구직한다는 걸 전해 들었는데 나를 포함하여 몇몇 개발자들에게 지원해 보라 했다.
내가 보기엔 그 형이 지원하는게 더 확실하고 좋을 것 같았는데, 그 형은 지금 회사에 눈치 보인다고 해서 거절했고, 내게 지원해 보라고 해서 또 쉴틈 없이 다음 면접을 위해 시간을 보내게 되는 스토리가 6번 얘기가 될 예정이다.

---

원래 시간 될 때 마다 면접 관련된 글을 쓰고 싶었는데
이런 저런 바쁘다는 핑계와 게으름 때문에 제대로 못하고 있는 것 같다.
4월 얘기면 벌써 3달전 얘긴데 기억이 가물가물 하여 빠른 시간에 모든 이야기를 마무리 지을까 한다.

데이트 통장 (혹은 커플 통장)에 대한 계속되는 나의 주장

작년에 데이트 통장 관련된 글을 쓴 후 실제로 실천해 옮겨서 좋은 결과를 얻어 냈고
여자친구와 결혼해서도 가계부를 쓰는 걸로 업그레이드가 되서
서로 지출내역과 잔액 통장관리 등을 계속해서 해 나가고 있다.

데이트 통장 1부
데이트 통장 2부

이쯤되면 적어도 나와 와이프 사이에서는 데이트 통장이 없는 버전으로 잘 해냈다고 생각한다.

그러다가 문득 네이버에서 다음과 같은 걸 발견했다.

커플통장 만드는게 좋을까? 당신의 생각은?

커플통장에 대한 설문조사를 한 건데 아무래도 찬성의 의견이 조금 더 많은 듯 싶다.

문제는 반대표를 던진 사람들의 의견인데 대부분이 헤어졌을 때의 뒷처리 곤란 문제가 대다수이다.
내가 언급했던 문제점에 대한 글을 보고 보완한다면 좋을 방향으로 갈 수 있지 않을까 싶다.

실제 작성했던 스프레드시트는 공개가 불가능하지만 예제로 만든 시트는 보여줄 수 있다. 꼭 이렇게 하라는 건 아니고 단지 예시일 뿐이니 이정도로만 관리해 줘도 누가 얼마만큼 썼고 서로 얼마만큼의 돈으로 써야 하는지 관리가 된다.

2014 커플 통장 예시

사실 실물 통장을 만드는게 서로에게 더 물리적인 연결 고리를 만들어 주지 않을까 하는 생각에 내 방법이 마음에 들지 않을 수 있다.

하지만 그건 기우에 불과하며 통장 관리의 귀찮음보다는 실제 서로 얼마를 썼고 앞으로 어떻게 돈을 써야 하는지에 대한게 관심사이다 보니 내 방법으로 하는게 더 좋다고 자부한다.

내 블로그를 방문해서 이 글을 보는 커플들이 내가 제안한 방법을 써서 효과를 봤으면 좋겠다.

면접에 대한 이야기 (4)

4. 대기업 그룹계열 UX팀

네번째 면접 얘기에 앞서 이와 관련된 히스토리가 있다.
이름하여 네번째 면접 Begins.

---
때는 작년 9월 경의 일이다.

부장님과의 면담 이후 홧김에 여긴 안되겠다 싶어
나와 관련된 job search를 했었다.

그 면담이 무엇인고 하니
부장님은 나에게 업무시간에 딴짓하지 말고 업무에 집중해라
자꾸 딴짓하는게 눈에 띄는데 그러면 나와 같이 일할 수 없다.
이런 것이었다.
사실 내가 딴짓을 해서 업무에 차질이 생겼고 계속되는 지적에 문제가 생겼다면 할말 없지만
딴짓을 해도 업무에 관련된 딴짓을 한거고
진짜 딴짓을 해서 지적을 받은건 한번 뿐이었는데
그게 그렇게 눈에 거슬렸는지 따로 면담이었다고는 했지만
엄청난 욕을 먹은 거나 마찬가지였던 시간이 있었다.

당시 부장님의 스타일은 내 판단이 맞으니 시키면 시키는대로 해라 스타일이여서
뭐 반론이나 변명 따위도 통하지 않는 그런 분이었다.

그런 얘기를 듣고 기분이 썩 좋지 않아서 정말 홧김에 job search를 한 것 뿐이다.

검색하다 보니 마침 대기업 그룹사 UX 팀에서 사람을 뽑는데
디자인을 할 수 있는 개발자를 뽑는 특이한 곳이었다.

분명 skill set은 나와 90% 일치하는데
업무는 UI고 팀이 UX다 보니 조금 고민하긴 했는데
정신차려 보니 이미 헤드헌터에게 이메일을 보낸 후였다는거.

헤드헌터 역시 의외로 쿨하게 접수해 주겠다고 해서
편한한 마음으로 기다렸다.

- 사실 헤드헌터 들은 안된다는 얘기는 잘 안한다
본인 판단하에 왠만하면 되게 만들려고 한다.
java하는 사람을 구하는데 C 경력 이런 것만 아니라면
그정도 skill set에 대한 판단은 헤드헌터가 알아서 하는 편.

하지만 2주 정도 기다려보니 안된다는 답변이 와서
그냥 안되나보다 했다.

이 헤드헌터의 기억나는 특징 두가지는
1. 여자 헤드헌터
2. 두달 후에도 적절한 job이 있는데 지원해 보라는 연락이 옴.
이정도다.

...
여기까지가 begins story다.

다시 지금 시점으로 돌아와...
세번째 면접도 만족스럽지 못하게 끝나다 보니
다음 job을 찾아야 겠구나 생각이 들 때 쯤!
정말 타이밍 적절하게도
작년에 연락이 왔던 헤드헌터에게 연락이 온 것이다.
그것도 면접 후 합격 여부를 기다리고 있었던 때에.

사실 이 헤드헌터가 연락을 다시 해 온것도 반가웠는데
작년에 지원했던 그 대기업 그룹사의 UX팀에서 다시 나를 찾았다는 점에서
상당히 고무되어 있었던건 사실이다.

그렇지 않고서야 몇 달이 흐른 후에 연락을 다시 하겠으며
그쪽 팀에서 적극적으로 면접의사를 밝혀와서 헤드헌터가 연락을 해 온 것이기에
계속되는 구직 실패로 인한 스트레스 따위는 생길리가 없었다.

이때가 설 명절 후에 받은 연락이었고
쉴 틈 없이 면접 준비를 해야 했다.
왜냐하면 면접시에 진행했던 프로젝트에 대한 간략 설명+스크린샷+본인역할 등을 발표하라고 해서 그걸 준비해야 했고
PPT 파일로 만들어서 USB 메모리에 담아오라는 친절한 안내까지 해준 터라
없는 돈에 Office 365 한달 계정을 끊어서 PPT 파일도 만들고 그랬다.

면접날에는 별 다른 건 없었다.
그룹사 계열이긴 하지만 보안 절차 등이야 내겐 익숙한 것이었기 때문에 특별히 신기할 것도 없었다.

준비해온 PPT 파일을 바탕으로 기술 면접이 진행됐는데
확실했던 건 이 사람들이 원하는 스펙이 명확하다는 점이었다.
UX 팀엔 전부 디자이너들 뿐인데, 이게 개발팀으로 넘어가서 서로 communication 해 가며 수정하고 또 보완하고 하는 과정에서
서로가 알지 못하는 기술적 부분이나, 떠넘기려고 하는 부분 때문에 업무 진행이 원활하지 않다는 점을 얘기하며
그 역할을 내가 해줄 수 있으면 좋겠다라는 점을 어필했다.

그래서 내가 디자인팀에는 개발자 출신(비록 UI를 하긴 하지만)이 없냐고 물었더니 없다고 했고 개발자를 면접본 것도 내가 처음이라고 했다.
약간 미심쩍은 부분 (개발 스킬을 가진 디자이너를 뽑으려고 하는 부분)에 대한 부분은 명확하게 못했지만 암튼 원하는게 뭔지 알았기에
그 부분에 대해서는 잘할 수 있을 것이라고 나 역시 강조했다.
- 실제로 내가 주로 한 개발 영역이 UI 쪽이다.

뭐 퇴사 이유야 뻔한 얘기라 이제 심경을 건드릴 수준은 아니었던 것 같고
어쨌든 서로 원하는 점이 분명했기에 1차 기술 면접은 잘 진행했던 것 같다.

기술 면접이 끝난 후에 간단한 질문에 대한 대답을 하는 온라인 테스트가 있다고 하여
30분 정도 진행했는데
상식적인 질문 중간중간에 회사와 노조 그리고 개인적 성향을 판단해 볼 수 있는 이상한 질문들이 섞여 있는 테스트를 했다.
하다 보니 회사에 반항적인지 아닌지를 걸러내는 테스트라고 생각이 될 때 즈음
난 이미 테스트의 2/3 정도를 진행한 후여서
뭐 될대로 되라지 하고 진행했다.

그리고 정확히 1주일 후 2차 임원 면접을 진행했다.
임원 면접의 수준이야 거기서 거기라고 생각했던 나는
별 긴장 안하고 들어갔다가 엄청 긴장했다.

여태까지 봤던 임원 면접을 통틀어서 가장 정확하고 핵심을 찌르면서 면접자에 대한 생각을 볼 수 있는 질문과 진실인지 거짓인지를 판별할 수 있는 수준의 난이도 있는 질문들로 날 당황시켰다.
어쩌면 이 임원들은 진짜 실무에서 실력으로 올라간 임원들이 아닐까 싶을 정도로 실무진 보다 더 기술면접 스러운 질문도 있었다.
난 나름대로 열심히 얘기를 했지만 돌이켜 보면 그 분들에 기대치에 못 미치는 그런 대답을 했던 것 같다.
이 이유로 이 회사 입사에 성공하지 못한 원인이 50% 이상은 되지 않나 판단해 본다.
너무 정신이 없어서 면접 후에 헤드헌터에게도 잘 봤다는 말을 못할 정도였다.

그리고 1차 면접 후 진행했던 테스트...
그것도 뭔가 큰 원인으로 작용한게 아닌가 싶었다.

여기에 되면 좋겠다는 희망사항은 역시 3주라는 시간이 흐른 것으로 보답이 되었고
난 이제 백수가 된지 거의 두 달이 되어가는 시점이 왔다.

면접에 대한 이야기 (3)

3. 금융 계열 대기업 회사

사실 저번 면접때 기분이 안좋아서 시간을 갖고 천천히 알아봐야 겠다는 생각을 하려고 할 때 쯤 이틀도 되지 않아 또 다른 면접 제의가 들어왔다.

년초에 마감일이 걸려 있어서 이력서를 만들어서 지원만 해 둔 상태였는데
면접을 보고 싶다고 연락이 온 것이다.
오호 이쯤 되면 면접 운은 타고난 게 아닌가 싶을 정도로 딱 맞는 타이밍이었다.

전화도 직접 오고 메일로도 안내해 주고 해서 마음의 준비를 한 후
다음주 면접일에 맞춰 갔다.

마포 어딘가에 위치한 이 회사는 놀랍게도 지하철역 출구에 나오자마자 있는 빌딩에 위치한 회사여서 출퇴근 하는데는 문제가 없을 정도로 위치선정이 탁월한 곳이었다.
1층 안내데스크에서 면접 보러 왔다고 하니 출입구 카드를 대 주고 올라가라고 했다.

그리고 안내받자마자 마음에 안든 건 회사 탕비실 같은 곳에서 기다리라고 한 점이었다.
진짜 이런 곳에서 면접자들을 대기시키다니... 아무리 대기업이라고 해도 그렇지.
생각해 보니 대기업일 수록 더 대우가 좋아야 하는거 아닌가?
사람들 복도로 왔다갔다 하고 물마시러, 커피마시러 사람들 들락날락 하고 그래서 기분이 썩 좋진 않았다.
옆 자리에 나와 같은 포지션으로 지원한 듯한 사람이 앉아 있었는데
그 사람이 먼저 말을 걸어왔다.

몇 마디 주고 받다 보니 경력이 있다 하기엔 아직 젊은 나이고
특별한 경력사항도 없어서 그런가 보다 생각했었다.
면접 시간이 됐다고 해서 안내를 받았는데
옆자리에 앉은 사람과 같이 면접을 보는 다대다 면접 형식이었다.

여태 경력직 면접 중 다대다 면접은 신입때 빼곤 없었기에
대기업이라 이렇게 하나 싶었지만
옆 사람과 경력으로 승부하기엔 스킬이나 년차로 보나 상당한 차이가 있었기에
같이 면접을 봐서 뭘 얻으려고 하는지 알 수 없었다.

아니나 다를까
너가 누군지 한번 읊어봐로 시작한 딱딱한 분위기의 면접.
뭘 했는지에 대해서 말을 하도 많이 하다 보니 기계적으로 어렵지 않게 술술 말이 나왔다.
옆사람은 면접을 많이 안봤는지 약간 어리버리 한 것도 있었고
대답도 시원치 않게 하길래 긴장 많이 했나보다 생각됐다.
- 실제로도 면접관이 긴장 풀으라고 얘기도 했었으니...

나 같은 개발직은 기술면접-임원면접이 정석인데 (혹은 기술면접에서 바로 채용하던지)
특이한 점이 기술 20%, 임원 80%를 함께 진행하는 원스톱 면접이었다.
그나마 기술 20%도 형식적인 리뷰 정도.

임원이 질문하는 것도 그냥 대기업에서 하는 그저 그런 수준의 면접
- 삼국지 얘기와 게임 얘기가 있었는데 그런 질문과 대답을 듣고 어떤 인재상을 원하는 건지 알 수는 없었다.
그 당시만 해도 이런 질문과 대답이 오가는 것이 특별히 나쁘다곤 생각 안했기에
삼국지는 조조 좋아하고 그 이유도 얘기했고, 게임 얘기도 하려 했는데 시간 관계상 짤렸다.
게임 얘기 신나게 할 생각에 기다렸었는데 그건 좀 아쉬웠다.

또 기억나는 건 핵심적인 질문이었는데
이 회사에서 하는 사업과 관련해 내가 어떤 생각과 마음가짐으로 일할 수 있는가에 대해서도 물어봤었다.
평이한 수준으로 대답을 하긴 했는데, 결국 나의 기술적인 능력에 대해서는 그다지 궁금해 하지 않는 것 같다는 느낌을 강하게 받아서 면접이 끝난 후에 같이 면접본 사람에게 이 얘기를 해줬다.

"여긴 개발자를 뽑으려고 하는 것 같지가 않다. 별로다."

라고 했지만, 그 사람은 별 대답 없었고, 얘기가 하고 싶지 않았는지 간단히 인사만 하고 자기 갈길을 갔다.

면접 진행 후 그 주 안에 연락이 올 것으로 기대했는데 별 다른 연락이 없었다.
또 내가 직접 연락해서 언제까지 기다리면 될지에 대해서 문의했는데
다음 주 중에 알려준다고 해서 기다렸지만
채용이 되지 않았다는 반갑지 않은 메일을 받고 끝을 내야 했다.

이 메일을 봤을 때, 정말 진짜 레알 이상한 점은
수신인이 같이 면접 봤던 그 사람(일 거라고 추측되는 메일 주소)과 내 메일 주소를 함게 적고 채용 거부 메일을 보냈다는 것이었다.
그 때 면접 진행한 팀이 우리 말고 다른 팀이 없었던 것을 생각해 봤을 때
힘들게 채용공고 올려 놓고 이력서 필터링 해서 사람 둘 데려와서 면접 진행한 다음에 둘 다 마음에 안들어서 짤라내고 다시 똑같은 짓을 반복하겠다는 뜻으로 해석했다.
최소한 각각 메일을 보내던가 하면 이런 생각도 안했을텐데
면접 본 사람이 둘인데 둘한테 채용 안한다는 메일을 보냈다라...

이 모든 의문의 출발점은 항상 이 질문부터로 시작된다.
대기업이라 그런가?

지난 2년간 느껴왔던 개발에 대한 생각

마지막 포스트를 끝으로 2년간 있었던 일들을 간략히 정리해 보겠다.

어쨌든 난 WPF Application을 개발하는 개발자이고
그 개발에 대한 경험이 많은 개발자이다 보니
이와 관련된 일을 하는게 맞다고 생각할 법도 하다.

3~4년 전 부터 느껴온 거지만
새로운 개발 환경
새로운 개발 언어
새로운 업무 - 도메인 지식을 동반한
이 세가지 중에
제일 중요한게 뭐냐고 물었을 때 난 "업무"가 나와야 하는게 맞다고 본다.
새로운 개발 환경과 언어는 배우면 되는 것이다.
(그러고 보니 업무도 배우면 되는 건데...)

배운다는게
개발 환경과 언어는 개발자가 온전히 지고 가야 하는 배움이라면
업무는 이 일과 관련된 일을 하는 사람 모두가 알아야 하는 배움이라는데에 차이가 있다.

그렇다면 개발자자 개발에 관련된 지식을 얻는게 맞는데
과연 이것 보다 업무가 더 우선순위가 있다는 것인가?

정말 그렇다.

개발은 고객이 원하는 요구사항에 맞는 제품을 만들어내는 것이지
그 제품이 어떤 기술이 필요하고 어떤 환경이 필요한 지에 대해서는
우리 개발자가 정하면 된다는 것이다.

다시 WPF 얘기로 돌아가 보면

난 처음에 WPF로 만들어진 솔루션에
고객이 요구하는 기능 개발, 또 기능 추가, 디버깅 작업, 유지보수 등등을 해 왔는데
플랫폼이 Window Application에서 Web Application으로 바뀌었다고 해서
고객이 요구하는 기능이 바뀌지는 않는다는 걸 알게 되었다.
웹 환경은 ASP.NET MVC3
웹서버는 당연하게도 IIS
또 너무나 당연하게도 DB는 SQL Sever
이 환경에서 처음부터 시작했는데, 시간은 좀 걸렸어도 아예 못하지는 않았다.

이렇게 서로 다른 환경에서 한가지 기능에 두 가지 플랫폼이 존재하는 제품을 만들어 가다 보니
내가 어떤 언어를 알고 어떤 플랫폼을 아는 지에 대해서는 고객의 입장에서는 무의미하다는 뜻이기도 하다.

3년 전 쯤에 이걸 느꼈고
1년 전에는 확실히 알았다.

이 과정을 겪고 난 이후
난 새로운 개발 언어와 새로운 개발 플랫폼을 알아 가는 과정이
힘들다거나 어렵다거나 두렵다거나 하지 않았다.
(솔직히 귀찮은건 있다)

오히려 그것은 개발자 자신이 만들어내는 하나의 핑계거리에 불과할 수도 있다.
- 전 JAVA만 해봐서요 Java script는 잘 몰라요 -- 웃긴건 JAVA와 Java script가 같은 것인지 아는 사람이 상당히 많다
- 아 전 C로 되어 있는 서버만 만들어 봐서, C#으로 된 서버는 잘 몰라요.
- asp.net으로 해본게 있긴 한데, php는 모르겠네요

이런 핑계는 다시 이런 질문으로 바뀌어야 한다.
- 단순 데이터 조회 서비스라면 어떤 웹 서비스가 좋을지 찾아보고 그걸로 해보겠다.
- 웹에서 새로고침 없이 실시간 데이터가 나오게 하려면 어떤 기술이 필요한지 찾아보고 그걸로 가자.
- 윈도우 설치형 프로그램에 데이터가 아주많은 성능 차트가 나와야 하는데 Win32로 가느냐 WPF로 가느냐를 검토하고 성능 좋은 걸로 결정하자.

물론 경험이 부족한 개발자의 경우
또 한가지 플랫폼의 한가지 언어에 집중해야 하는 일을 해왔을 경우
두려움과 어려움, 시간 부족 - 심지어 귀찮음의 이유를 들어
난색을 표하는데
사실 경험이 많은 개발자일 수록 이렇게 얘기하는 사람은 드물다.
만약 아닌 개발자가 있다면?
환경이 그렇게 만든 것일 수도 있지만, 하나의 일에 너무 안주한것이 아닌가 되돌아 보는 것도 필요할 듯 하다.
개발자의 피가 흐른다면 새롭고 흥미로운 신기술에 대한 호기심 정도는 있어야 한다고 보니까.

또 한가지 중요한건
경험삼아, 취미삼아, 시간나서 개발을 하는 것과
돈을 버는 일로 개발을 하는 것이 다르기 때문에
최근의 경우도 Node.js 서버에 대해 상당히 관심이 많았음에도 불구하고
실제 Node.js 서버가 필요한 프로젝트에 투입이 되어서야
제대로 된 경험을 할 수 있었다.

그 전에 해봤던건 그냥 잘 도나 안도나 정도 해봤던 예제 코드들 돌려본게 전부이다 보니
목표도 없고, 돈되는 일도 아니고 해서
그냥 해봤으면 좋겠다라는 간절한 생각만 들었을 뿐이다.

실제로 Node.js 서버를 구축하여 프로젝트를 해본 경험이 없음에도 불구하고
짧은 시간에 Overview를 정독 후, 원하는 기능을 구현하는 예제 소스들을 확인한 후
바로 거침없이 기능 구현에 몰두해 요구사항을 만족하는 Node.js 서버를 만들었다.
- 사실 Node.js 서버가 크게 어려운건 아니다, Simple, light, fast and java script base 이런게 모토다 보니 두려움만 없다면 누구나(?) 할 수 있다.

이제 난 개발이 두렵지 않다.
정확히 얘기하면 요구사항에 맞는 개발 플랫폼 및 언어를 배워 개발을 하는게 두렵지 않다.

PC방 정액 요금 계산에 대한 문제

PC 게임을 가끔 즐겨하는데
엄청난 순발력과 센스를 요구하는 LOL 같은 게임보다는
느긋하게 할 수 있는 문명류의 게임을 좋아한다.
주로 시뮬레이션, 아케이드, 보드게임류등.

블리자드엔터테인먼트에서 나온 하스스톤: 워크래프트의 영웅들이 정식 서비스 된지 몇 달 됐는데
몇 년 전에 했던 매직 더 개더링의 냄새가 살짝 나는 카드 게임이기도 하고 해서 하루에 몇 게임 정도는 꼭 하는 편이다.
음 매직 더 개더링 보다는 조금 더 스피디하고 캐쥬얼하게 바뀐 게임이라고나 할까 그런 느낌이었다.

<하스스톤 게임 스크린샷, 출처: 하스스톤 공식 사이트>

암튼 하스스톤 PC방 이벤트가 며칠 전 부터 진행되고 있는데
PC방에서 로그인한 유저에게 매일 100골드를 선물해 준다는 소식을 접해듣고
그날 바로 동네 PC방에 달려가서 6시간 정액 요금제를 결제했다. 가격은 5000원.

내가 생각한 PC방 정액요금의 시간 계산법은 다음과 같다.
- 잔여시간: 6:00
- PC방 회원 로그인
- 10분 사용
- 로그아웃
- 잔여시간: 5:50

그런데 내 동네 PC방의 경우는 계산이 이렇다.
- 잔여시간: 6:00
- PC방 회원 로그인
- 10분 사용
- 로그아웃
- 잔여시간: 5:00

응???
첫날은 로그아웃 하고 가서 몰랐고
그 다음날 로그인하고 알았다. 1시간이 사라졌다는 걸...
뭔가 이상하다 생각은 들었지만
정액 요금은 나올 때 충전한거라 처음 후불 요금제로 기본 1시간이 계산되서 그냥 빠져나갔겠거니 했다.

그런데 그 다음날!
다시 1시간이 없어졌다.
뭔가 이상한걸 느낀 난 알바생에게 어제 로그인-로그아웃 시간좀 봐달라고 했는데
알바한지 며칠 안되서 잘 모른다고만 했다.
이쯤 되니 뭔가 화가 났다. 하지만 알바가 잘 모른다고 했으니 어쩔 도리가 없었다.
그리고 그날은 피곤해서 그냥 집에 들어갔다.

그리고 어제.
또 PC방에 가서 로그인을 하니 1시간이 또 줄어 있었다.
이쯤 되니 나도 폭발해서 알바에게 따지고 들었다.
알바도 내가 어제 오늘 의혹을 제기하니 그제서야 사장님에게 물어보겠다고 전화를 했는데
뭔가 서로 통화 하더니 날 바꿔줬다.

사장 얘기를 들어보니
- 1시간 이상 사용 안하면 기본 1시간이 빠지는게 우리 PC방 정책이다. (후불 요금제도 그렇다라는 이유로)
- 기본 요금이 천원=1시간 아니냐, 그래서 1시간 이상 사용해라, 우리 PC방 손님들도 다 그렇게 알고 PC방 이용한다.
- 잘못된건 아니지만 손님도 모르셨고, 알바도 처음와서 안내를 안드린 잘못도 있으니 빠졌던 시간은 다시 넣어주겠다.

이 얘기를 듣고, 내가 여태 다녔던 PC방과 계산을 다르게 하고 있다는 걸 확실히 알게 됐다.
그리고 바로 든 생각은 이렇게 계산 안하는 다른 PC방을 가야겠다라는 생각 뿐.

이왕 이렇게 된거 1시간 하고 갈까 생각도 들었지만
그냥 속편하게 다른 PC방에 가는게 나을 것 같았다.
아무 잘못 없는 알바에게는 화내서 미안하다고 했지만
우리동네 PC방. 많이 실망했다.

정액 요금이라도 1시간 미만 사용시 1시간이 빠지는 PC방이 많은지
쓴 시간만큼만 빠지는지도 궁금해져서 이리저리 검색해 봤지만 별다른 결과가 나오진 않는 것 같다.

결론.
내 생각대로 정액 시간 계산되는 PC방으로 가야겠구나.

면접에 대한 이야기 (2)

2. 중견 헬스케어회사 면접

첫 이직 시도는 그렇게 해서 없던 일이 되었지만
아직 회사를 그만둔 건 아니었기에
"계속 다닌다고 할까?" 라는 생각이 들 법도 했지만
여기에서 일하는 건 아니라고 생각했기에 바로 다음 회사를 물색했다.

경기도 어딘가에 있는 한 중견 헬스케어회사였는데(이니셜은 I)
특이한 점은 내가 가지고 있는 개발 스킬을 이용해 뭔가 하는 것 같은데
헬스케어 회사에서 나의 개발스킬이 필요한게 뭐가 있을까? 하는 의문은 뒤로하고
우선은 지원을 해 둔 상태에서 퇴사일을 손꼽아 기다리고 있었다.

작년 12월 까지였는데 남은 연차 소진을 해야 해서
아마 12월 3주차 까지만 일하고 그만두는 걸로 했다.
그리고 마지막 날 전주에 외근 일정이 있었는데
그때 회사에서 연락이 왔다.

면접 진행에 대한 안내 메일을 보내주고, 자사 이력서 양식이 있으니 거기에 맞게 이력서를 써 달라는 그런 내용이었다.
연락이 온게 목요일 쯤이었는데 내가 내일까지 보내준다고 했던게 실수였다.
이력서 포맷을 막상 보니 적어야 할게 꽤 많았고,
진행했던 과제에 대한 스크린샷 혹은 사이트, 프로그램까지 요구하는 칸이 있어서
우선 다음주 월요일까지 작성해서 준다고 다시 메일에 회신을 보내고
주말 시간까지 쪼개서 미친듯이 이력서를 썼다.

뭐 잡코리아나 사람인에 등록된 이력서 말고 자사 양식 이력서를 요구하는 회사가 꽤 된다.
내 기억에는 이 회사 이력서 양식이 적을 게 꽤 많았고 솔직히 귀찮았다.
그래도 중견기업이니까... 라는 생각에 성의를 다해 썼다.

다음주 월요일이 되자 마자 메일을 보내고 회신을 기다렸지만
연말 휴일이 겹쳐서 내년 (2014년)에 면접 일정을 다시 잡을테니 기다리라는 대답 뿐이었다.

뭐 회사도 그만뒀겠다. 연말 분위기좀 내면서 그렇게 2013년의 마지막을 잘 보내고
그 다음주에 첫 기술 면접을 진행헀다.
집에서 거리는 좀 되는 편이었는데, 예전에 인천에서 다닐 때 만큼은 아니었던 것 같고 해서 결과가 좋으면 다닐만 하겠다라는 생각을 했다.

회사 도착 해서 면접 진행하기 전에 또 스킬셋에 대해 적는 쪽지를 줘서 그거 신나게 적고 있는데 되는 거에만 적으라고 해서 바로 그만뒀다.
빨리 좀 알려주지... 아는건 죄다 적어 내려갔는데...

면접은 내 기억엔 괜찮았었다.
쓸떼 없는 질문은 전 직장 퇴사한 이유 정도가 다였고
(사실 이거 물어보는 것도 좀 짜증나긴 하지만...)
역시나 너와 나의 최대 관심사인 연봉 문제에 대해 언급을 했다.

전 직장 연봉이 이러하니, 여기까지만 줘도 문제 없을 거라고 얘기해 줬다.
사실상 인상 없이 들어가겠다고 먼저 굽히고 들어간건데
내 연봉이 세다고 느껴졌는지 윗분들이 연봉 조정을 좀 할 것 같다는 걱정어린 눈치를 주길래 그것 까지 알았다고 했다.

그리고 그 다음주.
임원면접을 진행하겠다고 해서 전화가 왔는데 따로 메일로 전달받은 것 없이
어느 날짜에만 오라고 해서 메일 안주냐고 했더니 그런거 없단다.
그럼 몇 시에 가냐 하니 전에 왔던 시간에 오란다.

여기까지 통화를 하고 느낀 건
임원들이 직원 뽑는데 별로 관심이 없구나 하는 거였다.
그 부서의 개발자 들만 채용 의지가 있었을 뿐이라는 느낌이 들어서 거기서 부터 좀 별로라고 생각했다.
사실상 1차 면접 때는 전에 면접 봤을 때와 마찬가지로 연봉 부분 빼면 거의 채용 확정이나 다름 없는 얘기를 했었기 때문에
임원 면접은 도대체 뭘 하나... 하는 생각이 들기도 했다.

어찌됐든 채용 프로세스의 정석대로
그 다음주에 임원 면접을 진행했다.
임원 면접을 진행하기 앞서, 영업파트에 계신 분과 약간 pre-면접 형식의 얘기를 했는데
그 분이 성격이 좀 쾌활하고 말도 시원하게 할 뿐만 아니라
내 인상을 상당히 좋게 평가해 줘서
그 이후에 나눴던 대화는 크게 문제가 되지 않았다.

실제 임원 면접시 내가 제일 싫어하는 말이 나오기 전까지 말이다.

"나는 너를 잘 모르니 너가 누군지 한번 읊어보렴" 하는 식으로 첫 말이 나오면
진짜 속 뒤집어 진다.
면접을 많이 봐서 익숙해질 때도 됐는데
난 사실 이 질문이 제일 짜증난다.
저건 좀 어그로성 발언이고 실제는 이렇게 말한다.
"자기소개 한번 해보세요."

에휴
개인 신상 및 실제 한 일이야 이력서에 다 있는 건데 무슨 소개가 듣고 싶은 건지 모르겠다.
그렇게 얘기하는 면접관에게는 난 항상 이력서에 있는 내용 고대로 얘기해준다.
너의 질문이 쓸데없는 질문이라는걸 확인시켜주려고...

면접을 보러 오는 사람 역시 그 회사가 뭘 하는지 사전에 파악하고 온다.
그럼 면접관도 최소한 면접보러 오는 사람이 누구인지는 서류를 보고 파악해야 하는게 서로에 대한 최소한의 예의인데
진자 이력서도 안보고 들어와서 자기소개 해보라고 하는 건 면접관의 자격이 없다고 여겨진다.
이 글 보는 면접관 중에 찔리는 사람 있으면 진짜 내가 한 말 똑바로 쳐 들으렴!.

이라곤 했지만
실제로 임원 면접이 아주 좋은 분위기 속에 잘 진행이 되었고
바로 채용 할 것 처럼 연락을 주겠다고 했다.

하지만 두번째 회사도 문제는 연봉이었다.
내 연봉이 그렇게 높다고 생각되지도 않고
전직장 연봉 그대로 받겠다는게 희망연봉이었는데
며칠 뒤 뭘 더 연봉을 깎으려고 하는지 알 수 없는 전화가 걸려왔다.

솔직히 200정도만 깎았어도
"에이, 그냥 갈까?" 생각이라도 해보는데
이건 뭐... 말도 안되는 연봉을 깎아 내리면서 안되겠냐고...

면접은 정말 잘 진행해 놓고
이런 식으로 비굴하게 들어오면 나도 어쩔 수 없다.
"안돼! (이놈들아!)"

그래서 안됐(했)다.
너희들이 정말 원하는 인력이었으면 연봉 깎으려고도 안했겠지.
구걸하는 모양새를 봐선 필요한 인력이라는 건 확실한거 같은데
왜 돈을 안주려고 하는지 이해를 할 수가 없었다.
그래서 쿨하게 다른 인력 찾아보라고 했다.

이렇게 해서 의미 없는 한달을 보내게 된 것이다.

하지만 이건 시작에 불과한 일이라는 걸 그땐 알지 못했다는게 함정.

세번째 면접 이야기는 다음에 시간날때...

면접에 대한 이야기 (1)

최근에 이직에 성공하여 한참 바쁜 나날을 보내고 있는 중에
문득 면접에 대한 얘기를 써 보면 어떨까 싶어서 첫 글을 써본다.

생각해 보면 이 회사에 온게 이직에 성공했다라기 보다는
운 좋게 이직을 하게 된 셈인데
지난 몇 달간 봐 왔던 면접과 달리 상당히 마음에 드는 면접이었고
다른 면접들과 상당히 대비되는 부분이 많아
이런 저런 느낌과 생각들을 정리해 보려고 한다.

우선 내가 회사를 그만두기 전에 처음 회사를 알아보고 면접을 봤던 부분부터 차례대로 얘기해 보겠다.

1. 스타트업 회사에서의 면접
회사를 그만둔다고 하기 전 시점부터 미리 알아보고 연락해서 면접을 진행했던 회사다.
서울 역삼역 부근에 위치한 W 회사인데
내가 그동안 쌓아왔던 스킬에 맞는 소프트웨어 제품을 개발, 판매하는 회사였고
스타트업 회사치고는 유명세를 많이 탄 그런 회사였다.

특별히 채용 공고도 없었고
홈페이지에 상시 채용에 대한 내용이 있어 주저 없이 문의 했는데
답변이 바로 와서 한번 만나보고 얘기하자고 해서
외근 일정이 잡혀 있는 날을 선택해 방문을 했다.

처음 방문했을때 난 면접이라고 생각했는데
그 분들은 그냥 내가 누구인지 얘기 정도만 나누고 싶었던 것 같았다.
그런데 얘기를 하다 보니 어느 순간 면접처럼 되어 버린 게 함정이라면 함정.

그 회사 분 중에 하나가 내가 예전에 같이 일했던 분을 알고 있어서
어느 정도 공감대도 형성 됐었고
내 경력에 대해서는 아주 마음에 들어했었다.
게다가 자기들이 어떤 제품을 만들고 어떤 비전으로 일을 하는 지에 대해서 얘기를 해 줘서
분위기가 매우 좋은 스타트업 회사로 인식 했고 좋게 받아들였다.
물론 나 또한 몇 년 전에 작은 팀(3명)에서 큰 부서(30명)로 커가는 과정에서 일을 해봤기 때문에
다시 작은 팀에서 일해서 크게 키우고 싶다는 생각이 든 것도 사실이었다.

면접이 끝날 무렵 채용 의사는 확실했고
연봉 부분에 대해서만 조율하면 되는 걸로 마무리를 했다.

이직 결심 후 첫 면접이 너무 잘 진행되고 있는 것 같아서 좋긴 했지만
문제가 있었다.

이후에 진행되어 가는 과정이 매끄럽지 않았다.
내가 연락을 기다리는 입장인데도 시간을 좀 끄는 것 같았고,
내가 먼저 어떻게 진행되고 있는지를 물어봐서야
연봉 조정 문제 때문에 연락을 빨리 못했었던 것을 알았다.

결국엔 내가 연봉하향까지 고려해서 얘기한 연봉보다
더 못줄 것 같다는 연락을 끝으로 채용이 성사되지 못했다.

이 면접이 기억이 나는 것은
불필요한 내용으로 사람 피곤하게 만든 것이 없었다는 것이다.

서로 원하는게 뭔지 알고 얘기하는 수준이었기 때문에
서류통과 - 실무면접 - 임원면접과 같은 피곤하지만 정석인 채용 프로세스를 거치지도 않았고
지구가 멸망할 날이 얼마 남지 않았을 때 뭘 하겠냐와 같은 뜬금포 압박 질문도 없었다.

연봉 부분에 대해 서로 만족하는 수준이었다면
별 문제 없이 첫 면접을 본 회사를 다니지 않았을까 한다.

영화관 진상들

영화를 자주 즐겨보는 터라
영화관에 가면 진상 인간들을 종종 목격할 수 있다.
모두가 공감할 수 있는 진상에
내가 목격했던 스페셜한 인간까지 적어 보려 한다.

<CGV 홈페이지 극장 이미지>

1. 휴대폰으로 신경 쓰이게 하는 부류

두가지 부류가 있다.
첫째는 전화통화 하는 사람.
뭐 옛날 보다는 많이 좋아지기는 했는데
영화 보는데 전화 받고 그러는 사람은 많이 없어진 것 같다.
젊은 사람들은 그래도 소곤소곤 20초 이내로 얘기하고 금방 끊는 것 같고
꼭 받아야 하는 전화인 경우는 나가서 받고 오는 경우도 있는 듯 하다.

내가 목격한 한 아주머니는
영화 시작한지 얼마 되지 않아 큰 소리로 욕을 하면서 전화 통화를 하는데
내가 좀 떨어져 있는 자리였음에도 불구하고 통화 내용이 뭔지 다 알아들을 수 있는 수준의 목소리였다.
금방 끊겠거니 했는데 통화가 길어지자 슬슬 짜증이 나려는 찰나에
한 아저씨가 더 큰 소리로 이렇게 외쳤다.
"아줌마~ 지금 뭐하는 거요!!!!!"

아줌마도 당황했는지 급하게 출입문 쪽으로 뛰어가서 전화 통화를 하는데
세상에... 거기서도 욕하는 소리와 함께 통화하는 소리가 다 들렸다.
그래도 다행인건 금방 끊고 다시 자리로 왔는데
그렇게 욕을 해 가면서 해야 하는 중요한 통화라면 영화는 왜 보러 온 것일까?

두번째는 어두운 영화관에 휴대폰을 계속 껐다켰다 하는 사람이다.
이런 사람도 어느 정도 없다고는 할 수 없다.
그래도 시간이 지날 수록 이런 사람은 점점 사라져 가고 있는 것 같아 다행인 듯 한데
그 사람들도 아마 똑같이 앞자리의 휴대폰 불빛 테러에 당해봐서 그런 것일 수도 있다.

이것도 내가 본 사람 중에 하나 인데
그나마 옆자리라서 다행인 경우였다.
(옆자리라도 휴대폰 껐다 켰는지 다 알 수 있다.)

10분에 한번씩 계속 휴대폰을 껐다 켰다 하는데
어디서 카톡이 오는 것도 아니고 전화가 오는 것도 아닌데 수시로 확인한다.
뭐가 그렇게 불안한 것일까?
내가 몇 번 째려보니까 그나마 좀 덜하긴 하던데
휴대폰은 제발 진동모드로 해 놓고 신경 껐으면 좋겠다.
사실 진동도 소리는 다 들려서 신경쓰이긴 하는데 그래도 급한 전화라면 확인하고 받아야 한는 개인 사정이 있을 수 있으니 진동 까지는 봐주겠다.

2. 계속해서 조용히 있지 못하고 말하는 부류

이것도 역시 두 부류이다.
첫째는 영화 내용에 대해 계속 말하는 사람.
이것도 요샌 꽤 없는 것 같고, 젊은 사람들은 거의 찾아볼 수 없을 정도로 많이 좋아진 것 같다.
하지만 아직도 영화를 본인 안방에서 TV 보듯이 보는 분들이 많아 주둥이를 한대씩 치고 싶은 욕구가 솟아 오른다.

며칠 전에도 아줌마 네명이서 영화 보는 내내 입이 가만히 있질 않았다.
- 계속 아줌마를 언급해서 미안하긴 한데 일부 아줌마들의 매너가 안좋은건 사실이다.

사람도 별로 없었던 터라 중간 뒷자리 가운데에 앉아서 봤는데
아줌마 넷이서 어찌 그리 말이 많던지
"어머, 어머", "쟤들 왜 그러는 거야?", "쟤가 의심병이 있어서 그런가봐" 등등
계속 떠드니까 급기야 3열 앞에 있는 한 여자분은 자리를 박차고 일어나서 더 앞열 구석 자리로 자리를 옮겼고
나도 더 이상 참을 수 없어서 "에이 씨 진짜!"를 외치며 맨 앞자리 구석으로 갔다.
직접 얘기하고 싶기도 했지만 내가 참기로 했다.
다음부터 또 그런 사람이 나타나면 가만 두지 않을 것이다.

두번째는 공공장소에서의 인지 능력이 떨어지는 3~8세 어린이들의 외침이다.
영화 말고 애니매이션 류도 좋아해서 종종 보는데
애니매이션 영화에는 어린이들을 동반한 부모도 꽤 된다.
문제는 이 애들이 크게 떠들면서
"엄마, 무서워", "와~ 더 혼내줘~", "엄마 화장실 갈래" 등등 참을 수 없는 소리를 외치곤 한다.
그런데 이것도 내가 겪은지도 오래된 얘기고 요새는 많이 없는 듯 하다.
이렇게 떠드는 아이들을 부모가 안 데리고 오는 것도 있는 듯 하고,
요샌 부모 보다는 친구들 끼리 조용히 보러 오는 경우도 많이 봤기 때문이다.
특히 포켓몬스터 영화의 경우는 초등학생을 비롯하여 더 어린 아이들이 너무 조용히 잘 관람하고 가서
어린 아이들의 관람 수준이 많이 향상되었다는 걸 느낄 수 있었다.

3. 몸을 계속 움직이는 사람

이런 사람들 까지 진상으로 얘기하기에는 좀 위험할 수는 있지만
역시 다른 사람을 불편하게 한다는 이유로 세번째에 올려 놨다.

이 사람들은 어떤 행동을 하냐 하면
영화를 보고 있는 중간에 허리를 곧게 펴서 정자세로 앉는다.
뒷 사람은 머리 때문에 화면이 안보이게 되는데
앉은 키가 큰 사람의 경우는 어깨선 까지도 화면을 가리는 수준이 되기에 영화 보는데 상당히 불편하다.
그리고 가만히 있지 못하고 기댔다 허리 폈다를 반복하는데
뭐 허리가 불편한 사람이려니 생각해 줘야 하려나?
그런 분들은 맨 뒷자리에 앉는게 어떨런지?


이 정도가 좀 진상 측에 속하는 것 같고
앞자리 발로 차는 사람들 역시 많이 없어진 것 같다.

그리고 내가 진짜 얘기하고 싶은 스페셜한 인간을 얘기해 보고자 한다.
아마 이런 사람 경험해 보지 못했을 듯 싶고
나도 6년 간 영화 보면서 딱 두명을 봤기 때문에
정말 그 인간의 뇌 구조를 파헤쳐 보고 싶은 생각이 드는 이상한 인간이다.

*전혀 웃기지도 않고 웃긴 장면이 나오는 것도 아닌데 웃는 사람.
미스테리 하다.
왜 그런걸까? 하면서 봤지만 특별히 장애를 가진 사람은 아닌 것 같아 보였다.
겉 보기에는 매우 멀쩡한데, 특정 장면도 아니고 그냥 수시로 웃는다.
아무도 웃지 않는 장면에 혼자 뭐가 그렇게 좋고 웃긴지 계속 웃는데
이거 진짜 사람 미치게 만든다.
뭐 휴대폰 보면서 딴 짓 하는 것도 아니고
딱 영화 대사 끝나면 웃는데, 전혀 웃긴 대사가 아니다.
웃는 거야 본인 자유지만, 상당히 거슬린다.
아니면 영화 내용과 상관 없이 웃긴 상상을 자유자재로 할 수 있는 데다가
영화 타이밍에 맞춰 웃을 수 있는 엄청난 능력을 가진 사람일 지도 모른다.

정말 이런 사람이라면
연락처라도 받아서 세상에 이런일이 프로그램에 제보라도 해볼 걸 그랬다.

교통질서를 지키지 않는 사람들 - 1부

최근 며칠 사이에
교통질서를 지키지 않는 사람들이 꽤 눈에 들어온다.

집 앞에 차를 타고 나가는데 8차선이나 되는 큰 도로에서
횡단신호가 5초 후면 끝날 것 같은 횡단보도에 그제서야 지나가려고 하는 아줌마...
도대체 왜 그러는 걸까?

혹시 꼭 빨리 건너가야 하는 상황이라면 알겠는데
그것도 아니고
횡단보도 신호가 빨간불이 들어온 상태인데도
안하무인격으로 스마트폰을 쳐다보면서 아주 천천히 걸어가고 있는데
차들이 지나가려고 빵빵거려도 쳐다보지도 않고 그냥 걸어간다.
그냥 위태롭기 까지 하다.
행여나 지나가는 차가 독한 마음을 품고 그냥 들이 받기라도 하면 어쩌려고 그러는 걸까?
(물론 그렇지는 않겠지만, 또 모르는 일이다, 성격이 불같은 운전자가 그걸 참지 못하고 들이받는 상황이 올지도...)

그 다음 상황은 이렇다.
집 앞에 조금 나가다 보면 염창역인데
염창역과 버스정류장 사이에 횡단보도가 있다.
그런데 여기에도 횡단 보도가 아닌 길에서의 무단횡단 + 교통 신호 무시 + 안하무인 3단 콤보로 지나가는 아줌마를 또 목격한 것이다.
저 멀리 횡단보도에 횡단신호가 끝났음에도 불구하고
횡단보도와 가까운, 그러나 버스승강장과 버스전용차선 사이의 폭으로 건너는 아주머니의 모습 좋아 보이지 않는다.

<염창역 2번 출구에서 빨간색 선으로 신호 무시하고 뛰었다는 얘기다.
물론 차들이 출발신호를 받고 막 달리기 시작할 때 말이다.>

정말 몇 초, 아니 몇십 초 빨리 가려다 욕은 욕대로 먹고 잘못해서 다치기라도 하면 얼마나 손해인가?

우리 모두가 지키자고 만든 법을 무시하고 다니다가는 서로에게 좋은 일은 아닌 듯 하다.