직무 카드 · IT·플랫폼 · 핀테크 · 커머스 · 제조 SW · 금융 IT · 공공 IT · 2026-10-22 정리

SW개발 (백엔드·프론트엔드·앱) 합격 서류 패턴

여러 회사·업종의 공개 합격 후기, 현직자 조언, 직무 소개에서 반복해서 나온 기준을 요약했어요. 원문은 싣지 않고 출처만 남겨요.

내 서류를 이 패턴과 비교하기

이 직무 서류에서 반복해서 요구되는 것

대표 프로젝트를 '문제 → 내 역할 → 기술 선택 이유 → 해결 과정(트러블슈팅) → 결과' 순서로 쓴다. 자주 보임
토스 NEXT 서류 안내는 프로젝트별 과정·기술 스택·기여·기술적 고민·문제 해결 사례를 요구하고, 우아한형제들 2024 공고 문항도 '사용기술·개발방식·트러블슈팅·담당역할'이 드러나게 쓰라고 명시한다. 이력서 가이드와 현직자 답변들도 기술 목록보다 문제 해결 과정이 평가 대상이라고 반복한다.
보여 주는 법 프로젝트마다 5줄 템플릿을 채운다. ① 해결하려던 문제와 제약(규모·요구사항), ② 내가 맡은 모듈, ③ 그 기술·구조를 고른 이유와 버린 대안, ④ 막혔던 지점과 해결 방법, ⑤ 결과(수치 또는 산출물). 백엔드는 트래픽 상황의 문제 해결·DB 설계 기준·성능 개선 시도를, 프론트는 렌더링·상태 관리·번들 최적화처럼 분야에 맞는 난제를 고른다.
[s1][s2][s11][s13][s8][s14]
팀 프로젝트는 본인이 만든 부분을 문장 단위로 분리하고 기여도를 분명히 적는다. 자주 보임
'팀과 함께 만들었다' 같은 표현은 개인 기여를 가려 평가가 안 된다는 지적이 면접관 출신 글·이력서 클리닉·AI 기업 블로그에 공통으로 나온다. 공채 문항도 담당 역할을 요구한다.
보여 주는 법 '우리 팀은 ~을 만들었다' 대신 '나는 ~API·~화면·~모듈을 설계·구현했다'로 주어를 바꾼다. 기여도는 퍼센트나 담당 기능 목록으로 적고, 결과와 기여를 1~2줄로 요약한다. 'API만 개발'처럼 범위를 좁게만 쓰지 말고 그 안에서 한 설계 판단을 덧붙인다.
[s10][s6][s12][s2][s1]
GitHub·블로그·배포 링크를 제출하되, README(실행 방법·구조·기술 선택 이유·트러블슈팅)와 살아 있는 결과물까지 정리해 둔다. 자주 보임
토스·공채 안내는 GitHub·블로그·포트폴리오 링크를 권하고, 현직자 답변은 PDF와 GitHub를 함께 준비하라고 한다. 반대로 README 없는 저장소, 죽은 서버, 몇 년 전 멈춘 블로그는 감점 요인으로 지목된다.
보여 주는 법 대표 저장소 2~3개만 골라 README에 ① 한 줄 소개, ② 실행 방법, ③ 구조도, ④ 기술 선택 이유와 트레이드오프, ⑤ 트러블슈팅 기록을 넣는다. 커밋 메시지·이슈·PR로 개선 과정이 보이게 하고, API 키 등 민감 정보가 이력에 없는지 확인한다. 이력서의 프로젝트 항목과 같은 저장소를 가리키게 한다.
[s1][s6][s12][s13][s9]
기술 스택은 길게 나열하지 않고 주력 1~2개를 깊이와 사용 맥락으로 보여준다. 자주 보임
이력서 클리닉은 긴 기술 목록이 주력을 흐린다고 봤고, 면접관 출신 글은 얕은 지식은 면접에서 드러나니 자신 있는 기술만 강조하라고 한다. 자가 평가 숙련도(별점) 표시는 맥락이 없어 의미가 없다는 지적도 있다.
보여 주는 법 상단 기술 스택은 '주력 분야 + 핵심 기술 2~3개'만 두고, 나머지 키워드는 프로젝트 설명 안에서 '무엇에 썼는지'와 함께 등장시킨다. 사용 기간·어디까지 해봤는지를 한 구절로 붙인다.
[s6][s7][s10][s14]
결과를 수치로 쓴다(응답 시간·에러율·비용·사용자 지표의 전후 비교). 자주 보임
면접관 출신 이력서 가이드들과 신입 서류 탈락 상담 답변이 공통으로 '기능 자체보다 효과를 숫자로' 쓰라고 한다. 합격 자소서 예시도 캐싱 개선으로 응답 시간을 줄인 식의 정량 성과를 든다.
보여 주는 법 각 프로젝트에 전후 수치 1개 이상을 확보한다(로딩 시간, 쿼리 시간, 처리량, 서버 비용, 테스트 커버리지, 사용자 수). 측정 방법도 한 구절로 적어 면접에서 검증 가능하게 한다. 수치가 없으면 산출물(배포 URL, 사용자 피드백 수)로 대신한다.
[s7][s10][s11][s14]
대표 프로젝트 3개 내외로 압축하고, 짧은 문장·개조식으로 15초 안에 파악되게 만든다.
검토자는 몇 초~15초 안에 더 읽을지 결정한다는 것이 이력서 클리닉·면접관 글의 공통 전제다. 10페이지짜리 백과사전식 이력서와 줄글 노션 이력서는 핵심을 묻는다고 지적된다.
보여 주는 법 혼자 한 것·결과가 좋은 것·난이도 높은 것 기준으로 3개만 남기고 나머지는 지운다. 프로젝트당 핵심은 개조식 3~5줄, 부연은 링크로 뺀다. 제목 아래 한 줄 소개(어떤 개발자인지)는 다 쓴 뒤 마지막에 작성한다.
[s6][s7][s10][s9][s8]
지원 직무·산업에 맞춰 이력서 버전을 나누고, 지원 도메인을 2~3개로 좁힌다.
면접관 출신 글은 공고의 기술 스택에 맞춰 직무별 2~3개 버전을 권하고, 30회 지원 전원 탈락 상담에서도 산업을 넓게 뿌린 것이 원인으로 지목됐다. 이력서 주제를 가장 잘 받쳐주는 순서로 항목을 재배치하라는 조언도 같은 맥락이다.
보여 주는 법 공고의 필수·우대 기술을 뽑아 그 순서대로 프로젝트와 키워드를 재배열한다. 관심 산업 2~3개를 정해 그 도메인과 맞는 프로젝트(커머스면 결제·재고, 핀테크면 정합성·보안)를 앞에 둔다. 본인의 이전 경험(비전공 업무 등)이 그 도메인과 닿으면 차별점으로 연결한다.
[s7][s14][s8][s12]
대기업 공채는 '직무를 하고 싶은 이유 → 그 뒤의 노력(교육·인턴·공모전) → 빨리 배우는 태도'를 한 흐름으로 쓰고, 코딩테스트 대비 기본기를 서류에서도 드러낸다.
삼성전자 SW 서류 합격 후기는 회사 소개를 줄이고 직무 지원 이유를 경험으로 설명했으며, 역량 키워드마다 근거·결과·회사에서의 쓰임을 붙인 것이 통했다고 봤다. 카카오·쿠팡·토스 등은 서류 뒤에 온라인 코딩테스트를 두고, 대형 IT사는 코딩테스트에서 AI 사용을 금지한다. 공공기관 직무기술서도 자료구조·SQL·OS 지식을 요구한다.
보여 주는 법 지원 동기 문항은 ① 직무에 관심을 갖게 된 사건, ② 이후 채운 것(과목·교육·프로젝트), ③ 지금 자신 있는 기술 순으로 쓴다. '소통·도전' 같은 키워드는 본인 정의+사례+결과+입사 후 쓰임 4요소로 쓴다. 프로젝트 안에서 자료구조 선택 이유, 쿼리 최적화, 동시성 처리처럼 기본기가 쓰인 지점을 한 문장씩 박는다.
[s15][s16][s3][s4][s5][s17]

