Dewey Hong' Blog

Groupon: 주워진 restful api를 이용해서 목록 UI를 구현하기, 갑작스런 javascript 문제로 버벅거렸고 javascript 안써본 사람이런 평가를 받았습니다. Frankly: log 분석을 위한 아키텍쳐를 구성해보라고 했고 apache tajo를 이용한 해법을 설명했더니 외부 솔루션 의존적이라 자체 구현 능력이 있는지 모르겠다는 평가를 받았습니다. 로그 분석은 매 프로젝트에서 언제나 하는 것 아닌가? 새로운 해법을 제시했더니 사족이 된 건지 모르겠습니다. Samsung Lab: 10개의 계단을 올라가는 경우의 수를 구하는 프로그램을 작성하라고 해서 node를 이용해서 이것 저것 지도 했는데 그냥 피보나치 수열이라고 했습니다. Phone Veeva: Object가 어떤 method들을 갖고 있는지, 자바 스크립트 inheritance 구현을 어떻게 하는지, generic 타입을 쓰는 이유가 뭔지 어떻게 쓰는지 이것저것 놓친 것이 너무 많아서 챙피했습니다. Resilient: queue 2개로 stack을 구현하라고 했는데 이렇게 작은 회사에서도 코드인터뷰는 쉽지 않았습니다. 한번은 full-stack senior 엔지니어 면접을 보면서 다음과 같은 질문들을 받았습니다. back-end와 front-end 전체 분야를 다 깊이있게 물어볼 경우 탈탈 털리는 느낌이였습니다. 특히 javascript 문제에 대한 준비가 제대로 되어 있지 못했습니다. - java, framework 일반적인 질문 - was, linux 일반적인 질문 - 멀티 쓰레드 프로그래밍 (쓰레드간 순서 통제 등) - architecture, deploy, development 방법 - javascript concept / coding (상속, closure) - SQL 쿼리 문제 - 출력된 자바 코드를 보여주고 JAVA 코드 수정하기 ㅇ full-stack 엔지니어 full-stack은 분명 ...

구직 초반의 마음 상태는 H1B도 있으니까 어떻게든 잘 되겠지 싶었습니다. 남들 몇년에 걸쳐 경험하는 것을 1년안에 해치울 수 있어서 오히려 잘 되었다 싶었고, 몇몇 지인들의 reference도 받을 수 있어서 쉽게 구할 수 있을 줄 알았으나 1달반이 가까와 오도록 성과가 나타나지 않았습니다. 나의 인터뷰 진행 상태는 다음과 같았습니다. - 첫번째 전화인터뷰: 모두 내 경력 때문에 좋아라 했습니다. - 전화 테크 인터뷰: 대략적인 기술 설명과 해법들을 이야기 하는 것이라면 별 무리 없었습니다. - online test: 메모장 같은 것을 통해서 코딩을 했는데 소통이 잘 되지 않아서 내가 봐도 맘에 안들었습니다. - onsite 인터뷰 - 현재 시스템 architecture 설명: 대부분 분위기가 좋았습니다. - white board coding: 처음 보는 문제들을 풀기가 쉽지 않았고, 설령 못풀어도 접근 방법등을 설명해야 하는데 멀티태스킹이 안되는 관계로 버벅거리기 일쑤 였습니다. 참고로 나는 나의 포트폴리오를 정리하기 위해서 깃헙에 샘플 프로그램 등을 정리해서 올렸습니다. 내 과거 프로젝트를 보여줄 수는 없지만 간단히 스터디 한 것들, 관심있는 것들을 이력서가 아니라 실제 동작하는 앱과 코드로 노출 시킬 수 있어서 인터뷰 채택에 도움이 되었다고 생각합니다. http://doohee323.github.io 3~4주 많은 인터뷰 일정들이 지나갔습니다. 준비하는 동안 60번이 넘은 폰스크린과 10여차례의 온사이트 인터뷰를 봤습니다. https://www.facebook.com/photo.php?fbid=881913825206218&set=a.118705318193743.15844.100001628253717&type=1&theater https://docs.google.com/spreadsheets/d/1s9fg4mOKWm2hv6Xx_dCf7_dtjZ_2r...

실리콘밸리 구직 체험기2_201505 - 3. 새로운 위기 우리는 지난 1년간 lockscreen app과 messenger app을 만들었습니다. 나는 backend restful API를 만들고 cms를 node.js, angular.js로 만들었다. 또한 AWS 인스턴스를 관리했습니다. 마지막 몇달 동안 기존 lockscreen 앱과 CMS 관리 대신에 메신저 앱에 집중했습니다. 한국에서는 매출과 이익을 내지 않으면 투자를 받을 수 없는 환경이지만 매출 없이 유저수 증가에만 집중하는 모습이 참 생소했습니다. 우리는 사용자의 행태를 확인하기 위해서 BI툴을 이용해서 사용자 수와 retention rate 등을 추적하고 새로운 기능에 대해 사용자의 반응을 점검하면서 기획을 수시로 바꿨습니다. 많은 기능을 새로 만들고 ab test를 통해서 또 많이 폐기 했다. 실제 만든 기능 중에 절반 이상은 버려 졌습니다. locket앱은 2014년 google store의 베스트 앱으로 선정되기도 했다. 그러나 사실 이 시점에 이미 우리는 메신저 앱에 올인 하고 있었습니다. https://www.facebook.com/photo.php?fbid=10204452594066393&set=a.2225490048257.118046.1577949323&type=1 우리가 만든 메신저 앱은 초반의 반응이 워낙 좋아서 정체되었던 lockscreen 유저수를 단번에 따라 잡았습니다. 특히 Retention Rate 이 좋아서 사용자들의 제대로 사용하고 있다고 생각했습니다. 잠깐이지만 google play 에 featured 되고, 인도에 가입 지원을 했을 때 사용자 수가 급증하기도 했습니다. https://www.facebook.com/photo.php?fbid=10204901853057587&set=a.2225490048257.118046.1577949323&type=1 그 시...