2026/02/10 취업 특강 - 1

김기훈·2026년 2월 10일
TIL

TIL

목록 보기
136/194

취업 특강

이력서

  • 성과는 수치로 표현되어야 함
    • 기존에 어떤 기여를 했고 새로운 부분에서는 어떤 기여가 될것이다.
  • 보통 이력서 담당자는 이력서당 1분을 넘지 않게 보기때문에
    • 핵심 위주로 적는것이 중요함
  • 질문에 매몰되지 말자 틀만 벗어나지 말고 작성하자
  • 첫 줄에 미사여구 같은거 적지말기 (사용하는 사람 너무 많음)
    • 내용 꽉 채우지 말기

기술 스택

  • 강점이 있는 것 위주로 남기고 일반적으로 사용하는 tool 등은 삭제
    • 지원하는 포지션의 핵심 기술 위주로 작성
  • 툴은 기업에서 중요하게 안봄

자격증

  • 가지고 있는 전체 자격증을 전부 기입하는것은 좋지 않음
    • 지원하려는 기업의 직무와 관련된 자격증을 기입하는게 좋음
  • 토익
    • 외국계가 아닌경우 영어쓸일이 거의 없지만 영어 점수를 보일듯 안보일듯 대우를 해줌
  • SQLD / ADSP 기본으로 깔고 가는 경우가 많음

프로젝트

  • 개발하고자 하는 서비스의 핵심 사항만 1~2줄 이내로 정리
  • 프로젝트에서 수치화 할 수 있는 성과를 기록
  • 어떤것을 구현했는지 기능도 적어야 함

직무역량

  • 과정을 통해서 어떤 점들을 배웠고, 배운 내용 중 어떤 기술들에 자신이 있으며
    • 프로젝트에서 어떤 기술들을 사용해서 어떻게 구현했는지 정리
    • 기술 관련 키워드를 중심으로 경험과 역량을 서술해야 함
  • 프로젝트를 진행하면서 어떤 경험을 하고 기술을 사용하고 어떤 스킬을 배웠나
  • 항목으로 나열하면 좋음 (1. ~ 2. ~ )
  • 기술용어들은 영어로 작성하는게 좋음 (POST)

성격

  • 성격에 대하여 적는 부분이 존재하는 경우도 있는데
    • 단점에 대한 항목이 명시되어 있을경우에만 작성 (ex.성격의 장단점)
    • 단점을 적으라고는 하지만 진짜 단점이 아닌 해석에 따라서 장단점이 될 수 있는거 작성
      • 집중력이 강하다 = 장점 or 주변에 다른 상황을 인지 못함 단점
    • 개선하기 위한 방법까지 작성하면 좋음
  • 본인의 장점이 지원하는 포지션의 어떻게 곁들일 수 있는지 작성하는것도 좋음

경험

  • 이력서에서는 "문어체" 로 작성 "구어체" X
    • 최대한 LLM을 사용하지 말고 스스로 작성하는게 좋음
    • 맞춤법 교정정도만 받는게 좋음
  • 부트캠프 프로젝트를 통해 배운 경험이 추가되는게 좋음
    • 직무역량을 키우기 위해 노력한점 같은 내용

지원동기

  • 어떤 경험과 어떤 역량을 가지고 있으며 지원 직무에 어떻게 기여할 것인지를
    • 기술 중심으로 무미건조하게 서술할 것(미사여구, 감성적 표현 최대한 없애기 )

