신입 백엔드 개발자 이력서 피드백 부탁드립니다!

Question

안녕하세요 올해 2월 4년제 대학 졸업 후 취업준비중인 취업준비생입니다! 서류 탈락도 잦고 여러번 이력서를 갈아엎어봤는데 핀트를 잘못잡고있다는 생각이 강하게 들어서 이력서를 한 번 피드백 받아보고싶은 생각이 들어서 글을 적습니다!개인적으로 갖고있는 고민은 기술을 강하게 어필하면서 작성하는 방법이 옳은 것인지, 저를 드러낼 수 있는 요소들을 말하면서 작성하는 것이 좋은지 고민이 많습니다. 왕도가 없다는 것은 잘 알고있지만 선배님들의 말씀이 듣고싶습니다!https://drive.google.com/file/d/1LFqNNNQ3skF26xInwbYzxjZOGIlzE0lQ/view?usp&#61;sharing 공유 문서로 이력서 공유해드리겠습니다. 감사합니다.

カワウソ · Answer

이것저것 아는게 많으니 스타트업에서 좋아할 것 같습니다.근데, 구글 드라이브의 문제인지 순간적으로 개인정보가 노출되는 이슈가 있네요. 오두호 님.

창시기 · Answer

취준생의 입장에서 생각해봤을때, 코드는 가리시는게 좋겠습니다. 이력서는 볼만한데요. github 코드 까봤을때 대충 로직을 이해하고 작성하신건지, 아니면 코드만 복사한건지 대충 보입니다. 예를 들면 dto 등에서 생성자도 직접 전부 구현하시고 롬복으로 &#64;NoArgsConstructor&#64;AllArgsConstructor .. 전부 붙여넣기 하는거요. 정말 솔직히 말하자면, 이력서에 말씀하신 거 정말로 구현하셨는지 의문이 조금 듭니다.사실 흔한 이력서라고도 할 수 있겠는데 저는 깊이가 있는 것을 많이 선호해요. 똑같은 게시판이라고 해도 로직을 알고, 고민했다는 것과 그냥 어디서 긁어온 것은 분명 다르니까요. 그 외에 기술을 강하게 어필하면서 작성하는 방법 vs 자신을 드러내는 방법을 고민한다면 저는 둘 다 보여줘야 한다고 생각합니다.

MuDaeng · Answer

2번째 프로젝트에서 kafka로 어플리케이션 내부에서 pub sub을 하네요. 다음번 플젝은 내부에서만 사용하실거면 스프링 어플리케이션 이벤트 사용해보시는건 어떨까요?? 우선 카프카 적용시키신다고 고생하셨습니다.그리고 메서드가 다 퍼블릭만 있네요. 기능단위가 다 public만 필요한걸까요??정적 팩토리 메서드 패턴 많이 쓰시는데, 그러면 @AllArgsConstructor의 accessLevel을 private으로 설정해도 될것 같고, 안쓰는 @NoArgsConstructor는 삭제해도 될것 같구간혹 Dto 속성은 접근자가 private이 아닌데 실제 사용하는쪽에서는 getter를 사용하는데 그 이유가 뭘까요??

신입 백엔드 개발자 이력서 피드백 부탁드립니다!

3개의 답변

Q&A 목록