중고 신입 FE 개발자 취준생인데, 서합이 너무 어렵습니다. 서류 관해서 조언 받을 수 있을까요?

Question

안녕하세요.개발자 취준생입니다. 서류 지원을 해도…실제 면접까지 가는 경우가 없어서 도움을 구합니다.그나마 최근에 초기 스타트업 (동일 도메인)에 서류 합격 했으나 2차 면접에서 탈락했습니다… 공백기가 2년 넘게 지속되고 있어서 너무 스트레스 받고 있네요…관련해서 컨설팅을 받아보긴 했지만 어디든 빠르게 취업해야 한다 및 서류 관련해서 피드백을 받았었습니다… 수정해서 지원하고 있는데 마찬가지로 서합 연락은 오질 않습니다. 단순히 불경기라서 그런 건지, 서류에 문제가 있는 건지 알고 싶어요. (혹은 둘 다일지)회사도 넣을 곳이 점점 없어지니 곤란할 따름입니다.담당자님들 입장에서 제가 어떤 지원자 후보군으로 읽힐지 알아두면 서류 개선에 좋을 거 같아서,괜찮다면 피드백을 부탁드립니다.또한, 제 서류가 임팩트 있는 건 아니다라는 피드백을 받았어서, 그런 쪽 관련해서도 어떻게 하면 임팩트를 줄 수 있는지 궁금합니다…지원하는 곳은 인턴, 신입, 경력 2년차까지는 넣어보고 있습니다. (풀스택이나 프로덕트 쪽도 주요 업무만 맞다면 넣어보고 있습니다.)이름이나 회사 등 개인정보는 특수문자로 대체하거나 삭제했습니다.(서류는 플랫폼 양식에 맞춰 작성하거나 하나의 pdf로 제출하고 있습니다. 별도로 요구하는 경우에는 분리하여 제출합니다…)

edg · Answer

이력서를 열람하는 분들의 심리적인 문제인 것 같네요. 대충 보면 유야용 그래픽 인터페이스처럼 보여지고 실제로 그런 인식이 강합니다. 선택과 집중을 해야 하는 스타트업에서 수준이 낮아 보일 수도 있을 것 같습니다.SSE나 웹소켓은 기본이라서 신입 이력서가 아니면 피해야 할 종목인 것 같네요.디자인 패턴을 접해보시면 상태 관리에 중요성이 높은 편이죠.사실 백엔드도 동일한 것인데 사용하고 종료해야 하는 객체를 그냥 잃어버리는 경우일지도 모르겠습니다. 그런데 뭘 잘해도 회사가 당장 필요한 기술 스택에 맞춰주는 것이 좋겠죠.눈을 가리고 지금 이력서 달랑 한 장을 뿌린다면 조건이 일치하는 곳이 얼마나 나올까요?공통된 모집 공고를 정리한 다음 몇 가지 다양한 이력서를 만들어서 제출하는 편이 아마도 승률이 가장 높을 듯 싶습니다.Ai에 물어보면 ‘정확합니다. 무릎을 치게 만드느라 뼈를 때리는 핵심을 짚으셨네요.’ 라네요.

대구공돌e · Answer

보니깐 그 흔한 정처기에 방통대 학사도 없고 평범한 비전공자 개발자 이력서라 경쟁력이 없는거 같에요 위 2개 가지고 있어도 취업이 안되는데 많이 힘들꺼 같에요 ㅠㅠ

catcode · Answer

부담이 되지 않는다면 유료 첨삭을 받아보심이..

cryingSpamMan · Answer

일단은 자기소개서 성장배경이라는 제목을 나의 강점으로 변경하면 좋을것같습니다.그리고 전체적으로 빽빽한 감이 있어 가독성이 떨어지는것같습니다. 첫장이 좌우 상하로 구성이 되어 있는데 제 입장에서는 보기 피곤하고 잘 안보입니다. 2장으로 분리해서 상하 구조로 일관성있는 구조로 가는게 좋아 보입니다. 그리고 첫장의 영어 타이틀인 Team Project, Contact 이런 영어 문구 모두 한글로 변경하는게 유리 합니다. 영어는 한번더 머리속에서 거쳐야해서 보는 입장에서 피로 합니다. 그냥 한글로 바꾸세요 문제 판단 결과 쪽도 각각 문단마다 한줄씩 빈칸을 주던지해서 구분 라인을 주세요 내용이 잘 안읽힙니다. 중고의 강점은 경험이 있다는겁니다. 그 강점을 강조하기 위해 경력기술서 및 경력 사항을 기본 신상명세 바로 다음에 배치 하는게 낫습니다. 회사 했던 각 프로젝트당 걸렸던 기간도 대충이라도 기술 해놓는게 좋습니다전체적으로 문장들이 긴편인데 중요 키워드들, 예를 들면 5초 단축, 안정적 같은 단어를 살짝 볼드체로 바꿔보는것도 나쁘진 않을것같습니다. 자기소개서에 회사 생활하면서 느꼈던것도 작성해보시면 좋을것 같습니다.그리고 코알라 우체부의 스샷은 삭제 해버리고 안쓰던지 , 운영중인 사이트라면 링크로 대체하는게 낫겠습니다. 전체적인 구조를 해쳐 보입니다.그냥 저 개인적인 의견이니 본인의 성향에 따라 취사선택 해서 적용해보시면 될듯합니다