이력서 작성 요령

  • 팀 프로젝트에서 혼자서 캐리했어도 협업을 했다고 적는게 좋음
    • 본인의 역할을 하면서 다른 팀원과의 협업이 진행됬는지
    • 본인의 역할을 다하고 팀원을 도왔다.
  • 지원분야
    • 구인공고에 필요한 기술이 적혀있는데 그걸 참고하여 작성함
  • 감정에 호소하지 말 것 (정말, 열심히, 최선을, et....)
  • 정해진 분량을 꽉 채울 필요 없음 (약 80~90/. 수준이 적정)
  • 사실적, 실제적인 수치 기입
  • 해당 도메인의 전문 용어 활용
    • 회귀 모델을 활용하여, 딥러닝 대비, 신경망, 빼
    • Docker, Git, Python, SQL, MongoDB, Streamlit...
  • 조별 프로젝트 등을 경험으로 녹여 넣기
    • 자신이 참여한 부분을 분명히 / 혼자 캐리했어요 X
  • 자신의 경험이 지원 분야에 어떻게 기여할 수 있을지 서술
  • ChatGPT 등 LLM 활용 지양
    • 인사담당자 및 신입 TO가 있는 팀의 리더는 수백장~수천장의 이력서를 보게 됨
    • LLM의 도움을 받아서는 본인만의 특색이 가미된 이력서 작성 불가
  • 기술블로그/포트폴리오가 필수는 아님
    • 블로그, Git 권장 / Notion (multi-depth 구조) 지양

기술블로그/포트폴리오

  • 한 페이지에 다 정리되게 정리하는게 좋음
    • Depth 구조 X

코딩테스트

  • 코딩테스트 응시할 때 "주석 성실히 작성"
  • SQL 언어도 같이 준비하는게 좋음
    • 레벨은 최하위 레벨보다 윗단계로

취업준비

  • 학교에서 제공해 주는 취업, 면접컨설팅 등 적극 활용
  • 부트캠프 활용 내실 및 경험 확충
    • 대기업이 공채를 통해 하던 역할을 ...
  • 자격증 취득 : ADSP, SQLD, 분기
  • 대회(해커톤) 참가 및 상위 성적 획득 (상위 10/)- 리더보드는 표준정규분포
  • 이론 지식 보충
  • 석사, 박사 진학 검토
    • Specialist가 취업에 더 유리한 점이 있음
    • 많은 기업들이 석 박 경력 인정 및 대우를 해줌
  • 최신 트렌드 및 동향 파악 : Youtube 안될공학, 전자신문 등

Toy 프로젝트

  • 주제

    • 기업이 추구하는 것
      • 이익 창출을 통한 주주 환원, 사회 환원
    • 국가가 추구하는 것
      • 경제 발전, 부국, 국민 안전, 사회 안정 > 공익
    • 이 두개의 범위를 벗어나면 안됨
      • 주가 관리 / 주가 예측 절대 하지 말기
      • 재미를 위한 프로젝트는 안하는게 나음

  • 좋은 주제 찾기

    • DACON
  • 선택과 집중
    • 모든 것을 다 구현하려 하지 말자
    • 기능에 충실하자 기획이나 디자인은 그렇게 중요하지 않다.
  • 기존에 있는 기능에 차별화된 기능이 한두개 추가되는게 좋음

취업 전략

개발자의 업무

  • 코딩은 업무의 일부일 뿐(보통 하루 일과의 30%)
  • 70%의 시간은
    • 기획자와의 커뮤니케이션
    • 기술 문서 작성
    • 다른 사람의 코드 해석 및 리뷰

개발자의 현실

  • 워라벨
    • 야근 / 새벽베포 / 밤샘 작업 / 프로젝트 근무 ..
  • 온콜
    • 야간 당직 느낌
  • 압박
    • 열정 / 성과 / 동료 평가 / 리소스 / 속도 등

회사가 원하는 역량

  • 혼자 코딩하는 천재보다 "말이 통하는 사람"을 뽑는다
  • 통역 능력
    • 기술용어를 이해하는가
  • 문서화
    • 나의 코드를 글로 남기고 이력을 관리할 수 있는가
  • 비즈니스 마인드
    • 이 기능이 돈이 되는가? 사용자가 편한가? 'why'를 고민하는가?

AI

  • 커서 / 클로드 / 코덱스 / 엔트로픽
  • 프롬프트
    • 어떤 질문을 하는가?
    • 어떤 프롬프트가 좋은 프롬프트인지 공부해보자
    • 프롬프트를 짤때 본인이 구조를 짤 줄 알아야함
      • 큰 그림을 설계
  • 구조화
    • 확장 가능한 구조를 볼 줄 아는가?
  • 자동화
    • AI에게 어떤 걸 위임하는가?

