이력서 피드백 받은 것을 기반으로 고쳐보기 1차(feat. 이력서 쓰는 법)

GoldenDusk·2025년 2월 2일

이력서 자기소개 포트폴리오

신입개발자의 중소, SI 취준기 및 성장

목록 보기

11/11

Tmi

이력서 작성 모임 : 작당모의

11월 30일에 트위터에서 트친이 모집하는 작당모의에 다녀왔다..!

사실 후기를 말하자면 3시간 동안 이력서를 쓰지는 못했고 미리 써둔 게 있어서 피드백을 받았다. 갔을 때 분야 별로 나눴음
백엔드, 게임 및 보안, 프론트엔드와 앱 한 팀 당 1분 씩 피드백 주실 쟁쟁한 분들이 계셨다..!

일단 갔을 때 인사 후 써온 사람들꺼 위주로 봐주심 약간 나는 뒷순서라 ㅠㅠㅠ 좀 잘려서 슬픈데... 이거 수정하고 나고 이직할 때쯤 한 번 더 피드백 요청 드려야 겠다.

다른 사람들꺼 또한 피드백 받은 것을 적었음

그를 기반으로 이력서를 일부 수정하고 이력서를 다시 업데이트 해보자

수정하게 된 계기

내가 회사를 다닐 때 이직 생각이 크지 않더라도 언제 회사가 망할 지 모르기에 미리 미리 업데이트 해두면 좋다고 했음 그래서 적어둔 것이 있긴 한데 완성은 아니었기에.. 수정한다.

이력서 작성 요령

먼저 내꺼 수정 전 다른 사람 이력서에 대한 피드백 나열을 정리해봄 + concat님 x 트위터

✏️ 1. 개발 경험 구체적으로 정리하기

🏆 1) 구체적인 기여 내용 명시

단순히 "API 개발을 했습니다"라고 적기보다, 어떤 기여를 했고 어떤 개선을 이루었는지를 명확히 표현해야 한다.

✅ 좋은 예시

"Spring 기반의 REST API 개발 시 전략 패턴(Strategy Pattern)을 적용하여 기존 서비스 로직 중복을 제거하고, 코드 유지보수성을 30% 향상시켰습니다."
"Redis 캐싱 전략 도입으로 API 응답 속도를 평균 200ms 단축하고, 서버 자원 사용률을 15% 절감했습니다."
"CI/CD 파이프라인 개선으로 기존 주 1회 배포를 매일 자동 배포 가능하도록 변경, 개발-배포 리드타임을 대폭 단축했습니다."

❌ 좋지 않은 예시

"REST API 개발 업무를 수행했습니다." (구체적인 기여 내용 없음)
"캐싱을 사용했습니다." (무엇을 개선했는지 불분명)
"코드 리팩토링을 했습니다." (구체적인 목표, 성과 제시 부족)

🧐 응답 시간 수치 개선의 근거 제시
APM(New Relic, Datadog), 로그 분석(ELK 스택), 퍼포먼스 테스트(JMeter, Gatling), 클라우드 모니터링(AWS CloudWatch) 등을 활용한 객관적 데이터를 제공하면 신뢰도를 높일 수 있다.

불가한 경우, 대략적인 지표라도 명시하는 것이 좋다.

🔧 2) 문제 해결 사례 추가

기술적인 문제(예: 웹소켓 동기화 문제)를 어떻게 해결했는지를 설명하자. 문제 발생 배경, 해결 방법, 결과를 명확히 적어야 한다.

✅ 좋은 예시

"웹소켓 기반 실시간 알림 기능 구현 중 메시지 동기화 문제 발생. 서버 노드 간 메시지 상태 공유 미비가 원인이었으며, Redis Pub/Sub를 활용한 상태 브로드캐스팅 및 메시지 큐를 도입하여 문제를 해결했습니다. 그 결과, 알림 전송 실패율을 기존 5%에서 0.5% 이하로 줄였습니다."
"서버 부하로 성능 저하가 발생. APM(New Relic) 분석을 통해 특정 API의 DB 쿼리 병목을 발견 후, 인덱스 추가 및 N+1 Query 제거를 수행하여 평균 응답 시간을 1.5초에서 700ms로 단축했습니다."

❌ 좋지 않은 예시

"웹소켓 문제를 해결했습니다." (어떤 문제인지, 해결 방법이 불명확)
"성능 문제가 있어서 개선했습니다." (구체적인 상황, 원인, 해결책이 빠짐)

🛠️ 3) 기술적 어려움과 해결 방안 강조

단순히 "무엇을 했다"가 아니라, "어떤 어려움을 겪었고, 어떻게 해결했으며, 그 결과가 어떠했는지"까지 서술하면 더욱 강력한 어필이 가능하다.

✅ 좋은 예시

"MSA 전환 중 서버 간 인증 토큰 공유 이슈 발생. JWT 기반 토큰 전략 재검토 후 API Gateway에 OAuth 2.0 및 JWT 검증 로직을 도입하여 각 서비스 간 인증 일관성을 확보. 그 결과, 인증 실패율을 10%에서 1% 미만으로 낮췄습니다."
"대규모 트래픽 증가로 인한 DB Connection Pool 고갈 문제 발생. Connection Pool 사이즈 조정, Read Replica 도입, 쿼리 최적화를 통해 시스템 안정성을 확보하고 피크 타임에도 장애 없이 요청 처리율을 유지했습니다."