몰랑토끼 · Answer

1. 좌우 배치는 시선분산이니 좌우배치는 제거.2. 중요한것먼저 배치. 팀플은 경력기술서보다 중요하지 않습니다. 자기소개, 컨택트, 스킬스, 회사경험, 개인, 팀플, 외부활동, 교육 순으로 정리하고, 돌아가고 있는사이트라면 실제 url도 첨부해주세요.지금은 팀플, 회사경험, 너무 중구난방이네요. ㅡㅡ회사경험의 '역할'을 '주요업무' or '업무'로 바꿔주세요. 역할이라는 단어는 맡은것,주어진것을 한다는 느낌을 줍니다. 문제, 판단, 결과. 각 설명을 더 줄여주세요. 중요키워드에 볼드체나 '' 로 강조해보세요.맨 하단의 긴 자기소개는 읽는사람이 있는지는 모르겠네요. 그걸 줄여서 처음의 자기소개에 추가해보세요. 처음말했던 레이아웃을 수정하면 지금의 첫 자기소개는 2줄정도로 나올꺼같은데 10줄~12줄까진 나와도 됩니다. 처음 자기소개의 멘트의 '주어진 요구사항을 그대로 구현하기보다', '해결책을 만들어갑니다', 전자는 진부하고, 후자는 신용도가 없죠. 자신의 가치관을 업무에 연관지어서 이사람이 일할때는 어떤 마음을 가지고 일하는지 보여주는게 관심을 갖게 합니다. 예시: - 문제 해결은 문제를 어떻게 추상화하여 정의하느냐로 결정된다고 생각합니다. 해결책을 고민하기 전에 문제를 제대로 정의하고자 합니다- 팀원간의 유대를 중요하게 생각하고 있습니다.

stellaaaaaa · Answer

제가 요새 신입 ~ 중고 신입 프론트엔드 개발자 분들 이력서 보면서 느끼는데 오히려 읽히기 쉬우라고 축약한 짧은 구문이 물흐르듯 읽히지 않아요.그냥 ai에 돌린 이력서 같이 느껴집니다. 간결하다고 잘 읽히는 게 전혀 아닌데.. 읽는 입장에서는 약간 불친절하다고 느낍니다.경력 기술한 부분들도 너무 성능 개선 또는 구현 결과에 치중되어 있습니다.예시로 들어볼게요.기술 구현의 부분“TanStack Query로 만다라트 데이터를 장기 캐싱하고, setQueryData로 저장 직후 UI 를 즉시 반영해 불필요한 API 요청 없이 안정적인 사용 경험을 유지”라는 줄글을 보면, 어떻게 구현했구나, 하는 생각도 들고 대충 왜 그렇게 했을지 어림짐작은 되지만 그건 저 한줄을 뜯어본 후라 그렇고 실제로는 5초만에 지나갑니다. 왜 장기 캐싱을 채택했는지, 그리고 저장 후에 왜 refresh 대신 setQueryData를 했는지 이해되지 않아요.설계 부분“퇴원 완료 환자 재처리 시 발생하는 예외 상황을 기획 단계에서 선제적으로 발굴하고, 기획자와 협의해 의료진이 원인을 즉시 파악할 수 있는 안내 흐름을 설계함”여기서는 정말 뭘 말하고 싶은지 잘 느껴지지 않습니다. 협업을 말하고자 한건지? 어떤 식의 설계..? 불친절하게 느껴집니다.1) “재처리”가 뭔데?환자가 퇴원 처리된 뒤 다시 어떤 처리를 하는 건지 모름.2) 어떤 예외를 발견했는데?데이터 중복? 상태 불일치?3) “안내 흐름을 설계”했다는 게 뭘 했다는 건지?에러 메시지를 추가한 건지, 모달/분기 처리를 만든 건지 애매함.

중고 신입 FE 개발자 취준생인데, 서합이 너무 어렵습니다. 서류 관해서 조언 받을 수 있을까요?

6개의 답변

Q&A 목록