채용공고(JD)

파악하기

  • 언어적인 부분은 크게 겁먹지 않아도 좋음
  • 가산점 파트는 없어도 됨
  • 개인프로젝트 런칭 경험은 꼭 필요함

번역

  • 대용량 트래픽 처리 경험 우대
    • CRUD를 넘어 Redis /큐 / 인덱싱 등 고도화를 적용해봤는가?
  • 주도적으로 문제를 해결하시는 분
    • 사수 없이도 공식문서를 연구해가며 구현 가능한가?
  • 원활한 커뮤니케이션 능력
    • 기획자와 싸우지 않고 안 되는 이유를 설득할 수 있는가?

자격요건 vs 우대사항

  • 자격요건
    • 이정도는 해야 대화가 가능합니다
    • 학력 / 기본언어 / 프레임워크 등
      • javaspring / kotlin 경험 필요
      • 공고마다 반복되는 요건은 어느정도 숙지하는게 좋음
  • 우대사항
    • 이 경험이 있다면 가산점입니다.
    • MSA / Docker / K8s / 대규모 시스템 경험
      • 이게 차별점이 될 수 있음

이력서

30초룰

  • 면접관이 이력서 한 장을 스캔하는 시간은 평균 "30초"
    • 가독성이 생명이다
    • 두괄식으로 작성하라
    • 불필요한 미사여구를 제거하라

첫인상

  • 추상적이고 누구나 할 수 있는 말은 하지말자
  • 자신의 정체성과 관심사가 명확한 글이 필요하다.
    • 대용량 트래픽 처리에 관심 많은 ~~
    • ~~를 활용해 응답 속도를 개선한 경험이 있으면, ~~

기술

  • 나열하지 말고 분류하라
    • 언어: Java(익숙) / Python(사용경험)
    • Framework: Spring Boot ~~
    • Database: PostgreSQL
    • infra: AWS / Docker ~

Project 핵심

  • Why
    • 왜 이 기술을 사용했는가?
      • 남들이 써서 X / 동시성 제이를 위해 Redis가 필요 O
  • How
    • Trouble & Shooting
    • 어떤 문제가 발생했고, 구체적으로 어떻게 해결했는가 ?
  • Result
    • 수치로 증명하라
      • 빨라졌다 X / 로딩이 3초에서 0.2초로 단축 O

Project 전 / 후

Blog & Github

  • 퀄리티 > 양

    • 잔디 심기에 집착하지 말고 블로그 복붙 금지

제출 전 체크

  • 오타 점검
  • 링크 확인
  • 모바일 가독성 더블 체크
    • 줄바꿈 체크
  • PDF 저장
    • 워드는 폰트가 깨짐
  • 파일명
    • 백엔드김기훈이력서.pdf

면접

  • 면접관의 심리

    • "우리 팀의 일을 덜어줄 사람이면 좋겠다"

star

  • 핵심은 Action
    • 제가 이 부분을 맡아서 해결했습니다.
    • 면접관은 팀이 아닌 나를 뽑음

면접 안티 패턴

  • 묻어가기
    • 저희 팀장님이 다 하셨고 저는 시키는대로 잘 == X
  • 나무위키 낭독
    • 정의를 외우지 말고, 자신의 언어와 예시로 설명하자
  • 아는 척하기
    • 모르면 "모르겠습니다". 하지만 키워드를 적어두고 꼭 공부하겠습니다 "태도"로 승부
  • 본인은 드러나되 팀원은 서포트 느낌으로 대사 준비하기

역질문

  • 마지막으로 궁금한 점 있나요?
    • 면접동안 했던 대화를 기반으로 질문하는것이 베스트

Career

안전함의 역설

  • 개발자의 핵심은 회사 간판이 아니라 내 손에 있는 '실력'입니다.

첫 회사 선택 기준

  • 사수와 시스템
    • 나를 성장시켜 줄 사수가 있는가?
    • 코드 리뷰 문화가 정착되어 있는가?
  • 개발 문화
    • 에러를 낸 직원을 비난하는가? 아니면 회고를 통해 시스템을 개선하는가?
  • 성장성
    • 트래픽이 늘어나는 서비스인가?
    • 유저 피드백이 긍정적인가?