핵심 역량

기술적 문제 해결력 — 프로젝트에서 어떤 문제를 만나 어떤 기술적 판단으로 풀었고 결과가 무엇인지가 서류의 중심축으로 보임 [s1][s2][s11][s13]
CS·알고리즘 기본기 — 서류 다음 관문이 온라인 코딩테스트인 회사가 많아, 자료구조·알고리즘·DB·네트워크 기본기가 프로젝트 서술 안에서 드러나야 함 [s3][s4][s1][s17][s5]
끝까지 만들어 배포한 경험 — 튜토리얼·클론을 넘어 직접 배포·운영하고 README로 설명할 수 있는 완성된 결과물 [s12][s14][s6]
협업·소통 — 팀 프로젝트에서 맡은 역할, 코드 리뷰·협업 도구 사용, 의사소통 방식이 구체 사례로 보이는 것 [s11][s9][s14][s7]
학습력과 성장 가능성 — 신입은 전문성보다 새 기술을 빨리 익히는 태도와 꾸준한 학습 기록(블로그·사이드 프로젝트)으로 평가됨 [s8][s15][s7][s9]

자주 떨어지는 이유

부트캠프 클론 프로젝트를 그대로 내고 차별점이 없음 — 수료생들이 비슷한 클론을 제출해 변별이 안 되고, 배포·트래픽 처리·협업 도구 경험이 안 보인다는 것이 서류 탈락 상담의 공통 지적이다. 기업 블로그도 튜토리얼 따라하기보다 실제 문제 해결을 우선한다.
기술 스택을 길게 나열하고 자가 평가 숙련도만 표시함 — 주력이 무엇인지 흐려지고, 어떻게 썼는지 맥락이 없어 평가 근거가 되지 못한다.
'열정이 있다', '성장을 느꼈다' 같은 추상적·감상적 표현과 회사(이전 소속) 소개로 채움 — 합격 자소서 가이드는 구체 경험으로 증명하라 하고, 이력서 클리닉은 본인 행동이 아니라 회사 사업을 설명한 경력란을 대표적 실패 사례로 든다.
첨부 링크를 방치함(죽은 배포 서버, README 없는 저장소, 몇 년 전 멈춘 블로그, 깨진 링크) — 링크는 활동의 증거인데 관리되지 않으면 오히려 무활동·부주의로 읽힌다.
실력보다 부풀린 서술(모든 언어 능숙, 허위·과장 경력)과 오탈자 — 면접·백그라운드 체크에서 드러나고, 대형 IT사 코딩테스트는 AI 사용을 금지해 서류와 실력의 차이가 바로 확인된다. 오탈자는 주의력 부족으로 비친다.