❌ 좋지 않은 예시

"서버 구조를 개선했습니다." (어떤 어려움과 해결 과정이 있었는지 불명확)
"트래픽 문제를 해결했습니다." (구체적인 접근 방식과 개선된 지표 부족)

🛠️ 2. 프로젝트 및 기술 스택 강화

1) 🏗️ 프로젝트 추가

면접관이 좋아하는 포트폴리오 - 이형

팀 프로젝트나 스터디 프로젝트(예: 티켓팅 서버 프로젝트) 등을 진행하여 기술력을 보여줄 수 있는 포트폴리오를 추가하자. 프로젝트의 목표, 사용된 기술 스택, 팀 내 역할, 성과 등을 구체적으로 기술하면 자신의 기술력과 협업 능력을 효과적으로 강조할 수 있다.

✅ 좋은 예시

"티켓팅 서버 개선 프로젝트에서 Node.js와 Redis를 활용한 세션 관리 최적화를 담당했습니다. 이를 통해 동시 접속자 증가에도 서버 다운 없이 안정적인 응답을 유지했고, 최종적으로 동시 접속자 2배 증가에도 99% 이상의 요청 처리 성공률을 달성했습니다."

❌ 좋지 않은 예시

"티켓팅 서버 프로젝트를 진행했습니다." (프로젝트 목표, 역할, 성과 불명확)

2) 🧭 스택 선택 근거 설명

사용한 기술 스택의 선택 근거를 명확히 설명하자. 특히 서버리스 아키텍처나 스프링을 사용할 때, 어떤 기준으로 선택했는지 기술하면 좋다. 기술 선택의 이유를 설명하면, 기술을 단순히 사용한 것이 아니라 장단점을 이해하고 적절하게 선택할 수 있는 능력을 갖추고 있음을 보여줄 수 있다.

✅ 좋은 예시

"서버리스 아키텍처를 도입한 이유는 초기 개발 비용 절감과 향후 트래픽 증가에 따른 유연한 확장성 확보였습니다. 이를 위해 AWS Lambda와 API Gateway를 활용해 인프라 관리 부담을 감소시키고, 트래픽 증가 시 자동 스케일링이 가능하도록 했습니다."

❌ 좋지 않은 예시

"AWS Lambda를 사용했습니다." (선택 이유, 장점 미기재)

3) 💻 백엔드 추상화 라이브러리 강조

스프링 사용 시 백엔드 추상화 라이브러리를 어떻게 활용했는지를 강조하고, 빠르게 학습할 수 있는 능력을 드러내자. 이를 통해 새로운 기술을 배우고 적용하는 학습 능력과 적응력을 보여줄 수 있다.

✅ 좋은 예시

"Spring Data JPA와 같은 백엔드 추상화 라이브러리를 활용해 데이터 접근 로직을 단순화했습니다. 이를 통해 개발 초기 2주 내로 프로덕션 수준 기능 구현에 성공했고, 신규 인력 온보딩 시간을 단축하여 팀 생산성 향상에 기여했습니다."

❌ 좋지 않은 예시

"Spring을 사용했습니다." (추상화 라이브러리 활용 성과 및 속도 개선 언급 없음)

📊 3. 성과와 문제 해결 방법 강조

관련 참고할 만한 글

이력서 담당자가 말하는 좋은 이력서

1) 🔢 성과를 숫자로 표현

성과를 수치화하여 표현하면 그 효과를 명확하게 전달할 수 있어 면접관이 쉽게 이해할 수 있다. 성능 개선, 처리 속도 향상, API 응답 시간 단축 등 구체적인 지표를 포함하여 작성하자.

✅ 좋은 예시

"API의 응답 시간을 기존 2.5초에서 700ms로 최적화하여 서비스의 성능을 크게 향상시켰습니다."
"데이터베이스 인덱싱 및 쿼리 최적화를 통해 쿼리 실행 시간을 평균 60% 단축했습니다."

❌ 좋지 않은 예시

"API 성능을 개선했습니다." (구체적인 성과가 없음)
"DB 최적화를 수행했습니다." (어떤 방식으로 최적화했는지 불명확)

2) ☁️ 전문성 강조

AWS를 사용한 프로젝트 경험이 있다면 마이그레이션, 데브옵스, 인프라 설계 등의 경험을 구체적으로 작성하여 클라우드 환경에서의 전문성을 강조하자.

✅ 좋은 예시

"온프레미스에서 AWS로 마이그레이션을 진행하며, RDS와 S3를 활용하여 데이터 저장 및 백업 자동화를 구축했습니다."
"CI/CD 파이프라인을 구축하여 배포 프로세스를 자동화하고, 평균 배포 시간을 70% 단축했습니다."

❌ 좋지 않은 예시

"AWS를 사용했습니다." (어떤 서비스를 어떻게 활용했는지 불명확)

3) ⭐️ STAR 기법 활용

문제 해결 경험을 구체적으로 설명할 때 STAR 기법(상황, 과제, 행동, 결과)을 적용하면 쉽게 작성 가능 해질 것!