롱런을 위한 조언

    1. T자형 인재 + E자형 인재
    • 신입은 넓게(CS, DB, Network), 3년 차부터는 깊게(전문 분야)
    • T자: 한분야에 전문성
    • E자: 여러분야 두루두루
    1. 공식 문서(Official Docs) 읽기
    • Al 답변만 보지 말고, 원문을 찾아보는 습관을 들이세요
    • ex) Spring.o, React Docs 직접 읽기
    1. 멘탈 & 체력 관리
    • 취미를 가지세요. 건강을 잘 챙기세요

코딩테스트

  • 하루에 1문제 꾸준히 풀기

비전공자?

  • 다른 도메인 지식이 무기가 됨
    • CS 기초(자료구조, OS)는 전공자만큼은 공부해야 함

커뮤니케이션

  • 하루키의 법칙

시작은 중요하지 않다

  • 처음부터 좋은 기업에 들어가야만 뛰어난 개발자가 되는 게 아니다
  • 꾸준히 성장하면 원하는 커리어를 얻게 될 확률이 높다.

모호하고 추상적인 표현 피하기

  • 최대한 Dry하게 단어를 선택하고 구체적으로 적자
      1. 의미 없는 미사여구 줄이기
      1. 모호하고 추상적인 단어 사용 지양하기
# BAD
다양한 이해관계자들과의 유기적인 소통 구조를 정립하여, 프로젝트의 시너지를 극대화하고 조직 전반의 커뮤니케이션 효율을 혁신적으로 제고하였습니다. 이를
'통해 변화하는 환경 속에서도 유연하고 민첩하게 대응할 수 있는 협업 체계를 구축하였으며, 지속가능한 성과 창줄의 기반을 마련하였습니다.

# GOOD
디자이너, 마케터와 주 1회 회의를 진행하며 요구사항을 정리하고, 피드백 반영 사항을 문서화하며 실행가능한 아이템으로 만들었습니다.

논리적인 사고 능력

  • 개발자 = 논리적으로 문제 해결/커뮤니케이션 하는 직업
    • 개발을 할 때, 논리적으로 사고할 수 있고 그걸 잘 설명할 수 있는 사람인가?
  • ex. 관련된 질문들
    • 이 코드에서 이 변수는 왜 A라고 네이밍하셨나요?
    • 이 기능은 왜 B를 이용해서 구현하셨나요?
    • 이 서비스는 왜 C라는 DB를 사용하셨나요?
    • 이 서비스는 왜 D를 이용해서 배포하셨나요?
    • 여기서 이 값은 왜 E로 설정하셨나요?
Q: 왜 이 Database를 사용하셨나요?

# BAD
A: 팀장님이 사용하자고 하셨습니다.

# GOOD
A: ~한 데이터 특성상 A,B,C를 후보로 두었는데, 당시 A는 ~~라는 이슈가 있었고, 저를 포함한 팀원들이 B를 다뤄본 상태라 B를 선택하였습니다.
C의 경우 다들 경험이 없고 러닝커브가 있어서 선택하지 않았지만, 시간이 많았다면 테스트해보았을 것 같습니다.
(정답 여부보다 논리적인 사고 과정이 있는지를 봄)

구체적인 사례

  • 구체적일수록 신빙성은 올라간다.
    • 실제로는 그렇지 않은 사람이, 그냥 그렇게 보이고자 하는 의도로 쉽게 쓸 수 있는 문장인가?

    • 좋은 에러들을 만나고 그 에러를 해결하는 과정을 겪어보자

EX 1.
저는 사람들과의 만남을 중요시합니다. 주기적으로 다른 분야의 사람들과 만나며 아이디어를 교류하는 것을 즐깁니다.

