멘토링

2025/10/22 - 1

• develop 에서 feather 로 하나 빼와서 기능을 구현하고 다시 develop로 머지 한다.
• os 지식을 충당할 것
  • 남들과는 다른 기술스택이 필요
    • Redis , 셀럴 , 백엔드에서 성능향상을 위해 사용되는 라이브러리
• 클래스 정의, 클래스 매서드
  • 프로젝트 제작 추천

2025/10/22 - 2

• 남들보다 못하는가 라는 생각 갖지 말기

• 1시간중 30분 빡세게 집중하고 나머지는 다른사람이 짠 코드를 한번 보자

  • 실행순서를 써보기
    • 즉, 본인만의 루틴을 만들어보자(스트레스 해소 시간을 만들어보자)

• 코드를 어렵게 짜지 말자

  • 남이 내 코드를 봤을 때, 이해가 바로 되면 좋은 코드

• 기본 구조

  • routers / services / models
  • Routers -> Services -> Models -> Schemas -> DB
  • schemas : 데이터검증

• 사용할 라이브러리 작성하는 것도 좋음

• 비전공자 포트폴리오 최 중요 요소

  • 트러블 슈팅 해결과정

• ppt

  • 아키텍쳐 구조 만들기
  • 간단한 기능 설명
  • 단위 테스트 진행
  • 굳이 사용하지 않아도 되는 프로그램은 사용하지 말자

• with open() as file:

  • FastAPI 에서 만지기 = UploadFile

2025/10/28

• AI를 사용하되 가이드라인을 확실하게 주어라(의존은 금물)

  • 디자인 패턴을 공부해보자

• 코드를 전부 짜주는건 안좋음

  • 코드가 어떻게 구현되는지 이해를 하고 개선할 부분을 찾아보고 나만의 스타일을 넣자
    • 급하게 구현을 하지 말고 이해를 우선
      • AI 관련 툴을 공부해보는것도 좋음
      • 재미나이의 가이드학습 좋음

• 슈퍼클로드

  • 클로드설명

• 노트북LM

  • 노트북LM에 공식문서 링크를 주고
    • 어떤순서로 공부하는게 좋은지 또는 정리가 필요할때 사용하면 좋음
    • 발표자료를 만든다거나 정리된 파일같은게 있으면 업로드 했을때 정리해달라하면 정리해줌
    • 공부 or 과제 제작에 상당히 좋음

• 깃에서 여러가지 명령어를 다 써보는게 좋다, 이 타이밍에 해버리자!

  • SourceTree 사용 권장(하지만, 학습시에는 직접 명령어를 쓰는게 좋음)

• 백준

  • 삼진 아웃제도
  • 안풀리는 문제에서 같은 카테고리의 문제를 풀어보거나 지금은 안풀려도 나중에는 풀리는 경우도 있음
  • max: 2시간 / 하다하다 진짜 안되면 그냥 답을 보고 이해하고나서 같은 카테고리의 문제를 풀자

2025/11/11

• fastapi 도 실무에서 장고랑 비슷하게 사용된다

  • 일반적으로 장고는 메인 패아피는 서브로 가져가자
    • fastapi 장점
      • 웹소켓 같은 실시간 통신에서 필요
      • 장점: 스웨거 속도

• 자격증 추천

  • 정보처리기사
    - 하지만 다양한 개발스택에 대한 경험 / 프로젝트 같은 포트폴리오를 채우는게 더 중요

• llm

• 개인 프로젝트로 어떤 어플을 따라서 만들어 보자

• msa

2025/11/17

• 프론트

  • 서버로부터 어떤 응답을 받고 어떤식으로 처리하는지 정도만 알아도 됨

• 프로그램을 따라서 만드는건 기능, api만 구현해도 충분

• 소셜로그인

  • 네이버 , 구글로 로그인 하는거 구현해보기

• 토큰관리

  • jwt 말고 다른 방식으로 구현해 보기

• Django,Fastapi githubd에 올라온 코드들을 클론따서 본인 코드랑 비교해보는것도 좋음

• 꼭 해보면 좋을 것 같은 프로젝트

  • 본인이 구현해보고 싶은 서비스를 구현해 보기
    • 채팅
      • 웹소켓(WebSocket)
        • Django-channel
    • SNS
    • 무신사 같은 커머스 서비스
      • 불러올 데이터가 많은 때 속도가 느려지는 것 개선해보기

• 라이브러리

  • cache: redis
  • 비동기/periodic task: celery
  • 문서화: swagger
    • 현업에서도 많이 쓰이기 때문에 사용해 보는게 좋음

• LLM

  • 인간처럼 언어를 이해하고 생성할 수 있는 초거대 AI 모델
    

• summernote 같은 서드파티(외부서비스)를 넣으면 편하기는 하지만

  • 만약 여기서 오류가 나버리면 수정이 불가
  • 싹다 밀어버리고 다시 해야할 수 도 있어서 지향하는게 좋음

• 슬랙 / 지라 는 좋은 듯

• 개발관련 포스트가 올라오는 채널

  • GeekNews

