프론트엔드 신입 지원자입니다. 강의 봤을 때는 백엔드나 경력직 개발자에게 더 맞는 내용일까 싶었는데, 실제로 들어보니 직무와 경력 연차를 떠나서 이력서를 쓰는 개발자라면 충분히 적용할 수 있는 내용이 많았습니다. 특히 좋았던 점은 “이렇게 쓰면 합격한다” 같은 공식이나 템플릿을 알려주는 방식이 아니라, 서류를 보는 사람이 어떤 흐름으로 이력서를 읽고, 어떤 지점에서 피로감을 느끼는지를 설명해준다는 점이었습니다. 덕분에 제 이력서를 다시 볼 때도 단순히 문장을 예쁘게 고치는 게 아니라, 읽는 사람이 어떤 정보를 먼저 보고 싶어 할지를 기준으로 정리하게 됐습니다. 저는 원래 피그마로 이력서를 만들고 있었는데, 수정할 때마다 디자인과 레이아웃에 너무 많은 에너지를 쓰게 되더라고요. 강의를 듣고 나서는 보여지는 형식보다 내용의 전달력이 먼저라는 생각이 들어서 독스로 옮겨 다시 정리했습니다. 그 과정에서 프로젝트 설명도 단순히 사용한 기술을 나열하는 방식이 아니라, 왜 만들었고, 어떤 문제를 해결하려 했고, 그 안에서 제가 어떤 판단을 했는지 중심으로 다시 쓰게 됐습니다. 프론트엔드 신입 입장에서는 경험이 부족해 보일까 봐 프로젝트를 많이 나열하려는 마음이 있었는데, 강의를 듣고 나니 오히려 각 경험에서 무엇을 배웠고 어떤 기준으로 구현했는지를 분명하게 보여주는 게 더 중요하다는 생각이 들었습니다. 백엔드 중심의 예시가 있더라도, 핵심은 특정 기술 스택이 아니라 이력서를 읽히게 만드는 관점에 가까워서 프론트엔드 지원자에게도 충분히 도움이 됐습니다. 이력서를 계속 고치고 있는데도 뭔가 정리가 안 된다고 느끼는 분들께 추천하고 싶습니다.
프론트엔드 신입 지원자입니다. 강의 봤을 때는 백엔드나 경력직 개발자에게 더 맞는 내용일까 싶었는데, 실제로 들어보니 직무와 경력 연차를 떠나서 이력서를 쓰는 개발자라면 충분히 적용할 수 있는 내용이 많았습니다. 특히 좋았던 점은 “이렇게 쓰면 합격한다” 같은 공식이나 템플릿을 알려주는 방식이 아니라, 서류를 보는 사람이 어떤 흐름으로 이력서를 읽고, 어떤 지점에서 피로감을 느끼는지를 설명해준다는 점이었습니다. 덕분에 제 이력서를 다시 볼 때도 단순히 문장을 예쁘게 고치는 게 아니라, 읽는 사람이 어떤 정보를 먼저 보고 싶어 할지를 기준으로 정리하게 됐습니다. 저는 원래 피그마로 이력서를 만들고 있었는데, 수정할 때마다 디자인과 레이아웃에 너무 많은 에너지를 쓰게 되더라고요. 강의를 듣고 나서는 보여지는 형식보다 내용의 전달력이 먼저라는 생각이 들어서 독스로 옮겨 다시 정리했습니다. 그 과정에서 프로젝트 설명도 단순히 사용한 기술을 나열하는 방식이 아니라, 왜 만들었고, 어떤 문제를 해결하려 했고, 그 안에서 제가 어떤 판단을 했는지 중심으로 다시 쓰게 됐습니다. 프론트엔드 신입 입장에서는 경험이 부족해 보일까 봐 프로젝트를 많이 나열하려는 마음이 있었는데, 강의를 듣고 나니 오히려 각 경험에서 무엇을 배웠고 어떤 기준으로 구현했는지를 분명하게 보여주는 게 더 중요하다는 생각이 들었습니다. 백엔드 중심의 예시가 있더라도, 핵심은 특정 기술 스택이 아니라 이력서를 읽히게 만드는 관점에 가까워서 프론트엔드 지원자에게도 충분히 도움이 됐습니다. 이력서를 계속 고치고 있는데도 뭔가 정리가 안 된다고 느끼는 분들께 추천하고 싶습니다.