EX 2.
한 달에 한 번 개발자, 기획자, 디자이너 친구들과 사이드 프로젝트 이야기를 나누는 모임에 참여하고 있습니다. 이전 모임에서 한 디자이너의 피드백을 듣고, 제가 만든 서비스의 온보딩 흐름을 개선한 적이 있습니다.
관련된 질문들
1. 이전 프로젝트에서 기억에 남는 에러가 있으셨다면 어떻게 해결하셨는지 알려주세요.
2. 이전 프로젝트에서 가장 기술적으로 어려웠던 부분이 어느 부분이셨나요?
3. 지금까지 진행하셨던 프로젝트 중 가장 만족스러우셨던 프로젝트와 그 이유는 무엇인가요?

이력서

  • 이력서도 커뮤니케이션이다.

    • 모호하고 추상적인 표현 쓰지 않기
    • 논리적인 사고능력이 드러날 수 있도록 하기
    • 구체적인 사례 제시하기
# BAD
저는 항상 성장하기 위해 노력합니다. 개발 분야는 끊임없이 새로운 기술들이 나오고 새로운 문제들이 발생하는 분야이기 때문에, 개발자로 일하기 위해서는 항상 성장하기 위해 노력하는 태도가 중요하다고 생각했기 때문입니다. 사회심리학자 캐롤 드웩은 성장 마인드셋의 중요성과 효과를 연구하셨는데, 저는 그 연구에서 큰 감명을 받았습니다. 그 이후 저는 성장 마인드셋을 가지고 어떤 일이든 그 과정에서 배우고 성장하고자 노력하고 있습니다.

# GOOD
저는 성장 마인드셋을 중요하게 생각합니다. 실제로, 대학 시절 처음 접한 팀 프로젝트에서 Git을 잘 다루지 못해 팀원들에게 부담을 준 경험이 있습니다. 그 일을 계기로 하루에 30분씩 Git 관련 문서를 읽고 개인 리포지토리를 운영하며 실습했고, 이후 프로젝트에서는 팀원들에게 Git의 원리와 branching 전략을 설명할 수 있을 만큼 익숙해졌습니다. 현재도 개발서적 독서 스터디, 사이드 프로젝트 모임에 참여하며 꾸준히 공부하고 성장하려고 노력하고 있습니다.

Off Topic 피하기

  • 내 경험을 다 녹여야 한다는 생각 버리기
    • 기획/디자인/AI/블록체인/디자인 등 백엔드 개발차로서의 역량을 보여주는 것에 집중
  • 회사/JD에 따라 재구성하기
    • 규모: 스타트업 vs 빅테크 vs 대기업의 IT부서 VS SI•••
    • 도메인: 미용/AI/쇼핑몰···
    • 팀: 결제팀/검색팀/모바일/AI 사용하는 팀…
  • 회사별로 이력서의 내용을 다르게 하는게 좋음

포트폴리오

  • 팀 프로젝트

    • 주요 역량
      • 협업 능력, 커뮤니케이션 능력
    • 주요 사례
      • 갈등 해결 사례, 리더십 발휘 사례
    • 따라서
      • 팀의 생산성 향상/갈등 해결 등을 위해 노력하기
      • 그 과정을 잘 기록하고 이력서/포폴 소재로 사용하기

  • 개인 프로젝트

    • 주요 역량
      • 구현 능력, 문제해결 능력 주요 사례
    • 주요 사례
      • 성능 개선 사례, 이슈 해결 사례
    • 따라서
      • 좋은 이슈를 만나면 기뻐하며 기록하기
      • 기능 구현으로 끝나지 않기
      • 유의미한 이슈,의사결정 사례 등을 잘 기록해서 사용하기

  • 팁

    • README.md
      • 면접관들은 시간이 없다 (리드미 작성)
    • 작동하는 URL
      • 배포도 하고 사용자도 받아봤다는 증거
    • 본인만의 주제
      • 수십/수백 지원서의 비슷한 주제/스택에서 벗어나는 서비스 만들어보기

  • 주의 ⚠️

Q. 이력서에 “N+1 문제를 ~~한 방법으로 해결하셨다고 적어놓으셨는데, 자세히 설명해주시겠어요?"
Q. AWS Lambda를 해서 배포하셨는데, Lambda에 대해 설명해주시고 왜 그걸 선택하셨는지 알려주시겠어요?
Q. "개인 맞춤형 추천 알고리즘 고도화"라고 적혀있는데, 구체적으로 어떤 알고리즘을 어떻게 고도화하셨는지 설명해주시겠어요?