자주 나오는 문항과 쓰는 법

대표 프로젝트 경험(사용 기술·개발 방식·트러블슈팅·담당 역할) — 공고가 괄호로 요구한 4요소를 소제목처럼 분리해 빠짐없이 채운다. 트러블슈팅은 증상→원인 분석→해결→결과 순으로 한 사례를 깊게 쓴다. [s2][s1]
지원 직무(분야) 선택 계기와 지원 동기 — 회사 칭찬은 짧게, 그 직무를 하고 싶은 이유를 본인 경험 한 사건과 이후의 노력으로 설명한다. 기업 정보는 지원자와 회사를 잇는 연결 고리 한 가지로만 쓴다. [s15][s11]
기술적 난제·문제 해결 경험 — 문제의 제약 조건, 시도한 대안과 버린 이유, 최종 선택과 결과 수치를 쓴다. 학부 수업·토이 프로젝트도 가능하며 중요한 것은 고민의 깊이다. [s1][s11][s13][s9]
협업·소통 경험 — 팀 프로젝트에서 맡은 역할과 의사소통 방식(코드 리뷰, 이슈 관리, 일정 조율), 거기서 배운 점을 쓴다. 멘토링·스터디 리딩도 소프트 스킬 근거가 된다. [s11][s9][s7]
성장 목표·학습 태도 — 지향하는 전문 분야를 현재 경험과 연결하고, 블로그·사이드 프로젝트 같은 꾸준한 학습 기록을 근거로 든다. 신입은 전문성보다 학습 능력으로 평가된다. [s11][s8][s7]