✅ 예시

상황(Situation): 피크 트래픽 시 서버 응답 속도가 5초 이상 지연됨.
과제(Task): 성능 최적화를 통해 응답 속도 단축 필요.
행동(Action): 쿼리 최적화 및 캐싱 적용.
결과(Result): 응답 속도를 1초 이내로 개선.

🤝 4. 협업과 성장 의지 강조

1) 🤝 협업 강조

프로젝트에서의 협업 경험을 강조하자. 단순히 “무엇을 했는가”보다 “어떻게(HOW)”, “왜(WHY)”를 중심으로 서술하면 더욱 효과적이다.

✅ 좋은 예시

"Git과 Jira를 활용하여 협업 프로세스를 구축하고, 코드 리뷰 문화 정착을 통해 팀 내 코드 품질을 향상시켰습니다."

❌ 좋지 않은 예시

"팀원들과 협업했습니다." (구체적인 협업 방식이 없음)

2) 💡 기술명 강조

주요 기술(WebSocket, Kafka 등)은 굵은 글씨로 강조하여 서류 검토자가 쉽게 눈에 띄도록 하자. 차별화된 기술을 강조하여 강점을 부각시키는 것이 중요하다.

3) 🌱 성장 계획 기술

앞으로의 성장 계획(예: 무중단 서버 배포, 스트레스 테스트, 테스트 코드 작성 등)을 명확히 제시하여 기술적 성장 의지를 보여주자.

✅ 예시

"무중단 배포를 위한 블루-그린 배포 방식 학습 및 적용 예정."
"스트레스 테스트 및 부하 분산 최적화를 위해 k6와 AWS Auto Scaling을 활용할 계획."

📝 5. 이력서 서술 개선 및 대외 활동 정리

1) ✂️ 불필요한 대외 활동 제거

현재 진행 중인 활동은 회사 외의 딴짓하는 인상을 줄 수 있으므로, 완료된 활동만 기재하고, 그로 인해 성장한 점을 강조힌디.

대외 활동이 완료된 후의 성과와 배운 점을 잘 서술하는 것이 중요합니다.

2) 💪 강점 강조, 약점 숨기기

강점을 최대한 부각하고, 약점은 드러나지 않도록 구성한다.

예를 들어 게임 기획 경험이 있다면 기획 능력도 겸비한 개발자라는 점을 강조한다. 약점 대신 강점을 잘 어필하는 것이 이력서의 성공 열쇠이다.

3) 🏗️ 기술의 안정성 강조

프론트엔드는 다양한 기술 사용을 보여주고, 백엔드는 안정적인 기술 스택만 적어 신뢰를 줄 수 있도록 하자.

프론트엔드는 빠르게 변화하는 기술들이기에 다양한 기술 경험을 드러내되, 백엔드의 경우 안정성과 신뢰성을 강조하는 것이 중요하다.

⚙️ 6. 기타 개선 사항

👀 시각적 강조 : 중요한 내용은 굵은 글씨 => 면접관은 이걸 중점으로 본다고 하심
🗂️ 이력서 템플릿과 플랫폼 적극 활용 : 다양한 이력서 템플릿을 비교하고, 자신에게 맞는 것을 사용
🖨️ 인쇄 고려 : 이력서는 인쇄했을 때도 가독성이 좋도록 구성하는 것이 중요
🧩 이력서 모듈화 : 이력서에 있는 항목들을 하나의 큰 틀로서 관리하기보다 개별 항목을 모듈화하여 여러 가지 버전을 쉽게 작성할 수 있도록 관리하자. 이력서의 모듈화를 통해 각기 다른 지원 직무에 맞게 빠르게 수정이 가능하도록 한다.

📌 7. 개발자 이력서 관련 추가 팁

1) ❓ 이력서? 경력기술서? 자기소개서? 포트폴리오?

이력서: 핵심 경력과 학력, 기술 스택을 간결하게 나열하며 한눈에 정보를 파악할 수 있게 작성한다.
경력기술서: 주요 프로젝트의 역할, 성과, 기술 활용을 상세히 기술해 실무 능력을 강조한다.
자기소개서: 지원 동기와 성장 배경을 중심으로 기업에 기여할 비전을 스토리 형식으로 전달한다.
포트폴리오: 프로젝트 결과물, 문제 해결 과정, 기술 스택을 시각적 자료로 정리해 신뢰도를 제공한다.

2) 💡 지원 서류가 중요한 이유

회사 입장에서는 지원자의 경력, 실력, 경험을 검증해야 한다. 1차적으로 회사 업무에 요구되는 항목들과 매칭되는지 확인하고, 2차적으로 그 수준과 신뢰성을 검증하기 위한 과제/면접의 근거자료로 사용된다.

3) 📚 이력서 작성을 위한 사전 준비

지원할 기업의 JD(Job Description)를 읽고 KSA(Knowledge, Skill, Attitude)로 정리하여 본인과 매칭시켜본다.

근거가 부족하다면 3개월, 6개월, 1년 계획을 세워 전문성의 근거를 만드자. (자격증, 블로그, 컨퍼런스, 스터디, 공모전, 해커톤, 네트워킹 등)

4) 📖 이력서 작성의 3요소 (3tory)

