24 followers
사용자에게 정보를 전달하는 것에 몰입하는 엔지니어가 되고 싶습니다. AB180에서 프론트엔드 개발자로 일을 하고 있습니다.
Subscribe to my newsletter and never miss my upcoming articles
크리스마스 캐롤이 울릴 때가 되면 올해도 곧 끝이라는 생각이 자연스레 든다. 지난 시간을 돌아봤을 때 딱히 생각나는 것이 없으면 괜히 슬퍼진다. 하지만 시간은 결국 반복되는 주기 안에서 우리가 어디에 있는지 알기 위한 도구일 뿐이다. 그러므로 시간이 흐른다고 슬퍼할 필요는 없다. 그저 담백하게 돌아보고 기록을 남기면 충분하다. 연초에 복무만료를 맞아 쉬겠다고 낸 휴가 기간부터 힘든 일이 많았다. 갑작스럽게 할머니에 이어 할아버지를 보내고. 아...
똑똑하고 잘하는 사람들이 모인 회사들이 눈에 띄인다. 많이 부럽다. 저기에 들어가면 배울 것도 많겠다는 생각에 부풀게 된다. 그런데, 그렇게 모여서 만든 제품이 너무 별로여서 놀란 적이 많다. 돌아보니 그때마다 같은 생각을 했던 것 같다. 하나, 정작 필요한 기능이 없거나 잘못 만들어져 있다. 예를 들어, 미용실은 한 달에 한 번 가는데 서비스의 세션 만료가 7일이어서 쓸 때마다 로그인 해야하면 뭐라고 해야할까. 둘, 널리 쓰이는 개념이나 용어...
기술 면접이 끝나고 난 뒤 기술 면접은 과정 설계가 끝이 아니다. 아래의 작업까지 모두 마쳐야 비로소 기술 면접을 끝냈다고 말할 수 있다. 지원자에게 기술 면접 경험을 묻는 설문지를 보내야한다. 내부적으로 면접 과정에서 잘못한 것 혹은 개선할 것을 정리해 반영해야한다. 예를 들어 최근에 받은 피드백 중 하나는 '사용법에 치중한 질문일 수 있다'는 점이었다. 어떻게 개선할 수 있을지 팀 내에서 꾸준히 논의해보고 있다. 그리고 반드시 지원자에 관한...
코딩 테스트 들여다보기 요구사항은 항상 변하는데, 요구사항을 기존 구현체에 반영하는 것은 쉽지 않다. 기능을 예상해서 미리 만든다고 해도, 그게 쓰이지 않으면 레거시가 될 뿐이다. 그래서 새로 잘 짜는 능력만큼 기존의 코드와 호환되게 짜는 능력 역시 중요하다. 코드를 작성할 때에는 사람의 관점이나 습관이 적나라하게 드러난다. 단순한 Button 컴포넌트를 만들어보라고 하면, 저마다 설계한 state와 props의 구조가 다르다. 정답에 가까운 ...
이전 글의 '기조 설계하기'에서 기술 면접을 설계할 때 사용할 사고방식을 정했다. 기조에 맞는 기술 면접 방식이 무엇일지 고민을 많이 했다. 이야기도 나누고, 문제 해결 과정도 확인하기 위해서는 하나의 방법만 사용할 수 없었다. 그래서 고민 끝에 '질문과 답변', '코딩 테스트'를 섞어서 구성하기로 했다. 질문과 답변 많은 면접 진행자들은 이력서에 써있는 내용이 물경험, 물경력인지 확인하고 싶어한다. 그래서 많은 질문을 해서 얼마나 아는지 확...
생각이 없으면 베끼지도 말자 기존 기술 면접은 2~3시간 동안 회의실에서 진행했다. 1시간은 경험 및 기술 관련 질문을 몰아서 한 뒤 답을 들었고, 1시간 반은 과제, 알고리즘을 구현하는 코딩 테스트를 진행했다. 이렇게 기술 면접을 설계한 이유? 놀랍게도 없었다. 큰 회사들이 그렇게 한다니까 똑같이 따라갔을 뿐이다. 한 가지 웃긴 것은, 나도 이런 면접들을 본 후 엄청 기분 나빠했으면서, 막상 입장이 바뀌니 똑같은 문제를 답습했다는 점이다. 이...