서류에 넣으면 좋은 증거

응답 시간·쿼리 시간·처리량·서버 비용의 개선 전후 수치와 측정 방법
배포 중인 서비스 URL과 실제 사용자 수·피드백
README가 갖춰진 GitHub 저장소(실행 방법·구조도·기술 선택 이유·트러블슈팅), 의미 있는 커밋·PR 이력
팀 프로젝트에서 본인이 설계·구현한 모듈 목록과 기여도
기술 블로그의 문제 해결 글(최근 글 날짜가 살아 있을 것)
코딩테스트·알고리즘 문제 풀이 기록, 공모전·해커톤 수상(규모·참가 팀 수 명시)
정보처리기사·SQLD 등 기본 자격(대기업·공공 공채에서 보조 근거)

출처

[s1] 토스 NEXT 개발자 채용 2024 – 서류 작성 안내·FAQ · 2026-10-22 확인
[s2] 하이잡: 우아한형제들 2024 채용 자소서 문항 정리(프로젝트 경험 문항) · 2026-10-22 확인
[s3] 카카오 보도자료: 2023 신입 개발자 블라인드 채용 진행 · 2026-10-22 확인
[s4] 아이뉴스24: 쿠팡 테크 캠퍼스 리크루팅(온라인 코딩테스트·라이브 코딩 인터뷰) · 2026-10-22 확인
[s5] 중앙일보(다음뉴스): 컬리 코딩시험 AI 허용, 네카라쿠배당토는 금지 · 2026-10-22 확인
[s6] 프로그래머스 이력서 클리닉 발표: 이렇게 고쳐보자, 개발자 이력서 작성 팁(구구콘 2019) · 2026-10-22 확인
[s7] 원티드 이벤트: 면접관 경험 개발자의 이력서 작성 원칙 · 2026-10-22 확인
[s8] 요즘IT: 뽑히는 개발자 이력서는 어떻게 만드나요? · 2026-10-22 확인
[s9] 인프런: 개발자 이력서 작성 TIP · 2026-10-22 확인
[s10] 개발자H 뉴스레터: 신입 개발자 이력서·포트폴리오 조언(면접관 경험) · 2026-10-22 확인
[s11] 하이잡 블로그: 개발자 합격 자소서 작성법 · 2026-10-22 확인
[s12] 알체라 블로그: '해냈다'를 보여주는 개발자 포트폴리오(README·GitHub 기준) · 2026-10-22 확인
[s13] 코멘토 Q&A: 개발직군 신입 공채 포트폴리오 제출 형식·내용 · 2026-10-22 확인
[s14] 링커리어 멘토링: 프론트엔드 부트캠프 수료 후 서류 전원 탈락 상담 · 2026-10-22 확인
[s15] 링커리어 합격 후기: 2024 상반기 삼성전자 SW직무 신입 서류 합격 · 2026-10-22 확인
[s16] 링커리어 합격 후기: 2026 상반기 삼성전자 DX부문 애플리케이션 개발 서류 합격 · 2026-10-22 확인
[s17] 전력거래소 신입 기술(IT) NCS 직무기술서(응용SW엔지니어링 등) · 2026-10-22 확인

특정 회사와 제휴하지 않은 독립 서비스가 공개 자료를 요약한 참고 정보예요. 실제 합격을 보장하지 않아요. 잘못된 내용은 문의로 알려 주세요.

이 직무 서류에서 반복해서 요구되는 것

대표 프로젝트를 '문제 → 내 역할 → 기술 선택 이유 → 해결 과정(트러블슈팅) → 결과' 순서로 쓴다. 자주 보임

토스 NEXT 서류 안내는 프로젝트별 과정·기술 스택·기여·기술적 고민·문제 해결 사례를 요구하고, 우아한형제들 2024 공고 문항도 '사용기술·개발방식·트러블슈팅·담당역할'이 드러나게 쓰라고 명시한다. 이력서 가이드와 현직자 답변들도 기술 목록보다 문제 해결 과정이 평가 대상이라고 반복한다.