---

2025/12/08

• 이력서 & 포폴
  • 프로젝트를 기록하는건 퀄리티보다는 최신순으로 작성
  • PDF
  • 스택을 선택 (다다익선 X)
• 본인 프로필
  • 깃허브(필) / 블로그(준필) / 사이드 프로젝트(+) / 링크드인(택)
    • ex. ERD의 정의 X / ERD를 작성하면서 발생한 일 , 느낀 것
  • 본인 소개
  • 피해야 할 단어
    • 열정 / 노력 / 도전 / 정신 등
    • 증명할 수단을 선택: 숫자
• 1~2번 사용해본 기술은 언급하지 않는다.
  • 주력 기술들만 언급 / 경력에 비해 너무 많은 기술 스택은 오히려 좋지 않다.
• 그동안 해온 기술과 다르다면
  • 내가 얼마나 빠르게/바르게 기술을 배울 수 있는 사람인지
    • 나만의 학습 방법을 이야기 하기
• 경력/프로젝트
  • 질문하면 답변 가능한 프로젝트만 기록
    • 맡은 개발 파트 요약
    • 프로젝트에서 특히 강조하고 싶은 것
      • 성과/실적 있다면 추가 : 트러블슈팅 찾는것도 성과임
    • 가능하면 증명 가능한 링크 적기
  • 경력/프로젝트가 적다면 -> 교육/스터디
    • 어떤 기준으로 교육을 선택하고 무엇을 배웠는지 정리
    • 특히 기준이 중요, 증거 필수 (수료증/블로그/자격증)
    • 주제: 본인이 가장 관심있는 부분이 최고임
      • 보여서 얕게 할거면 그냥 자주 사용되는거 깊게 공부하는게 좋음
• 스택 깃허브를 들어가 보는가?
  • 최신 이슈에 대해서 질문 들어올 수 있음
• 이쁘게 만든 프로젝트는 필요없음
  • 코드가 얼마나 잘 짜였는지 봄 -> 테스트코드를 짜는가 / 객체지향적으로 작성하는가
  • 보안문제 올리기
• 러닝커브(학습 곡선)를 강조하는 이력서
• 트러블 슈팅
  • 원인 / 현상 / 해결 방법
• 좋은 개발자가 되기 위한 노력이 우선 / 좋은 이력서가 우선 되선 안됨

---

• ai사용은 오히려 권장
  • 이제는 ai를 더 잘 사용할 수 있냐를 봄
  • 설명을 디테일하게 가능하다면 ai의 사용은 오히려 장점
• 장고 공부
  • 긱시크 추천

---

2025.12.15

• • 코드를 짰을때의 커밋 이력도 봄 코드작성간의 발전이 있었는가
• 허깅페이스 / weights&biases
• 첫 두줄은 컨디션을 보고 그 회사가 하는 일을 봐라
• 나머지는 본인 스택

2025.12.22

• 업스트림
  • git rebase --abort / git rebase --skip

• 스타트업

  • tips

• 대회

  • 아모모
    • 수상이 아니더라도 참여가 중요한 듯
• 정부 지원을 받은적이 있나
• 해외사업을 한 적이 있나(대표의 영어 또는 제2외국어 가능 여부)
• 직원수

---

2026.01.08

• 주니어 개발자의 수준

  • 요즘은 좀 많이 허들이 높아진 느낌
  • 코드가 개떡같아도 직접 상품을 서비스 할 수 있을정도의 수준
  • 문제가 생겼을 때 그것을 해결 가능한 능력정도는 필요

• Django 만을 집중적으로 공부하는 것은 패널티가 될까?

  • 장고만을 집중적으로 팠는데 완전 잘 아는것이 아닌 어중간하게 아는점은 패널티
  • 일반적으로는 두루두루 다 해보고 다른 것들에 대해서 어느정도 큰 틀로 알면 됨

• 취업시장에서의 이점을 가지기

  • 기본기는 가져야함
  • 주니어 개발자가 제품을 냈을때 누군가가 상품을 구매하고 살 수 있을정도의 결과는 내야함
  • 혼자서 만들어보고 서비스를 해보고 돌아가게 만들고 그것을 무기로서 가지기
  • 요즘 면접관들은 이것을 만들었네에서 끝나지 않고 이것을 구현함으로써 어떤 경험을 했는지를 봄
    • 이거를 만들면서 리팩토링을 한다
      • 리팩토링의 이유도
  • 내가 직접적으로 서비스를 할 정도로 만들어보자

  • 개인 블로그를 만들어 보자

    • 직접 작동하는 블로그를 만들어보고 내 공부 내역을 기록해보자
    • 추가하고싶은 기능이 존재하면 추가해보고 추가한 이유를 적어보자
    • raspberry Pi
    • elasticsearch

• 현직 백엔드에서 가장 많이 사용하는 프레임워크

  • Python - django>FastAPI
  • JAVA,Kotlin - Spring Boot > Spring
    • JAVA,Kotlin는 수요가 많다. 즉, 경쟁력 미침
  • Ruby on Raise