Territory: 지원한 Position에 맞게 자신의 전문성 영역을 서술합니다. Generalist인지 Specialist인지 명확히 하여 컨셉을 정리한다. 예시: "백엔드 최적화에 강한 개발자."
History: 전문성의 레퍼런스가 될 프로젝트나 경험을 중심으로 서술한다. 모든 이력을 나열하기보다 관련 있는 정보만 선택한다.(사실 신입이면 최대한 넣는 게 좋긴함)
Story: Know-How와 Attitude를 중심으로 문제 해결 사례를 설명하고, STAR 기법과 수치화 등을 통해 자신의 능력과 태도를 드러낸다.

8. 이력서 포맷 및 핵심 포인트 ✅(만약 신입, 경험이 많이 업다면?)

1) BAD 이력서 포맷

2) GOOD 이력서 포맷

출처

랠릿이 적절하게 잘 되어 있어서 이력서 포맷은 랠릿이나 점핏 이력서 포맷 참고하면 될 듯!

3) ✅ 핵심 포인트

이력서는 단순한 업무 나열이 아니라 본인의 기여와 성과를 강조하는 문서다.

모호한 표현 대신 구체적인 문제 해결 과정과 수치 기반 성과를 포함해야 한다.

"API 개발을 했습니다" 대신 "전략 패턴 적용으로 코드 유지보수성을 30% 향상", "성능을 개선했습니다" 대신 "쿼리 최적화로 응답 속도를 1.5초 → 700ms 단축"처럼 문제 → 해결 방법 → 결과 구조로 서술하면 효과적이다.

기술 스택도 단순 나열이 아니라 왜 사용했는지, 어떤 효과가 있었는지를 설명해야 한다. 협업 경험 역시 "Git과 Jira 활용으로 코드 리뷰 문화 정착"처럼 구체적인 방식과 성과를 강조하면 좋다.

마지막으로, 불필요한 내용은 삭제하고 JD에 맞는 경험을 중심으로 정리하자. 가독성을 위해 Rallit, Jumpit 등의 이력서 템플릿을 활용하는 것도 좋은 방법이다. 이력서는 본인의 역량을 효과적으로 전달하는 도구라는 점을 잊지 말자. 🚀

4) 만약, 신입이라면?

1️⃣ 경험이 부족하더라도 문제 해결 과정과 역할을 강조하자
신입 개발자는 실무 경험이 적기 때문에, 국비 프로젝트, 학교 프로젝트, 공모전, 해커톤 등에서 본인이 맡았던 역할과 문제 해결 경험을 구체적으로 서술하는 것이 중요하다.

❌ 좋지 않은 예시

"팀 프로젝트로 웹 서비스를 개발했습니다." (구체적인 역할과 기여도가 없음)

✅ 좋은 예시

"팀 프로젝트에서 백엔드 개발을 담당하며, Spring Boot 기반 REST API를 설계 및 구현하였습니다. 데이터베이스 쿼리 최적화를 통해 평균 응답 속도를 1.5초에서 700ms로 단축하였으며, JWT 기반 인증 시스템을 도입해 보안성을 강화했습니다."

2️⃣ 기술 스택을 단순 나열하지 말고, 적용 과정과 효과를 설명하자
"React, Spring 사용"처럼 단순 나열하는 대신, 어떤 이유로 선택했고 어떻게 활용했는지를 설명하는 것이 좋다.

❌ 좋지 않은 예시

"Spring Boot와 MySQL을 사용했습니다." (선택 이유와 기여 내용이 없음)

✅ 좋은 예시

"데이터 처리량이 많은 웹 서비스 개발을 위해 Spring Boot와 MySQL을 사용하였으며, Connection Pool을 적용해 DB 연결 부담을 줄였습니다."

3️⃣ 협업 경험을 강조하자
신입의 경우 기술력뿐만 아니라 협업 경험도 중요한 평가 요소가 된다.
특히 Git, Jira, Notion, 코드 리뷰 등의 협업 도구 사용 경험을 강조하면 플러스 요소가 될 수 있다.

❌ 좋지 않은 예시

"팀원들과 협업했습니다." (어떤 방식으로 협업했는지 불명확)

✅ 좋은 예시

"Git을 활용하여 팀원들과 협업하였으며, Pull Request 기반 코드 리뷰 문화를 도입해 코드 품질을 향상시켰습니다. Jira를 통해 스프린트 계획을 수립하고, Notion을 사용해 문서를 체계적으로 관리했습니다."

4️⃣ 성과를 수치로 표현하자
실제 프로젝트에서 속도 개선, 사용성 향상, 트래픽 증가 등의 성과가 있었다면 가능한 한 수치를 포함하여 작성하는 것이 효과적이다.

❌ 좋지 않은 예시

"웹 페이지의 성능을 개선했습니다." (얼마나 개선됐는지 모호함)

✅ 좋은 예시

"Lighthouse 성능 점수를 30점에서 85점으로 개선하였으며, 이미지 최적화 및 코드 분할을 통해 초기 로딩 속도를 3초에서 1.2초로 단축하였습니다."