보여 주는 법 프로젝트마다 5줄 템플릿을 채운다. ① 해결하려던 문제와 제약(규모·요구사항), ② 내가 맡은 모듈, ③ 그 기술·구조를 고른 이유와 버린 대안, ④ 막혔던 지점과 해결 방법, ⑤ 결과(수치 또는 산출물). 백엔드는 트래픽 상황의 문제 해결·DB 설계 기준·성능 개선 시도를, 프론트는 렌더링·상태 관리·번들 최적화처럼 분야에 맞는 난제를 고른다.

[s1][s2][s11][s13][s8][s14]

팀 프로젝트는 본인이 만든 부분을 문장 단위로 분리하고 기여도를 분명히 적는다. 자주 보임

'팀과 함께 만들었다' 같은 표현은 개인 기여를 가려 평가가 안 된다는 지적이 면접관 출신 글·이력서 클리닉·AI 기업 블로그에 공통으로 나온다. 공채 문항도 담당 역할을 요구한다.

보여 주는 법 '우리 팀은 ~을 만들었다' 대신 '나는 ~API·~화면·~모듈을 설계·구현했다'로 주어를 바꾼다. 기여도는 퍼센트나 담당 기능 목록으로 적고, 결과와 기여를 1~2줄로 요약한다. 'API만 개발'처럼 범위를 좁게만 쓰지 말고 그 안에서 한 설계 판단을 덧붙인다.

[s10][s6][s12][s2][s1]

GitHub·블로그·배포 링크를 제출하되, README(실행 방법·구조·기술 선택 이유·트러블슈팅)와 살아 있는 결과물까지 정리해 둔다. 자주 보임

토스·공채 안내는 GitHub·블로그·포트폴리오 링크를 권하고, 현직자 답변은 PDF와 GitHub를 함께 준비하라고 한다. 반대로 README 없는 저장소, 죽은 서버, 몇 년 전 멈춘 블로그는 감점 요인으로 지목된다.

보여 주는 법 대표 저장소 2~3개만 골라 README에 ① 한 줄 소개, ② 실행 방법, ③ 구조도, ④ 기술 선택 이유와 트레이드오프, ⑤ 트러블슈팅 기록을 넣는다. 커밋 메시지·이슈·PR로 개선 과정이 보이게 하고, API 키 등 민감 정보가 이력에 없는지 확인한다. 이력서의 프로젝트 항목과 같은 저장소를 가리키게 한다.

[s1][s6][s12][s13][s9]

기술 스택은 길게 나열하지 않고 주력 1~2개를 깊이와 사용 맥락으로 보여준다. 자주 보임

이력서 클리닉은 긴 기술 목록이 주력을 흐린다고 봤고, 면접관 출신 글은 얕은 지식은 면접에서 드러나니 자신 있는 기술만 강조하라고 한다. 자가 평가 숙련도(별점) 표시는 맥락이 없어 의미가 없다는 지적도 있다.

보여 주는 법 상단 기술 스택은 '주력 분야 + 핵심 기술 2~3개'만 두고, 나머지 키워드는 프로젝트 설명 안에서 '무엇에 썼는지'와 함께 등장시킨다. 사용 기간·어디까지 해봤는지를 한 구절로 붙인다.

[s6][s7][s10][s14]

결과를 수치로 쓴다(응답 시간·에러율·비용·사용자 지표의 전후 비교). 자주 보임

면접관 출신 이력서 가이드들과 신입 서류 탈락 상담 답변이 공통으로 '기능 자체보다 효과를 숫자로' 쓰라고 한다. 합격 자소서 예시도 캐싱 개선으로 응답 시간을 줄인 식의 정량 성과를 든다.

보여 주는 법 각 프로젝트에 전후 수치 1개 이상을 확보한다(로딩 시간, 쿼리 시간, 처리량, 서버 비용, 테스트 커버리지, 사용자 수). 측정 방법도 한 구절로 적어 면접에서 검증 가능하게 한다. 수치가 없으면 산출물(배포 URL, 사용자 피드백 수)로 대신한다.

