취준생 고민 상담, 이력서 피드백 부탁드려도 될까요?

먼저 너무나 정성스러운 피드백 감사합니다. 이력서를 항상 수정하며 독백으로 너무 많이 읽다 보니 익숙해져 버린 나머지 가독성을 못 잡았던 거 같습니다. 이렇게 피드백 주시니 저도 가독성이 안 좋다는 느낌을 받았습니다. 또한, 너무 많은 어필을 하는 것이 아닌가에 대한 피드백도 제 생각을 관통하는 거 같습니다. 이력서의 본질을 다시 한 번 상기하며 수정해보겠습니다. 다시 한 번 감사 드립니다!

안녕하세요 민우님. 다름이 아니라 피드백 주신대로 이력서를 수정하다가 추가적인 궁금증이 생겨 질문 드립니다. 먼저 앞서 말씀해주신 데로 템플릿과 가독성 개선을 위해 노력 중입니다. 가독성을 개선하다가 문득 궁금한 것이 생겼습니다. 제 생각에는 6번 문항에서 언급하신 트러블 슈팅의 경우는 이력서에 있어야 할 부분이 아닌 포트폴리오에 있어야 하는 부분이 아닐까 하는 고민이 들었습니다. (항상 고민하게 되는 부분) 제가 구글링을 통해 그동안 살펴본 바로는 거의 모든 이력서가 포트폴리오 아닌가? 생각이 드는 이력서였습니다. 또한 이렇게 생각하니 제가 지금까지 제가 작성한 이력서가 개발자 이력서답지 않았나?라는 생각이 듭니다. 개발자 이력서는 제가 지금 생각하고 있는 이력서가 아닌 포트폴리오처럼 작성해야 하는 것일까요? ex) 트러블 슈팅 추가 제 개인적인 생각으로 이력서는 내가 그 프로젝트에서 맡은 역할, 포트폴리오는 그 프로젝트에서 겪은 점 이라고 생각해오고 있습니다. 결론 : 제가 게시글 API를 개발하고 개선했다면 한 Depth 내려가 게시글 내에서 성과 또는 트러블슈팅한 내용을 적는 것이 맞을까요? 정답은 없겠지만, 민우님의 의견이 궁금합니다..

이력서라는게 정말 정답이 없고, 회사마다 원하는 폼도 다르고(SK, 삼성같은 회사의 폼과 네카라쿠배당토도 다를거고, 일반 스타트업/중소도 다르고, SI도 또 다를겁니다. 지금 수많은 회사에서 한 명의 인력이 AI로 인해 역량이 1.5~10배가 되어가고 취업을 희망하는 뉴비 개발자분들이 더 많아지고 있어요. 스타트업도 중소기업도 거의 100대 1이상이라 하더라구요. 이름대면 알만한 기업은 두말하면 잔소리구요. 이 말을 한 이유는, 많은 이력서 검토하시는 분들께 들을바로는 이력서 하나를 보는데 3~5초정도 소요한다고 들었습니다. 그분들은 본인 업무할 것도 바쁜데 일단 들어왔으니 슥 슥 읽어넘기는거에요. 거기에 문장으로 그렇게 적혀있었다면 그건 이력서 맨위에 5만원권 하나라도 붙여놓는거 아닌 이상 읽기도 힘듭니다. 그런 포인트를 인지하고 잠깐이라도 눈을 끄는 문장 하나, 숫자 -> 숫자 이런 포인트를 심어놓는거에요 이력서에는. 그렇게 눈에 한번들어오면 오 뭐지? 하고 프로젝트 제목이라도 한번더 보게될것이고, 내용을 한번 읽어주시겠죠. 이력서는 콤팩트하게 임팩트를 주는게 좋은데, 정말 어려운 부분이지만 백엔드 개발자가 내세울 수 있는 포트폴리오라 함은.. 잘 만들어진 프로젝트의 README.md라고 생각합니다. 이력서를 읽다가 프로젝트가 궁금해서 깃허브 오픈되어있는 레포지토리에 들어와서 프로젝트를 슬쩍 스캔도 해보고 어떤분인지 판단하는건 시선을 끌고나서 맡길일이고, 트러블 슈팅을 넣는다고 포트폴리오 느낌이 나지는 않습니다. 경력이라고 넣으신 그런부분에 프로젝트에 관한 개선 사항과 고민을 콤팩트하게 적어보세요. 트러블 슈팅이라고 스토리텔링을 이력서에서 하는 것이 아닌 잘 정리된 표든, 그래프를 조그맣게 첨부할 수도 있고, 정답은 없다생각합니다. ++추가 게시글 API를 했다고 하면 프로젝트 주제: ~ 플랫폼 / 역할: 게시글 관련 API 트러블 슈팅 인기 게시글에 트래픽이 몰리는 문제 - 문제인식: 게시글의 조회수 내림차순 대로, 특정 시간에 API가 과다하게 몰리는 것을 확인(GA 분산 트래픽 추적 및 그라파나 메트릭 분석) - 기술적 의사결정: 1. 로컬 스토리지~ 같은 게시글은 여러번 조회하지 않아서~ 기각 2. 서버 캐시 메모리 속도 및 db 접근 개선 ~이유로 기각 3. Redis에 게시글 객채 등록 속도가 어떻고~ 클러스터링 후 고가용성도~ 결과: 시간대별 인기글 갱신~ DB 접근 횟수 동시간대 대비~ 부하테스트 후 평균 TPS 98ms -> 5ms 예시는 물론 매우 기본적인것이고 특별한 것은 없지만, 아까 질문하신 프로젝트라면 이것보다 훨씬 깊은 고민이 담긴 개선이 한두번 있었을거라 생각해요. 너무 내용이 깊지않아도 캐시 메모리만 써도됐을텐데 레디스를 왜? 라는 질문으로 이어진다면 그런 본인에 대한 고민도 말할 수 있을 것이고, 사실 면접보는 시니어분들은 주니어개발자한테 기대가 그리 크지않습니다. CRUD만 완벽하게 할줄 아는 사람이길... 이라는 생각도 많이하신다해요. 기술적으로 딥하지 않아도 어떤 문제를 해결하기까지의 고민과 학습하고 해결한 방식을 보고 이사람을 뽑았을때 우리회사에서도 문제가 있을때 이렇게 고민하고 해결하겠구나 라는 인식을 줄 수 있게 그런 개발자다운 면모가 보였으면 좋을거에요.