5️⃣ 불필요한 내용은 줄이고, JD에 맞는 경험을 중심으로 정리하자
기업이 원하는 기술과 역할에 맞춰 이력서를 정리하는 것이 중요하다.
예를 들어, 지원하는 회사가 백엔드 개발자를 찾는다면, UI 디자인 경험보다는 API 개발 경험, DB 설계 경험, 성능 최적화 경험을 강조하는 것이 좋다.

📌 신입이라도 문제 해결 과정, 협업 경험, 기술 적용 사례를 구체적으로 적으면 강한 인상을 줄 수 있다.

내꺼 수정해보자😟

이거 적으면서 이전꺼 고치려다가 랠릿 이력서 이전에 저장 잘못해서 업데이트 한 것 다 날림 ㅜㅜㅜㅜㅜ 진짜 한숨 쉬면서 다시 적는 중🥹🥹

1. 👀위치 수정

✅ 추천 순서

경력이 많지 않은 주니어 개발자라면 교육도 중요한 요소가 될 수 있으므로, 학력을 포함한 "교육"을 조금 더 위로 배치하는 것이 좋다고 함 그래서 순서를 먼저 수정해보고자 함

🏆 주니어 개발자를 위한 추천 순서

기본 정보 (필수)
자기소개 – 개발 철학, 강점, 목표
기술 스택 – 사용 가능한 언어, 프레임워크, 툴
교육 – 전공, 부트캠프, 관련 과정 등
경력 – 실무 경험 (많지 않더라도 주요 역할 강조)
프로젝트 – 개인/팀 프로젝트 및 기여도
포트폴리오 – 깃허브, 블로그, 개인 웹사이트
자격증 – 관련 기술 인증이 있다면 추가
대외활동 – 해커톤, 오픈소스 기여, 스터디 등
외국어 – 필요하면 공개

✨ 왜 이렇게 배치해야 할까?

✅ 경력이 짧다면 "교육"을 경력보다 위로 배치 – 학력이나 수료 과정이 중요할 수 있음
✅ "기술 스택"을 초반에 배치 – 개발자의 역량을 빠르게 어필 가능
✅ "프로젝트"를 경력 아래 배치 – 실무 경험이 적다면 프로젝트를 보완 요소로 활용

📌 Tip:

경력이 많아질수록 "교육"은 아래로 내려도 무방
주니어라도 프로젝트 경험이 강점이라면 프로젝트를 경력보다 위로 배치

그래서 순서를 기본 정보 > 기술 스택 > 자기 소개 > 교육 > 경력 > 프로젝트 > 포트폴리오 > 자격증 > 대외활동 순으로 넣어둠

2. 기본 정보

포괄적인 단어 선택

LMS 도메인 => 에듀테크 도메인으로 변경하여, 좀 더 포괄적으로 하는 것이 좋다.

LMS를 강조하게 되면, 같은 분야의 도메인으로 가게 되면, 장점이 되나 그렇지 않은 경우 단점이 될 수 있기에 좀 더 포괄적인 에듀테크 도메인으로 하자.

중복되는 내용인 한 줄 소개는 과감히 삭제 자기소개에 초점을 맞춤

자기소개랑 겹쳐서 뭔가 적기가 굉장히 애매했다. 과감히 삭제해버리고 자기소개에 포함시켰다.

3. 자기소개

전	후

🔍 차이점 분석

항목	전	후	개선 포인트
구조	정보가 길게 나열되어 있음	WHY(목표) → WHAT(성과) → HOW(과정) 구조로 정리	읽기 쉬운 구조로 재정리
제목 활용	일반적인 내용 나열	"효율과 가치를 함께 만들어가는 개발자" 등 의미 있는 제목 추가	읽기 전에도 핵심 메시지를 알 수 있도록 개선
문장 가독성	긴 문장과 나열식 표현이 많음	간결한 문장, 핵심 정보 강조, 문단 구분	가독성 향상 및 정보 전달력 강화
성과 표현	블로그 글 개수, 조회 수 등 수치 강조	성과(트렌딩 선정, 문의 증가) + 커뮤니티 기여 내용 추가	단순 수치 나열이 아닌 영향력을 강조
협업 및 성장	기획팀과 협업 경험 언급	배포 자동화 사례 추가 및 팀 기여도 강조	실제 업무에서의 기여도를 명확하게 표현

📌 개선된 주요 요소

✅ WHY(목표) → WHAT(성과) → HOW(과정) 구조로 정리 → 핵심 메시지를 직관적으로 전달
✅ 제목 추가로 내용 강조 → "효율과 가치를 함께 만들어가는 개발자", "기록이 남긴 흔적, 그리고 새로운 연결"
✅ 가독성 개선 → 문단을 나누고, 긴 문장을 정리하여 정보 전달력 향상
✅ 성과 강조 → 블로그 운영이 단순한 활동이 아니라, 개발자 커뮤니티 기여로 확장
✅ 협업 내용 강화 → 팀 내 배포 자동화 기여도를 명확히 하여 실무 기여도 강조

📌 좀 더 개선해야 방향

✅ 기술적 깊이 추가 → MyBatis 성능 최적화 경험, 이벤트 개발 사례 보강
✅ 협업 과정 적기 → 기획팀·퍼블리셔와의 협업 과정에서 문제 해결 사례 추가