성장 습관

많이 깨지기

  • 피드백 많이 받기
    • 이력서 피드백
    • 포트폴리오 피드백
    • 커리어 고민
    • 링크드인(무료)
    • 커피챗(1-3만원)
    • 지인
    • 지인의 지인
  • 모의/실전 많이 겪기
    • 모의 면접 및 코딩 인터뷰 (취준 스터디, 개발자 지인 등)
    • 선호도가 낮은 순서에서 높은 순서로 지원
    • 합격 확률이 높은 순서에서 낮은 순서로 지원

꾸준히 성장하는 시스템 만들기

  • 자신에게 맞는 성장 방법을 찾고, 그걸 꾸준히 할 수 있게 시스템으로 만들기
  • 구현하고 싶은 걸 구현하며 성장하기
      1. 시스템 트레이딩 봇
      • 디자인 패턴, 리팩토링 책을 읽으며 배운 내용을 실제로 적용해봄
      • 실제 매매 시간에 에러가 발생하지 않도록 테스트코드를 추가함
      1. Personal Al Coach
      • discord에 해야하는 일을 편하게 적으면 AI가 분석해서 task로 만들어줌
      • "오늘 뭐할까?" 등을 물어보면 task를 분석해서 하루를 계획해줌
      1. 논문 크롤링 봇
      • Axriv(논문 공유 사이트)에 올라오는 논문을 매일마다 크롤링

프로젝트 전략

프로젝트가 중요한 이유

  • 우리가 보여줘야 하는 것
    • 문제 해결 능력
      • 문제를 어떻게 해결하는지 난이도 있는 문제도 풀어본 사람인지
    • 커뮤니케이션 능력
      • 대화가 잘 되는 사람인지 논리적으로/구체적으로 말하는 사람인지
    • 팀플레이어인지
      • 성격이 이상하지는 않은지?
      • 기존에 팀 프로젝트를 성공적으로 수행했는지
  • 이 사람과 함께 일하고 싶은가?
    • 들어와서 우리 팀에 잘 적응할 수 있을까? 분위기를 해치지는 않을까?
    • 우리 팀의 코드들을 잘 익히고 개발할 수 있을까?
    • 앞으로 함께 성장하면서 프로젝트를 진행할 수 있을까?
# BAD(말로만 주장하기)
저는 코딩도 잘하고 커뮤니케이션도 잘하고 팀원들과도 항상 잘 지내는 사람입니다

# GOOD
A 프로젝트에선 Redis 기반 성능 최적화에 기여했었고, CI/CD를 도입해서 팀 내 Test Coverage 향상과 배포 편의성을 높였습니다.
B 프로젝트에선 팀장을 맡아서 팀원들 모두가 익숙한 노션으로 할 일을 관리하며, 주기적으로 회고하며 팀원들의 생산성 향상에 기여했습니다.
그러다가 ~~한 문제가 생겼는데 ~

팀 프로젝트

  • 주요 역량
    • 협업 능력, 커뮤니케이션 능력
  • 주요 사례
    • 갈등 해결 사례, 리더십 발휘 사례
  • 구하는 방법
    • 교육기관, 개인적으로 팀을 찾음(카페, 지인 등)
  • 따라서
    • 팀의 생산성 향상/갈등 해결 등을 위해 노력하기
    • 그 과정을 잘 기록하고 이력서/포폴 소재로 사용하기
    • 나보다 조금이라도 잘 하는 사람들을 보며 문제 해결 방법, 태도, 일하는 방법을 배우기
  • 주의 ⚠️
    • 같은 포지션에 사람이 너무 많을 시
    • 기술적 역량을 보여주는 소재로 사용하기 어려울 수 있음

