돈 받고라도 이력서 피드백 해주는곳을 찾습니다

Question

Si도 소기업도 괜찮으니 일단 취직해서 경력먼저 쌓고 싶습니다.그런데 어디서도 저를 받아주지 않아요..그래도 좌절하고 있을 시간도 생각도 없습니다.혹시 이력서 피드백을 받을 좋은 방법이 있을까요?돈을 내고서라도 문제점들을 뜯어 고치고 싶습니다.절박합니다.

vrerv · Answer

개발자 이력서면 주시면 피드백 드리겠습니다

감독님테스트가하고싶어요 · Answer

학원 이후 공백기가 너무 깁니다.학교 다녔던 기간, 학원 다녔던 기간 빼고 더 심플하게 만드세요최소한 그래서 면접이라도 가서 물어보면 거기서 쇼부를 치세요성격 및 성장공통된 문제점 : 본인 경험이 없음 -> 나는 뭔 사람이다. 그래서? 그 근거를 말해줘야하는데 그거없이 끝 -> 호소력 0스토리 구구절절. 특히 수학 문제를 단원별로 풀어갔다는 점은 가히 압권. &#34;인문학적 소양을 늘리기 위해 책을 많이 읽었습니다&#34; 와 다를바 없음. 본인은 어느정도 연관있다고 생각해서 넣은 것이겠지만 자소서에 자랑스럽게 적을 정도로 큰 연관이 있어보이지 않음.어차피 길게 써도 자세히 안봅니다. 하고싶은 말 서두에 한줄. 그를 뒷받침하는 경험 짧게해서 글을 좀 슬림하게 만드세요.기술 스택백엔드랑 쿼리를 합치고 그 자리에 뭔가 협업 관련된 툴, 그리고 그를 뒷받침하는 경험이나 증거가 필요해보임포트폴리오코드 봤을때 try, catch가 난무해서 이에 대한 예외처리나 옵셔널 사용이나 트랜잭션 등등에 대한 개념을 잘 알고있을지 의문주로 많은 기업들이 보고싶을 기본적인 CRUD 관련해서 보여주는게 없어서 평가가 더욱 애매해져서 안뽑고 말것같은 느낌의 포트폴리오평범한 일반 게시판 포트폴리오를 하나 추가로 작성해보는게 어떨지?개인적으로 깃 잔디 너무 허전해보이고 그 외에 공부 기록들도 너무 허전함. 개발 관련 포스팅을 몇백개 적던지 깃 잔디라도 2000개 심던지 코딩을 좋아하는 티를 그렇게 내야지 말로만 코딩을 좋아합니다 즐깁니다 해봤자 믿어줄 사람 0왜이렇게 자주 언급되나 싶을정도로 나오는 수학관련 블로그 운영까지뭔가 협업하면서 주제(핀트)를 잘 못잡을것 같아서 같이 일하면 답답할 것 같은 인상을 줌.수학 잘한다 -> 알고리즘 잘한다 -> 개발 잘할것이다 이런 생각이면 오산알고리즘 잘하는 사람 -> 코딩테스트로 걸러내면 됌. 코테 안본다? 그 회사는 알고리즘 잘하는 사람이 크게 필요 없는 것임. 그러나 자꾸 수학 어필하면..흠?수학좋아하는거 어필하고싶으면 지금 블로그에 수학관련 글 많던데 거기에 개발 관련 포스팅 많이 올려서 비율만 어느정도 맞추면 블로그 들어간 사람은 저절로 수학 좋아하는지 알게될 것인데 계속 수학관련 어필할 필요는 없어보임. 오히려 역효과조금 날카롭게 말씀드렸을 수도 있겠으나, 본문에서 간절함이 보여 꼭 취업에 성공하셨으면 하는 마음에 느낀 점을 가감없이 말씀드렸으니 양해부탁드립니다.

김을동 · Answer

기술스택프론트에 굳이 es6을 표기 안해도 될것 같아요 (지금은한참 더높음)타입스크립트 오타기술스택 구분없이 주요한 의미있는 것만 쓰는게 어떨까요? ex) Java Spring JSP JPA Mysql React모호한 구분보다 나을것같아요생각보다 면접관은 이력서를 자세히 보지 않아요.포트폴리오가 조금 부족해보이기도 하고,포트폴리오에 대한 요약이 있으면 좋겠네요. 자세히 보면 무슨생각이 있구나 알지만 보통은 자세히 안보게 됩니다2뎁스에 자세한 설명이 있더라도 1뎁스에 모든걸 표현해야해요ex)프로젝트 명참여인원 빛 기여도 또는 참여도,개발기간기술구성주요기능상업용 코드가 아닌 경우 깃헙주소이력서을 보고 1분 이내에 이 사람은 무슨 능력이 있고 어떤 경험이 있구나 판단할수있도록 구성해보세요.

GodDev · Answer

