이미 사용 중인 스크랩북 이름입니다.
다른 이름을 지정해 주세요.
공유
공유
25년 차 개발자로 꾸준히 멘토링을 하다 보니 신입 개발자의 이력서를 볼 일이 많습니다. 신입 또는 경력이 짧은 주니어 엔지니어의 이력서는 대체로 비슷합니다. 조금 과장해 표현하면, 이름과 연락처를 가렸을 때 모두 같은 사람이 낸 이력서처럼 보이기도 하죠. 특히 “자신이 한 일을 사실 위주로 간결하게 쓰라”는 조언을 따른 이력서는 더욱 분별력이 떨어집니다. 저는 이런 형식을 신입이나 주니어에게 추천하지 않습니다. 신입 개발자는 ‘자신이 한 일’이 아닌 ‘자기 자신’을 이력서의 주제이자 주인공으로 삼고 작성해야 합니다. 좋은 이력서를 쓰는 방법을 함께 알아봅시다.
창업한 다음, 제품을 처음부터 다시 만들기로 결정한 시점은 이미 프로젝트를 시작한 지 두 달이 지난 후였습니다. 처음부터 다시 코딩을 시작한 지 5주가 지나 알파 버전으로 서비스를 개시했습니다. 그리고, 그로부터 두 달 뒤에 고객을 처음 만났습니다. MVP로 고객과 3주 정도 시간을 보내고 난 다음, 저는 한 번 더 탄식할 수밖에 없었습니다. "고객이 쓰지도 않는 걸 그동안 만들었네. 심지어 만든 지 두 달 지난 내 코드는 다시 사용하기 어려운 레거시(Legacy)가 됐구나. 한 번 더, 뒤집어엎자." 대체 무슨 일이 있었던 걸까요?