[s7][s10][s11][s14]

대표 프로젝트 3개 내외로 압축하고, 짧은 문장·개조식으로 15초 안에 파악되게 만든다.

검토자는 몇 초~15초 안에 더 읽을지 결정한다는 것이 이력서 클리닉·면접관 글의 공통 전제다. 10페이지짜리 백과사전식 이력서와 줄글 노션 이력서는 핵심을 묻는다고 지적된다.

보여 주는 법 혼자 한 것·결과가 좋은 것·난이도 높은 것 기준으로 3개만 남기고 나머지는 지운다. 프로젝트당 핵심은 개조식 3~5줄, 부연은 링크로 뺀다. 제목 아래 한 줄 소개(어떤 개발자인지)는 다 쓴 뒤 마지막에 작성한다.

[s6][s7][s10][s9][s8]

지원 직무·산업에 맞춰 이력서 버전을 나누고, 지원 도메인을 2~3개로 좁힌다.

면접관 출신 글은 공고의 기술 스택에 맞춰 직무별 2~3개 버전을 권하고, 30회 지원 전원 탈락 상담에서도 산업을 넓게 뿌린 것이 원인으로 지목됐다. 이력서 주제를 가장 잘 받쳐주는 순서로 항목을 재배치하라는 조언도 같은 맥락이다.

보여 주는 법 공고의 필수·우대 기술을 뽑아 그 순서대로 프로젝트와 키워드를 재배열한다. 관심 산업 2~3개를 정해 그 도메인과 맞는 프로젝트(커머스면 결제·재고, 핀테크면 정합성·보안)를 앞에 둔다. 본인의 이전 경험(비전공 업무 등)이 그 도메인과 닿으면 차별점으로 연결한다.

[s7][s14][s8][s12]

대기업 공채는 '직무를 하고 싶은 이유 → 그 뒤의 노력(교육·인턴·공모전) → 빨리 배우는 태도'를 한 흐름으로 쓰고, 코딩테스트 대비 기본기를 서류에서도 드러낸다.

삼성전자 SW 서류 합격 후기는 회사 소개를 줄이고 직무 지원 이유를 경험으로 설명했으며, 역량 키워드마다 근거·결과·회사에서의 쓰임을 붙인 것이 통했다고 봤다. 카카오·쿠팡·토스 등은 서류 뒤에 온라인 코딩테스트를 두고, 대형 IT사는 코딩테스트에서 AI 사용을 금지한다. 공공기관 직무기술서도 자료구조·SQL·OS 지식을 요구한다.

보여 주는 법 지원 동기 문항은 ① 직무에 관심을 갖게 된 사건, ② 이후 채운 것(과목·교육·프로젝트), ③ 지금 자신 있는 기술 순으로 쓴다. '소통·도전' 같은 키워드는 본인 정의+사례+결과+입사 후 쓰임 4요소로 쓴다. 프로젝트 안에서 자료구조 선택 이유, 쿼리 최적화, 동시성 처리처럼 기본기가 쓰인 지점을 한 문장씩 박는다.

[s15][s16][s3][s4][s5][s17]

핵심 역량

기술적 문제 해결력 — 프로젝트에서 어떤 문제를 만나 어떤 기술적 판단으로 풀었고 결과가 무엇인지가 서류의 중심축으로 보임 [s1][s2][s11][s13]

CS·알고리즘 기본기 — 서류 다음 관문이 온라인 코딩테스트인 회사가 많아, 자료구조·알고리즘·DB·네트워크 기본기가 프로젝트 서술 안에서 드러나야 함 [s3][s4][s1][s17][s5]

끝까지 만들어 배포한 경험 — 튜토리얼·클론을 넘어 직접 배포·운영하고 README로 설명할 수 있는 완성된 결과물 [s12][s14][s6]

협업·소통 — 팀 프로젝트에서 맡은 역할, 코드 리뷰·협업 도구 사용, 의사소통 방식이 구체 사례로 보이는 것 [s11][s9][s14][s7]

