신입 백엔드 포트폴리오 이렇게 작성하는게 맞을까요???

동일 내용을 1장으로 압축 요약하는게 어떨까여. 보통 채용에 기술적 검토를 하는 팀장급들이 주로 하는 일이 복잡하게 짠 코드를 간결하고 직관적인 코드로 바꿔놓는 일을 하느라 바쁘거든여. 코드를 한명이 짠것처럼 통일하거나여. 그래서 그걸 다 읽고 있을세가 없어여.

저도 이제 신입 개발자이지만, 그만큼 취업할때까지 현직자, 시니어, 면접관 분들의 피드백을 최신으로 많이 받았기에 답변 남기겠습니다. 우선 첫번째로 제가 억지로 거는 딴지일수도 있지만 - Out Of Memory: unable to create native thread 이렇게 팀프로젝트에서 말하고자 하는내용을 제목으로 쓰셨나요? ㅎㅎㅎ 평균적으로 서류를 검토하는 인사담당자가 신입 이력서 1명을 보는데 소요하는 시간이 3~5초 이내라고 합니다. 한글로 한단어에 프로젝트를 응축해서 적어도 이력서를 파악하긴 모자란 시간이라 생각드는데요, “뭔가 PR 커밋컨밴션도 영어로 주로 하고, 개발할땐 영어가 많이 쓰이니까 영어로 하면 시선을 끌것같다” 라고 판단 하셨다면 불리한 조건이라 생각합니다. 저라면 “메모리 부족: 어떻게 해결했을까?” 라는 제목으로 두고 궁금증 유발해서 3~5초동안 이력서 스캔하는데 한줄이라도 더읽게 했을 것 같아요. 이건 회사마다 다르고 영어가 좋은 회사들은 질문자 님의 작성형태를 좋아할 것 같은데 그건 본인 스스로 판단하시면됩니다. 스레드 문제는 뭐 모니터링이나 로그를 보시고 운영적 측면에서 어떻게 대응할지 잘 하신것 같아요. 근데 개인프로젝트 내용에서, Accept 큐 오버플로우 해결 이라는 주제에, 톰캣 큐을 100에서 200으로 상승시키니 에러율이 줄어들었다고 적어두었습니다. 근데 제가 개발지식이 0인 일반인이라고 해도, 아니 그럼 애초에 큐인지 뭔지를 10000으로 두면 문제도 안생기는거아니야? 라는 의문이 들것같아요. 본인이 설정하신 기술적 의사결정에 “이것밖에 없다” 라는 명백한 이유가 있나요? 제 생각엔 “1060으로 오버워치 풀옵돌리니까 렉이걸려서 4070으로 바꿨다” 라는 느낌으로 보입니다. 좀더 주제에 맞게 접근하자면, 100명을 줄세우던걸 200줄세우게 하니 느리더라도 에러는 0이 되었다 라는 의미같은데 이것보다 100이더라도 백엔드 서버에서 처리속도를 개선해서 200명까지 줄세우지 않아도 에러율을 낮게 처리할 순 없었나요? 큐를 100->200이 최선이었을까요? 정답을 바라지는 않지만 서류를보고 면접을 보는 면접관 분들은 해결한 방법보단 해결한 과정에서 고민과 선택지에 대한 비교, 그리고 선택지를 고른 이유 이런게 더 궁금할 것 같아요. 애초에 100->200이 근본 해결책도 아니구요. 종합하자면, 단 하나의 요소만 적어도 충분하다 생각듭니다. 물론 너무 어필하고싶은 브릴리언트한 해결경험이 있다면 여러개 적고싶을 테지만, 모든내용중 3~5초내에 특정 키워드로 눈을 끌 수 있게 작성하되, 좀더 결과를 고르기까지의 선택지에 대한 고민과 비교를 어필하고 7장을 다른분 말대로 1장으로 줄이는걸 추천드립니다. 전체 1장이아니라 소개1장, 프로젝트 1장 정도로요. 물론 저도 하고싶은말이 많아 4~5장 썼지만 지금 제 예전이력서를 보면 1장으로도 응축가능하겠단 생각이 듭니다. 고생많으셔요. 도움이 되실진 모르지만 파이팅입니다!!!!