신입 백엔드 개발자 포트폴리오 이런식으로 하는게 맞을까요???

Question

안녕하세요백엔드 직군을 준비하는 신입 개발자입니다.포트폴리오를 작성했는데, 다음과 같이 구성을 했습니다.제목 : "스스로 문제 해결하는 " 신입 개발자<팀 프로젝트>Out Of Memory : unable to create native thread크롤링 과정 thread가 500개 정도 비정상적으로 생성되는 것을 visualVM으로 분석하고,모니터링 로그를 분석한 결과 chromedriver가 백그라운드에서 종료되지 않음을 발견함.따라서, 자원 회수 및 driver는 싱글톤으로 등록해서 스레드 수 40~60개로 유지 -> 운영 문제 해결<개인 프로젝트>Accept 큐 overflow해결10000명 부하테스트에서 에러율 2~3% 포착함.로그 분석한 결과, TCP Zerowindow로 서버 버퍼 오버플로우로 추측톰캣 accept 큐 100 -> 200으로 증가하니 에러율 0% -> 문제 해결redis 캐싱웹 사용자 80%가 5page 이내 접속한다는 논문을 발견함.따라서, 이에 맞게 redis를 사용해서 해당 page 부근만 캐싱을 함.부하테스트 결과 throughtput 40% 개선, latency 30% 개선포트폴리오를 이런식으로 내용 구성을 했는데 괜찮을까요???다른 분들 포트폴리오를 보니 기능 구현이 위주던데 이런식으로 구성해도 괜찮을지 솔직히 잘 모르겠습니다...분량은 7장 정도입니다.평가 부탁드립니다.

ㅇㅅㄱ · Accepted Answer

좋아 보입니다.대체로 본인이 무엇을 구현 했는지는 신입에게 크게 관심 없어요어떤 근거로 특정 기술과 방법론을 채용했는지, 그리고 얼마나 개선이 되었는지가 있어서 좋습니다.다만 어떤 기능을 구현하다 발견한 문제인지는 반드시 포함되어야 할 것 같아요.단순히 기능 구현에 관한 포트폴리오는 저는 주의 깊게 보지 않습니다.. ㅎㅎ추가적으로 7장의 포트폴리오는 좀 길어 보입니다.본인이 가장 보여주고 싶었던 것들을 짧게 쓰시는 것이 제일 좋아요그리고 이건 개인적인 취향인데, 저는 "스스로 문제 해결하는"같은 미사여구를 별로 안 좋아합니다. 담백한게 좋드라구요

캐티 · Answer

위에 거는 문제 해결 능력으로 정리를 하여야 하게쩌. 짧아도 될거빈다.문제 해결 능력OOM 스레드 생성 거부 문제 - 크롬 드라이브에 싱글톤을 도입하여 과도한 스레드 생성을 예방.부하테스트 오류 해결 - tcp 서버 backlog를 분석하여 응답 실패를 예방.레디스 캐싱 - 주로 5페이지 이내 미리 캐싱하여 지연응답 개선.위에 내용은 이케 1장 안에 한 문단이어야 좋은 전망이어요.

뾰로롱산새 · Answer

네 좋긴한데요 용어를 좀더 전문가 스럽게 써주면 좋은거 같기도하네요 ㅎㅎ별거아니긴한데모니터링 로그를 분석 -> VisualVM 활용해 스레드 덤프 분석 결과..같이레디스 캐시는 LRU 정책을 활용했다던지..좀 더 명확히 써주면 좋을거 같네요!!레디스 얘기만 해도 면접관이랑 몇시간은 떠들겠네용!!잘 준비하시면 좋을거 같아요!!

신입 백엔드 개발자 포트폴리오 이런식으로 하는게 맞을까요???

3개의 답변

Q&A 목록