24.07.17_TIL (이력서 피드백)

첫째로 ## 같은 것은 제거하길 추천드립니다.

노션 등의 마크다운 플랫폼의 내용을 붙여넣은 것 같아 성의가 없어보일 수 있습니다.

 

상단 자기소개는 상품으로 치면 포장지이며 첫 인상을 결정하는 곳입니다.

간결하고 근거가 명확한 본인의 강점을 어필해야 하는 곳인데요.

 

상단 자기소개 부분에서는 본인이 어떤 사람인지 주장하는 것 뿐 아니라 그에 대한 근거가 반드시 뒷받침 되어야 합니다.

예를 들어 ~하는 개발자이다. ~를 좋아한다, 추구한다. 라고 적으셨다면 그런 사람인 것을 설득할 수 있는 구체적인 경험이나 성과를 제시하셔야 문장에 힘이 생깁니다. 현재는 성과나 경험이 구체적이지 못해요. 예를 들어 다른 업계에서 10년 근무했다면 어떤 일을 했었는데 그것 또는 거기서 얻은 어떤 역량이 개발직에 어떻게 활용될 수 있는지 구체적으로 어필하셔야 합니다. 라이브러리 사용도 상단 자기소개에 적을만큼 크게 유니크한 내용은 아닙니다.

 

개발과 무관한 경력과 워킹홀리데이 같은 개발과 직접적으로 연결짓지 못하는 경험들이 이력서 내에서 너무 비대해요. 만약에 워홀에서 영어 실력을 향상시켜 영어 문서읽는데 문제가 없다든가 하는식으로 직접적으로 연결 지으실 것이 아니라면 과감하게 제거하세요. 프로젝트 부분이나 중요한 내용들이 오히려 희석되고 집중도 떨어집니다.

 

[PROJECT] 자세하게 설명하신 것은 좋으나 선택과 집중이 일부 필요하고 띄어쓰기 등을 해서 가독성을 높여야 합니다.

현재는 가독성이 너무 떨어져요.

 

선택과 집중은 예를들어 아래와 같습니다.

다양한 해상도를 나열하실 필요는 없습니다.

중요하지 않은데 열거하는 것들, 제거 약간의 성능 개선 , 최적화 -> '약간' 같은 애매한 수식어 제거, 정확한 수치와 성과로만 말하시는 것이 좋습니다.

또한 어떻게 최적화가 이루어졌는지 어필할 수 있어야 합니다.

저하시킬 수 있음 -> 단언하는 어미로 종결 (ex '성능 저하')

 

 

프로젝트를 통해 얻은 성과들은 정량화된 근거 또는 결과를 통해 지원자의 경험을 뒷받침하고 있는지?

성과의 정량적인 근거는 지원자에 대한 신뢰와 설득력을 더해주는 역할을 합니다. - 정량적인 성과로 표현할 수 있는 항목들은 다음과 같습니다. - 응답/처리 속도, 해당 로직/기능의 데이터 전송 또는 요청 비율, 유저 테스트 참여 인원, 서비스 사용자 수, 서비스 만족도, 테스트 코드 커버리지, 웹 바이탈 평가 (lighthouse 등) (웹), 생성형 AI 기반 데이터 처리량 (AI), UI 개선 후 페이지 뷰 변화 (앱), FPS 최적화 (게임) 등 - 제시된 항목 이외에도 정량화 할 수 있는 항목은 다양합니다. 숫자 혹은 단계로 표현할 수 있는 성과가 있다면 함께 기재해 주세요.

 

 

프로젝트에 대한 소개는, 앞으로 검토하게 될 기술적 경험에 대한 요약된 정보를 제공합니다. - ‘누구를’ 대상으로 하고, ‘어떤 차별점’을 가지고 있는지는 [개발자 이력서]에서 중요한 항목이 아닙니다. - ‘어떤 기능’을 가지고 있고, 해당 기능을 ‘어떤 방식’으로 구현 했는지, 기술적 역량을 나타내는 것이 필요합니다. - (이미지 첨부 시) 프로젝트의 로고가 메인이 되지 않도록 합니다. 구현된 UI/인터페이스 정보를 전달해 주세요.

 

프로젝트의 기간과 참여 인원, 구성은 다음과 같은 정보를 제공합니다. - 프로젝트의 규모, 타 직군 또는 개발자와의 협업 경험 등 - 대략적인 프로젝트의 규모를 통해, 지원자의 개발 수행 범위가 적절한지 파악할 수 있습니다.

 

주제 소제목이 3-6줄 이내에 작성되었는지?

프로젝트 경험의 가독성은 평가자에게 다음과 같이 좋은 인상을 줄 수 있습니다. - 소제목, 키워드를 통해 빠르게 관련 경험을 전달할 수 있습니다. - 핵심을 담아 간결하게 기재된 내용은, 지원자의 블로그 또는 포트폴리오에 관심을 가질 수 있도록 하는 중요한 장치입니다.

 

프로젝트 경험은 2개 이상 적어주기

 

 

개발 역량을 충분히 학습했음을 나타낼 수 있는 부트캠프 참여 경험이 구체적으로 기재되어 있나요? 이런 질문이 있는데 어떻게 경험을 적어야하는지?

 개발자가 가져야 하는 역량 또는 개발에 대한 열정을 담아서 설명하고 있나요?-개선필요...??