개인 프로젝트

  • 주요 역량
    • 구현 능력, 문제해결 능력
  • 주요 사례
    • 성능 개선 사례, 이슈 해결 사례
  • 구하는 방법
    • 구현하고 싶은 아이디어를 정하고 시간을 투자한다.
  • 따라서
    • 좋은 이슈를 만나면 기뻐하며 기록하기
    • 기능 구현으로 끝나지 않기
    • 유의미한 이슈, 의사결정 사례 등을 잘 기록해서 이력서/자소서에 사용하기.
  • 주의
    • 쉬운 것만 구현하다가 유의미한 이슈 해결/기술적 성취 없이 끝나지 않도록
    • 난이도 있는 것들을 시도해보는 게 좋음.

몇개?

  • 정답은 없지만, 개인프로젝트가 없는 건 아쉬움.
지원자 A
팀 프로젝트 1 (BE 6명 중 1명으로 참여)
팀 프로젝트 2 (BE 6명 중 1명으로 참여)
지원자 B
개인 프로젝트 1
개인 프로젝트 2
  • 교육을 받으면서 팀 프로젝트를 경험해보고, 이를 바탕으로 개인 프로젝트를 수행해보기
  • 팀 프로젝트에서 경험한 것들을 녹이거나 아쉬웠던 점을 적용하면서 실력을 성장시키기도 좋음

프로젝트 차별화 방법

    1. 개인 프로젝트를 하면서 이력서에 자랑할 거리도 만들고, 실력도 쌓으시면 좋습니다.
    1. Producthunt, Dribble/Behance, 공공데이터포털, Kaggle 참고하면 아이디어/데이터 얻을 수 있습니다.
    1. 꼭 전형적인 웹 포트폴리오(CRUD 위주의)를 만들어야한다는 생각을 버리고, 하고싶은 주제로 개발해보시는 게 면접관 입장에서도 더 관심이 가고 개발하시는 입장에서도 더 재미있습니다. (1개정도는 괜찮습니다)
    1. 프론트엔드를 전혀 모르신다면, GPT와 함께 간단한 웹페이지를 개발하시거나 Frontend가 필요 없는 챗봇 등으로 개발하시는 것도 좋습니다.

ai 활용법

  • Types
      1. Al 위임
      • AI가 코드를 짜고 작업을 완료하도록 전적으로 맡김.
      1. 점진적 Al 의존
      • 처음에는 질문으로 시작했으나, 결국 모든 코드 작성을 AI에게 맡김.
      1. 반복적 AI 디버깅
      • 문제가 생기면 디버깅을 AI에게 반복적으로 맡김.
      1. 생성 후 이해
      • AI에게 코드 생성을 맡긴 후, 생성된 코드를 이해하기 위해 AI와 대화
      1. 코드/설명 혼합
      • 코드 생성과, 코드에 대한 설명을 같이 요구하여 코드를 이해 개념 질문
      1. 개념 질문
      • AI에게 코드 생성을 요청하지 않고, 원리/개념에 대해서만 물으며 직접 코딩

디버깅

# BAD
- 반복적 AI 디버깅
  - AI가 생성해준 코드 붙여넣기, 에러 생기면 에러 메시지 
    - 그대로 긁어서 Al한테 붙여넣기
    - AI가 디버깅해주면 그거 그대로 다시 에디터에 붙여넣기 x n번
  - 그 과정에서 개발자 개인이 성장하고 지식을 얻는 게 없음

# GOOD
- 본인의 지식을 기반으로 추측하고 AI에게 피드백받으면서 해결하기
  -"이 함수에서 NumberFormatException이 발생했는데
    - 아마도 형변환을 해서 넣어줘야하는 것 같아. 맞을까?"
  -"너가 쓴 코드가 parseInt 함수를 사용하는데, 이건 어떤 함수야?

코딩

# BAD
- 대규모 코드 생성
  - "내가 이런 서비스를 개발해야하는데, 필요한 코드들을 다 구현해줘"
  - 코드의 복잡성을 통제하며 어렵고, 생성된 코드가 너무 많아서 사람이 이해하고 리뷰하기도 어려워짐.
  - 인지 부하가 커지면 점점 손을 놓게 됨