학습력과 성장 가능성 — 신입은 전문성보다 새 기술을 빨리 익히는 태도와 꾸준한 학습 기록(블로그·사이드 프로젝트)으로 평가됨 [s8][s15][s7][s9]

자주 떨어지는 이유

부트캠프 클론 프로젝트를 그대로 내고 차별점이 없음 — 수료생들이 비슷한 클론을 제출해 변별이 안 되고, 배포·트래픽 처리·협업 도구 경험이 안 보인다는 것이 서류 탈락 상담의 공통 지적이다. 기업 블로그도 튜토리얼 따라하기보다 실제 문제 해결을 우선한다.

기술 스택을 길게 나열하고 자가 평가 숙련도만 표시함 — 주력이 무엇인지 흐려지고, 어떻게 썼는지 맥락이 없어 평가 근거가 되지 못한다.

'열정이 있다', '성장을 느꼈다' 같은 추상적·감상적 표현과 회사(이전 소속) 소개로 채움 — 합격 자소서 가이드는 구체 경험으로 증명하라 하고, 이력서 클리닉은 본인 행동이 아니라 회사 사업을 설명한 경력란을 대표적 실패 사례로 든다.

첨부 링크를 방치함(죽은 배포 서버, README 없는 저장소, 몇 년 전 멈춘 블로그, 깨진 링크) — 링크는 활동의 증거인데 관리되지 않으면 오히려 무활동·부주의로 읽힌다.

실력보다 부풀린 서술(모든 언어 능숙, 허위·과장 경력)과 오탈자 — 면접·백그라운드 체크에서 드러나고, 대형 IT사 코딩테스트는 AI 사용을 금지해 서류와 실력의 차이가 바로 확인된다. 오탈자는 주의력 부족으로 비친다.

자주 나오는 문항과 쓰는 법

대표 프로젝트 경험(사용 기술·개발 방식·트러블슈팅·담당 역할) — 공고가 괄호로 요구한 4요소를 소제목처럼 분리해 빠짐없이 채운다. 트러블슈팅은 증상→원인 분석→해결→결과 순으로 한 사례를 깊게 쓴다. [s2][s1]

지원 직무(분야) 선택 계기와 지원 동기 — 회사 칭찬은 짧게, 그 직무를 하고 싶은 이유를 본인 경험 한 사건과 이후의 노력으로 설명한다. 기업 정보는 지원자와 회사를 잇는 연결 고리 한 가지로만 쓴다. [s15][s11]

기술적 난제·문제 해결 경험 — 문제의 제약 조건, 시도한 대안과 버린 이유, 최종 선택과 결과 수치를 쓴다. 학부 수업·토이 프로젝트도 가능하며 중요한 것은 고민의 깊이다. [s1][s11][s13][s9]

협업·소통 경험 — 팀 프로젝트에서 맡은 역할과 의사소통 방식(코드 리뷰, 이슈 관리, 일정 조율), 거기서 배운 점을 쓴다. 멘토링·스터디 리딩도 소프트 스킬 근거가 된다. [s11][s9][s7]

성장 목표·학습 태도 — 지향하는 전문 분야를 현재 경험과 연결하고, 블로그·사이드 프로젝트 같은 꾸준한 학습 기록을 근거로 든다. 신입은 전문성보다 학습 능력으로 평가된다. [s11][s8][s7]

서류에 넣으면 좋은 증거

응답 시간·쿼리 시간·처리량·서버 비용의 개선 전후 수치와 측정 방법

배포 중인 서비스 URL과 실제 사용자 수·피드백

README가 갖춰진 GitHub 저장소(실행 방법·구조도·기술 선택 이유·트러블슈팅), 의미 있는 커밋·PR 이력

팀 프로젝트에서 본인이 설계·구현한 모듈 목록과 기여도

기술 블로그의 문제 해결 글(최근 글 날짜가 살아 있을 것)

코딩테스트·알고리즘 문제 풀이 기록, 공모전·해커톤 수상(규모·참가 팀 수 명시)

정보처리기사·SQLD 등 기본 자격(대기업·공공 공채에서 보조 근거)