더 명확한 역할 및 강점 강조
- 기존 버전에서는 MyBatis 최적화에 초점을 맞췄지만, 개선 버전에서는 백엔드 개발자로서의 역할(Spring 기반 유지보수, 이벤트 개발, 배포 자동화 기여 등)이 강조됨.
- 이를 유지하면서, 실제 맡은 업무 중 핵심적인 기여도를 더욱 부각하는 것이 좋음.
- 예시 추가 가능 → "이벤트 개발 중 특정 기능의 성능 개선을 위해 ~~한 방식 적용하여 응답 속도 ~~% 개선"
기술적인 경험의 깊이를 보강
- 개선 버전에서 배포 자동화 기여도가 강조되었지만, MyBatis 최적화 및 SQL 성능 개선 경험도 함께 녹여서 정리하면 더 균형 잡힌 자기소개가 될 수 있음.
- 예시 추가 가능 → "대량 데이터 조회 시 MyBatis의 ~~ 전략을 적용하여 평균 응답 시간을 ~~ms 단축"

지금까지 회사에서 한 건 단순 업무라🥲🥲 개선사항 이런 것을 적을 수가 없음

솔직히 다 비슷한 업무만 하는데 성능 최적화 이런거는 돌아가는 운영 환경이라 고치지 말아야하기에 수치화 할 것도 없는 게 현실 🥹🥹 하하.. 그래도 이제 점 점.. 더 깊은 이해가 필요한 업무들이 주어지고 있으니 그걸 맡게 되면 업데이트 할 예정

4. 교육

최신순 위에 정렬 외에 고친 것 없음

5. 경력(gpt 이력서 도우미봇 이용)

가장 적기 애매한... 아직도 많이 고쳐야하는 경력 사항..

가장 적기 애매하고.. 나는 단순 업무만 해서 gpt에 이력서 도우미 봇을 만들어서 설정해서 도움을 받았음

이런식으로 내가 한 업무, 여태까지 해온 것들을 쭉 나열하면 어느정도 도와줌.. 막막한 사람들에게 추천.. 솔직히 위에서는 평균 응답 시간을 1.5초에서 700ms로 단축 같이 적으라고는 했지만.. 내가 아직 그런게 없어서 ㅋㅋㅋ...

전	후

전후 비교 및 개선점 분석

✅ 전(before)과 후(after) 차이점

항목	전(before)	후(after)	개선된 점
문장 스타일	설명이 포괄적이며, 추상적인 표현이 많음	구체적인 수치, 기술 적용, 성과 중심 서술	성과가 명확해지고, 객관적인 데이터 기반으로 개선
업무 내용	유지보수 및 이벤트 페이지 개발을 담당한다고 서술	반복 업무 자동화, JS 및 백엔드 개선, 재사용성을 고려한 개발 방식 강조	기존 업무를 단순 나열하는 대신, 문제 해결과 성과를 포함하여 설명
문제 해결 과정	어려운 과제가 있을 경우 직접 시도하고 해결했다고 설명	기획 문서화, 요구사항 정리, 코드 리뷰 프로세스 도입 등의 해결 프로세스 포함	문제를 해결하는 논리적인 접근 방식과 팀 내 기여도를 강조
협업 및 커뮤니케이션	기획팀 및 퍼블리셔와의 협업을 진행했다고 언급	팀 프로젝트 개선, 배포 프로세스 최적화, 배포 실패 방지를 위한 체크리스트 구축 등 협업 프로세스 상세화	단순히 협업했다는 내용에서 벗어나 구체적인 협업 방식과 기여도를 설명
성과 수치화	"기획자의 기획과 개발자의 관점 차이를 해결했다" 등의 포괄적 서술	"배포 오류 50% 감소", "이벤트 개발 시간 40% 단축", "버그 수정 소요 시간 50% 단축" 등 성과 수치화	정량적인 성과를 명시하여 이력서의 신뢰도 상승

🚀 추가 개선할 수 있는 부분

1) 해결 과정이 더 상세해지면 좋음

배포 체크리스트 구축 과정에서 구체적인 도구 활용 여부(Jenkins, GitHub Actions 등)를 언급하면 좋을 것 같음.
팀 내 피드백을 반영한 개선 사례가 있다면, "팀 의견을 반영하여 ~ 개선하여 결과적으로 유지보수성을 향상시켰다"는 식으로 설명 가능.

2) 사용한 기술 스택과 도구 강조

어떤 기술 스택을 활용했는지 구체적으로 명시하면 기술 이해도가 더 돋보일 수 있음.
- 예) "CI/CD 환경에서 Jenkins를 활용하여 자동화 배포 프로세스를 구축함으로써 배포 오류율을 50% 감소"
- 예) "GitHub Actions을 활용한 배포 자동화 파이프라인 구축으로 평균 배포 시간을 30% 단축"

3) 더 강한 차별점을 주기 위한 추가 요소

기획/운영팀과의 협업 사례: 단순히 협업했다는 것보다 "운영팀의 요청을 반영하여 개발 프로세스를 변경하고, 이를 통해 유지보수 비용을 절감"한 사례 추가 가능
코드 품질 향상 노력: "테스트 코드 적용(TDD, 단위 테스트), 코드 리뷰 문화 정착" 같은 개선 사례가 있다면 포함 추천