# GOOD
- 복잡한 작업을 작은 단위로 분할하며 단계적으로 하나씩 처리하고 구현
  -"내가 이런 서비스를 개발해야하는데, 내 생각에는 A,B,C 기능이 필요할 것 같아. A를 같이 설계해보자, A는 ~~~"
  - 생성된 코드를 이해하고 리뷰할 수 있도록 범위와 규모를 제한

인터뷰/면접

# BAD
- 면접 질문에 대한 답을 AI가 생성하도록 요청
  -"지금까지 대화한 기록을 바탕으로 이 회사에 대한 지원 동기를 작성해줄래?"
  - 그럴 듯 한 답변이 나올 수는 있지만, 실전에서는 AI를 사용할 수 없으며 암기만 한 답변은 조금 어색
# GOOD
- 다양한 질문을 AI가 질문하도록 하고 실제 면접상황처럼 AI없이 답변해보기
  -"나는 취업준비생이고 기술면접과정을 훈련하고 싶어.
  백엔드 전공지식 질문들을 나에게 하나씩 해줄래? 우선 자료구조부터 해보자. 내 답변 이후에는 내 답변을 5점 만점으로 평가하고 부족한 부분을 알려줘."
  - 면접장에서 바로바로 좋은 답변을 할 수 있도록 훈련

AI는 어떻게 해야할까?

  • AI의 성능이 발전하더라도 개발자로서 성장시켜야 하는 역량이 있을까?
    • AI를 too로 적절하게 사용하는 능력/커뮤니케이션하는 능력
    • 학습하고 배우고 응용하는 능력
  • 본인이 머리를 쓰고 있는지, 배우고 있는지를 계속 생각
    • 너무 편한 상태에서는 성장이 없음
    • 실력은 고통의 총합이다 (임백준 칼럼)
  • 결국 면접장에서 "이 프로젝트에서 A 기능을 B로 구현하셨던데
    • 왜 그렇게 구현하셨는지 설명해주시겠어요?" 같은 질문을 받게 됨.
    • AI 없이 좋은 답변을 하는 능력을 키워야함

QnA

  • 기술 스택, 어디까지 다뤄보는 게 좋을까요?
    • Docker, Redis, NoSQL, CI/CD/배포 자동화, Unit Test (해보면 좋다)
    • Kubernetes, Kafka, MSA (안하는게 좋다, 공부하기는 어려운데 관련질문 지옥)
  • 예전에 팀 프로젝트가 끝나서 배포도 안하고 수정하기도 어려워요
    • 최대한 기한내에 건드리고 차라리 새로운 개인 프젝을 하는게 좋다
  • 좋지 않아 보이는 회사라도 일단 취업하는 게 맞을까요?
    • 무조건 일단 취업하고 공부하는게 좋음
    • 회사에서 코드리뷰를 안해준다면 개인적으로라도 퇴근하고 공부해야함
  • 이력서 포맷은 어떻게 하는 게 가장 좋을까요? (노션, 원티드 등)
    • 원티드
  • 코딩테스트가 너무 힘들어요
    • 하루에 한문제 쉬운 문제라도 풀것
    • 기초 -> 자료구조 -> 알고리즘
  • 개발책
    • 클린코드, 읽기 쉬운 코드가 좋은 코드다, 객체지향의 사실과 오해
  • AI
    • Claude code, codex, gemini
    • 메인개발 = Claude code
    • gemini = 코드보단 아이디어/분석/검색
  • 개발자가 좋은 점
    • 성향에만 맞으면 정말 만족스러운 직업
  • 교육과정이 끝난 후 해야할 것
      1. 개인프로젝트
      1. 코딩테스트
      • 1,2가 완성되면 이력서/면접 준비하면서 회사 지원
  • 신입 전략
    • 조금 더 차별화되는 기술적인 요소를 도입한다.
      • 그 과정에서 기술적인 역량을 보일 수 있도록 한다
    • 배포해서 유저들도 받아보고 실제 트래픽 발생시켜서 서비스 운영 경험을 해본다
profile
김기훈
안녕하세요.
이전 포스트

2026/02/09 합동프로젝트 - END

다음 포스트

2026/02/11 취업 컨설팅 / 수료

0개의 댓글