제 생각엔 SI소기업 경우에는 퇴사율이 높기 때문에 사람인 이력서 양식으로 작성해서 제출하는 것이 나을 수도 있을 것 같아요. 실력보다 야근을 할 수 있는 인내심과 성실함을 어필하는 것이 좋고 개발적으로 성장하기 위해 많이 노력한다는 어필은 금방 이직 할 것 같다는 느낌을 줄 것 같아요.SI소기업에서 근무할 때 실제로 개발적으로 성장하기 위해 많이 노력하려는 분들은 뽑아도 오지도 않고 다녀도 금방 퇴사했던 경험이 있습니다.

NPE · Answer

많은 분들이 답변 주셨는데 다 공감 되는 이야기이네요.일단 이력서가 개발자의 이력서가 아닙니다.쓸데 없는 내용으로 너무 길어요.레퍼런스를 일반적인 이력서로 잡은 것 같아요.전공이 관련 학과이니 어떤 프로젝트를 수행했고 어떤 역할을 했고, 그 결과물(수상 경력,논문,다운로드수등등)이 무엇인지 위주로 기술하세요.

C#린이 · Answer

영통권에서 일하고 있는 개발자입니다.기재된 연락처로 문자 하나 남겨드려도 될까요?댓글주시면 문자 드리겠습니다.위 선배님들께서 말씀주신 피드백에+@ 로 이런저런 팁 알려드리겠습니다.

benben · Answer

유튜브에 개발바닥 이력서 라고 검색하시면 영상 많이 나옵니다.그리고 워니 님 이력서 작성 관련한 영상도 있으니까요. 그런 것도 좀 봐보세요.프론트이력서인지 백엔드 이력서인지 조차 잘 모르겠습니다.

장독깨기 · Answer

포트폴리오가 좀... 저걸 포폴이라 할 수 있나 싶네요. 좀 이상해요.저 같은 경우 포폴 부터 볼 겁니다. 여기서 땡 이면 다른 건 안 봐요.주제 정해서 포폴을 새로 만드는 것이 좋겠습니다.

abcabac · Answer

인프런 멘토링은 어떠신가요?https://www.inflearn.com/mentors

워너비풀스택 · Answer

제 입장으로 적어보면..1.선정한 프로젝트가 지극히 수학적(알고리즘)이다.2.위와 연결된 생각으로 이 프로젝트가 기업 입장에서 경험있는 가치인가?백엔드 개발자로 뽑는다면. 로그인 없이 동작하고 jwt로 간단하게 인증구현을 한 프로젝트 경험자를 원할 것인가.. jwt인증을 쓴게 문제가 아니고 jwt 를 쓰면서 기존 oauth를 쓰던 인증과 달리 경험할 부분이 오히려 줄어드는 면이 있습니다.프론트엔드 개발자로 뽑는다면 프로젝트 자체가 frontend 비중이 크다고 느껴지는 frontend코드는 공개X백엔드 코드에 신입수준 이상의 무언가가 있는가? 그렇지 않다면 실무에서 필요한 것들이 녹아 있는가? 사실 백엔드 코드에 신입 분들이 특이점으로 어필하기는 어렵기 때문에.. 실무에서 쓰이는 주석... 테스트 코드 등 추가하면 좋을 것 같습니다.그리고 면접관 입장에서 보이는 눈에 보이는 채우기...아마 면접가면 물어볼것들..ec2 server 이거랑 그냥 서버 쓰는거랑 뭐가 다른데요? 어떤 특별한 경험을 했는데요? react / typescript /es6 관련해서 질문하면 답변 가능할까?3.프로젝트 경험 횟수 부족.. 팀 프로젝트 경험 부족좋은 점어떤 부분을 고민해서 개발했는지 정리한 부분은 잘하신 것 같습니다.다만 이력서 자체에는 너무 디테일 하지 않게 녹여내서 눈에 들어오게하시고면접가서 질문 받게끔 유도하는게 좋을 것 같습니다.

힘내자홧팅 · Answer

뼈있는 날카로운 답변들 모두 감사히 읽었습니다. 감사합니다

MungGaeDev · Answer

공백기간 너무 김.(단순감점요소라 고치기 어려움, 면접전에 답을 생각해 놓으세요.)기술 스택에 대한 설명 너무 부실함. 위에 나열했으면, 아래쪽 포트폴리오에서 자세하게 쓸 것.포트폴리오 부실함, 어떤 스택으로 무엇을 만들었는지 상세히 기술, 링크 걸어 놔도 들어가서 일일히 보는 사람 적음 ++ 본인이 어필하고 싶은 내용 위주로 적을 것다른 페이지로 이동해야 볼 수 있는 내용 너무 많음, 노션 말고 다른 문서 이력서 있어야함 (중요), 개발자 채용이라고 개발자가 이력서 읽는 경우는 거의 없음대부분 인사팀이 먼저 읽으니 누구나 한눈에 알아 볼 수 있게 작성출력하는 경우도 많으므로 이력서는 두 가지다 준비해서 제출

돈 받고라도 이력서 피드백 해주는곳을 찾습니다

12개의 답변

Q&A 목록