6. 프로젝트

후.. 이것도 애매하다 나는 한 프로젝트만 하는데..일단 회사 프로젝트는 두고.. 다른 것만 고침

솔직히 학교에서 한 거는 진짜.. 개 후졌지만 넣을 게 별로 없었음.. 그래서 이번년도에 사이드프로젝트 하고 바꾸려고

전	후

이거는 국비 팀프로젝트

전	후

가장 많이 고쳐야 할 부분이 아닌가 싶다 ㅋㅋㅋㅋ

7. 포트폴리오

가장 보여주고 싶은 링크를 상단으로 gitbook은 삭제할까 고민중

8. 자격증

자격증도 마찬가지로 최신순으로 가장 상단에 둠

9. 스터디, 대외활동 관련

왜 했고 어떻게 발전하게 되었는가에 초점

전	후

인원, 벌금 등이 중요한 것이 아니라, 이것 스터디를 왜 했고(WHY) 어떻게(HOW) 발전했는지가 중요하다. 그래서 그것에 맞춰서 목표(WHY), 주요 활동 및 성과(HOW)로 수정하였다.

전후 비교 및 개선 분석

📌 주요 차이점

항목	전	후	개선 방향
구조	글또 10기 활동 개요 중심	WHY(목표) → HOW(주요 활동 및 성과)로 변경	이유(WHY)와 과정(HOW) 중심으로 구조 개선
내용 초점	인원, 벌금, 활동 기간 강조	목표와 성과 중심(기술 성장, 커뮤니티 확장, 실질적 기여)	목적과 활동을 강조하여 발전 방향 명확화
목표 설정	2주 1회 이상 블로그 작성	기술적 사고 정리 + 글쓰기 개선에 대한 고민 포함	단순 글 작성 → 더 나은 글쓰기로 발전 목표 확대
성과 측정	글을 꾸준히 작성하고 기록하는 것	트렌딩 선정, 팔로워 증가, 실무 문제 해결 경험 공유	가시적인 성과(트렌딩 선정, 팔로워 증가) 강조
커뮤니티 활동	별도 언급 없음	백엔드 빌리지 등 5개 커뮤니티 활동을 통한 인사이트 확장	기술적 성장 외에도 커뮤니티에서의 배움 추가
취업 지원 기여	개인 성장 중심	취업 준비생들에게 도움 제공, 메일 문의 증가	커뮤니티 기여 및 영향력 강조

📌 개선 포인트 요약

✅ WHY(목표) & HOW(성과) 중심으로 구조 정리 → 글쓰기 활동의 목적과 성과를 명확히 함
✅ 단순 글 작성이 아닌, 기술적 성장과 커뮤니티 기여 방향으로 발전
✅ 수치적 성과(트렌딩 선정, 팔로워 증가)를 포함해 가시적인 성과 강조
✅ 커뮤니티 활동을 통한 성장, 취업 준비생 지원 등의 영향력을 추가

10. 마지막 정리

✅ 최대한 중복을 줄이려고 노력

이력서에 경력 프로젝트 및 경험이 많다 보니, 동일한 내용을 반복하지 않도록 조정했다.
특히, 같은 기술적 기여가 여러 곳에서 언급되지 않도록 정리하여 가독성을 높이는 데 집중했다.

📌 정보의 우선순위 고려 (순서 정리)

가장 중요한 정보부터 배치 → VELOG 링크를 상단으로 올려, 블로그 활동을 강조
프로젝트 및 성과를 중요도 순으로 정리 → 가장 눈에 띄는 성과를 먼저 배치

📌 가독성 향상 (길어지지 않도록 간결화)

긴 문장을 줄이고 핵심 키워드 중심으로 정리
목록, 소제목 등을 활용해 내용을 빠르게 이해할 수 있도록 구성
중요한 키워드는 굵게 강조하여 가독성을 향상

📌 반복적인 업무만 한 것이 걸려 자동화 경험 강조

단순한 유지보수나 반복 업무만 수행한 것처럼 보이지 않도록,
배포 자동화 프로그램 개발 사례를 포함하여 "팀의 불편함을 해결하고 개선하는 능력"을 강조했다.
→ 비록 업무로 할당된 것은 아니지만, 팀 내 문제를 인식하고 개선한 사례이므로 중요한 경험으로 기록

📌 포트폴리오는?

이후 피그마(Figma)를 활용하여 시각적으로 정리된 포트폴리오를 제작할 계획
텍스트 기반 이력서에서 다 담을 수 없는 프로젝트 및 기술 스택을 시각적으로 표현

📌 추가 개선
✅ 이력서와 포트폴리오의 역할 분리 → 이력서는 핵심적인 성과와 기여를 강조, 포트폴리오는 비주얼과 상세 설명 보완
✅ VELOG & 자동화 사례를 주요 강점으로 활용 → 기술 공유, 개발 문화 기여, 생산성 향상 등 차별화된 강점 강조
✅ 업무 외 기술적 성장 강조 → 커뮤니티 활동, 스터디 경험, 블로그 운영을 통해 얻은 실무 적용 가능한 인사이트 추가
✅ 이후 사이드 프로젝트 진행 후 기록
✅ 오픈 소스 기여해보기 등으로 커뮤니티 활동, 기여 등 강조해보기(그냥 약간 작은 오픈 소스라도)