• 인공지능 사용 여부

  • 최대한 구글링을 해라

---

• 인프라 띄우기

  • "HELLO WORLD"를 띄우는 서버를 배포해라
  • https까지 달아서

• 스웨거 에디터

  • yml파일 만들자

---

2026.01.15

• 멘토님의 공부방식

  • 시간표를 짜고 내가 만들고싶은 프로젝트를 구성
  • 언어 공부를 많이 함
  • 기초적인 부분을 처음에 잘 해라
    • 그리하여 만드는 과정에서 자신의 적성과 맞는지 알 수 있음

• 신입 개발자의 수준

  • 신입 개발자의 수준이 옛날 1.5년차 개발자의 수준이랑 비슷해짐
  • 내가 스스로 특정 사이트를 만들 수 있는 실력은 되야함

• 인공지능

  • ai에게는 "해줘"가 아닌 "이거 맞아?"는 괜찮음 / "예제를 줘"는 괜찮음

• Given When Then

• comment 의 모델명을 ReviewComment로 변경
• 댓글도 리뷰 기준으로 인덱스 걸기
• 중복 코드는 어디에 적어놓고 불러와서 사용하자
• like 등록 삭제에서 불러와서 사용하기
• 삭제된 게임들의 리뷰도 보일 수 있기 때문에 리스트 서비스 수정
• is_like 필요 없음
• like_count 도 필요없음
  • 사용자 혼란때문에 성공하면 프론트가 1올리고 삭제하면 1내려
  • ux적으로 별로임

---

2025/01/22

• 백준

  • 기본적으로 20~30분
  • 길게 잡아서 1시간안에 못푼다면 그냥 답지를 봐라 그리고 암기

• 알고리즘

  • 규칙이 존재
  • 지속적으로 풀다보면 습득이 됨

• dfs / vfs / dp

  • 유튜브 강의보는걸 추천

• 개발

  • 1. 코드 개발
  • 2. 테스트 코드 개발
  • 3. PR 코드 리뷰
  • 4. 머지 -> 자동 배포
  • 5. 내가 구현한 코드들이 작동하는지 api 호출
    • 여기까지 하면 FE가 로직을 짬

• https가 붙어야 하는 이유

  • FE서버의 라이브 배포
  • BE서버의 라이브 배포
    • https가 본무대임
    • 지금은 리허설밖에 안됨
    • http가 https에게 질문을하면 문제가 생김
      • https가 안전 http에서는 비밀번호같은거 다 보임
      • s가 붙으면 body에 있는 데이터를 암호화 함
  • http / https 왜 https가 더 안전한지 공부해봐라

• 시그널

  • 팀 컨벤션이 잘 맞춰져 있다면 좋음
  • 신입 개발자들이 들어오면 이 시그널이 언제 호출 되는지 알 수가 없음

• getattr은 사용을 지양

  • game.summary 같이 사용하는게 좋음
  • 사용할 필요가 없는데 굳이 사용하면 포트폴리오 질문 날라옴

  • 속성이름이 예측 불가능한 경우 사용

• JWT
  

---

2026/01/29

• ai관련 긍정 부정 질문 들어옴
• 프로그래머스
  • 고득점 키트

• 멘토링

  • 이력서
    • 어떤 어려운 점을 극복했는지 (남들이랑 차별되는 내용을 적는게 좋음)
      • ex. 서버를 띄웠을때 트래픽이 몰려 서버가 죽었다.
        • 이에대한 해결책을 어떻게 했을까
    • 최대한 어려운거에 도전하는게 좋음
    • 개선한 내용에서
      • 수치화를 하는게 좋음
    • 프로젝트 할때 리드미도 중요
      • 아키텍쳐도
  • apm
    • sentry
      • 성능개선
      • sentry랑 비슷한거 찾아보기
    • datadog
  • git hooks
  • 원래는 개발서버 / 라이브서버 두개를 띄움
    • 개발서버에서만 스웨거를 띄움
  • 로드밸런서
    • 로드밸런서만 https를 하고
  • 채팅방
    • 좋음
    • nord.js
    • 소켓 통신
  • 2년차 개발자까지 보는 이력서 기준이랑
    • 3~4년차 개발자로 보는 이력서 기준이 상당히 빡셈
    • 취업시 최소 2년안에 점프해야함(맥스가 3년)

---

2026/02/04

• nginx가 필요한 이유는 스태틱파일이나 미디어파일을 전달하기 위하여 사용
• S3 사용했으면 8000으로 뚫어도 가능 했음
  • 지금은 미디어 파일에 저장하기 때문에 80이었어야 했음
• 무조건 사이드 프로젝트의 프론트는 앱으로 구현
  • 사람들이 웹을 안쓰기 때문에 앱으로 구현하는게 좋음
    • 인공지능으로 쓰기
  • 백엔드 공부
    • 인프라설정도 배우고
• 빠르면 6개월
  • 스스로 프로젝트를 구현
    • 내가 불편한 / 내가 만들고 싶었던 프로젝트를 만들고 그걸 고도화하면 좋음
• react native