TMI

이력서는 참 어렵지만.. 매번 써봐도 힘들어..그리고 단순 업무만 해온 나에게는 더더욱..🤣🤣

어렵다고 계속 미루는 게 아니라 조금씩 이라도 수정하고 부족해 보여도 지원하면서 서류 합격률이 낮으면 첨삭 받고 하는 것이 가장 베스트인 것 같긴 하다 ㅋㅋ ㅠ

좋은 이력서란

사실 다들 좋은 이력서란 개인마다 갈리기 때문에 호불호가 덜 갈리는 이력서를 쓰는 게 가장 베스트가 아닐까 싶다...

짧지도 길지도 않은...? (사실 나도 잘 모르겠음)

아마 이걸 기반으로 제 2차 작당모의랑 글또에서 재첨삭 받을 것 같음 + 사이드프로젝트 하나 더 하고 업데이트를 하지 않을까?

일단 오늘이 글또 2배 포인트 마지막 날이라서 일단 내야겠다

참고하면 좋은 포스팅들

이력서 작성 플랫폼

서핏
랠릿
Hi, I'm James 👋
(Notion 템플릿은 이 분꺼 외에도 다양하게 있으니 찾아보세요!)

이력서 작성 관련

취업 정보 사이트

주니어 개발자를 위한 취업 정보 repo

GoldenDusk

내 지식을 기록하여, 다른 사람들과 공유하여 함께 발전하는 사람이 되고 싶다. gitbook에도 정리중 ~

이전 포스트

이력서 피드백 받은 것을 기반으로 고쳐보기 1차(feat. 이력서 쓰는 법)

신입개발자의 중소, SI 취준기 및 성장

Tmi

이력서 작성 모임 : 작당모의

수정하게 된 계기

이력서 작성 요령

✏️ 1. 개발 경험 구체적으로 정리하기

🏆 1) 구체적인 기여 내용 명시

🔧 2) 문제 해결 사례 추가

🛠️ 3) 기술적 어려움과 해결 방안 강조

🛠️ 2. 프로젝트 및 기술 스택 강화

1) 🏗️ 프로젝트 추가

2) 🧭 스택 선택 근거 설명

3) 💻 백엔드 추상화 라이브러리 강조

📊 3. 성과와 문제 해결 방법 강조

1) 🔢 성과를 숫자로 표현

2) ☁️ 전문성 강조

3) ⭐️ STAR 기법 활용

🤝 4. 협업과 성장 의지 강조

1) 🤝 협업 강조

2) 💡 기술명 강조

3) 🌱 성장 계획 기술

📝 5. 이력서 서술 개선 및 대외 활동 정리

1) ✂️ 불필요한 대외 활동 제거

2) 💪 강점 강조, 약점 숨기기

3) 🏗️ 기술의 안정성 강조

⚙️ 6. 기타 개선 사항

📌 7. 개발자 이력서 관련 추가 팁

1) ❓ 이력서? 경력기술서? 자기소개서? 포트폴리오?

2) 💡 지원 서류가 중요한 이유

3) 📚 이력서 작성을 위한 사전 준비

4) 📖 이력서 작성의 3요소 (3tory)

8. 이력서 포맷 및 핵심 포인트 ✅(만약 신입, 경험이 많이 업다면?)

1) BAD 이력서 포맷

2) GOOD 이력서 포맷

3) ✅ 핵심 포인트

4) 만약, 신입이라면?

내꺼 수정해보자😟

1. 👀위치 수정

✅ 추천 순서

🏆 주니어 개발자를 위한 추천 순서

✨ 왜 이렇게 배치해야 할까?

2. 기본 정보

포괄적인 단어 선택

중복되는 내용인 한 줄 소개는 과감히 삭제 자기소개에 초점을 맞춤

3. 자기소개

🔍 차이점 분석

📌 좀 더 개선해야 방향

4. 교육

5. 경력(gpt 이력서 도우미봇 이용)

전후 비교 및 개선점 분석

✅ 전(before)과 후(after) 차이점

🚀 추가 개선할 수 있는 부분

1) 해결 과정이 더 상세해지면 좋음

2) 사용한 기술 스택과 도구 강조

3) 더 강한 차별점을 주기 위한 추가 요소

6. 프로젝트

7. 포트폴리오

8. 자격증

9. 스터디, 대외활동 관련

왜 했고 어떻게 발전하게 되었는가에 초점

전후 비교 및 개선 분석

📌 주요 차이점

📌 개선 포인트 요약

10. 마지막 정리

✅ 최대한 중복을 줄이려고 노력

📌 정보의 우선순위 고려 (순서 정리)

📌 가독성 향상 (길어지지 않도록 간결화)

📌 반복적인 업무만 한 것이 걸려 자동화 경험 강조

📌 포트폴리오는?

TMI

좋은 이력서란

참고하면 좋은 포스팅들

이력서 작성 플랫폼

이력서 작성 관련

취업 정보 사이트

SI/SM 구조의 회사, 정말 최악일까? (취준생들이 묻는 질문과 답변)

0개의 댓글

관련 채용 정보