8.7 KiB
8.7 KiB
백엔드 포트폴리오 자기소개/기술스킬 작성 컨텍스트
목적
백엔드 개발자 포트폴리오의 슬로건, 한 줄 소개, 자기소개, 기술스킬 항목을 구체적이고 평가자 친화적으로 작성한다.
추상적 태도보다 실제 구현 경험, 백엔드 직무 연관성, 기술 활용 수준을 드러내는 것이 핵심이다.
작성 원칙
1. 추상 표현 금지
다음 표현은 단독 사용 금지:
- 끊임없이 학습하는 개발자
- 도전하는 개발자
- 성장하는 개발자
- 소통을 잘하는 개발자
- 새로운 기술을 좋아합니다
- 다양한 기술을 공부하고 있습니다
사용하려면 반드시 구체적 경험과 연결한다.
예:
- 나쁨: 새로운 기술 학습을 좋아합니다.
- 좋음: 파일 업로드와 실시간 알림 요구사항을 해결하기 위해 tus, SSE, Redis Pub/Sub 구조를 검토하고 적용했습니다.
1. 슬로건 작성 규칙
목적
지원자를 한 문장으로 기억시키는 문장.
포함 요소
- 백엔드 직무 강점
- 문제 해결 방식
- 주요 기술 영역
- 프로젝트 경험 기반 특징
작성 공식
[구체적 강점]을 바탕으로 [백엔드에서 기여하는 방향]을 만드는 개발자
또는
[기술/도메인 경험]을 통해 [추구 가치]를 구현하는 백엔드 개발자
좋은 예시
복잡한 요청 흐름을 안정적인 API와 데이터 구조로 풀어내는 백엔드 개발자
파일 처리와 실시간 알림 흐름을 안정적으로 설계하며, 복잡한 백엔드 요구사항을 구조화하는 개발자
권한, 파일, 알림처럼 상태 변화가 많은 도메인을 유지보수 가능한 서버 구조로 구현하는 백엔드 개발자
2. 한 줄 소개 작성 규칙
목적
현재 집중 기술과 앞으로의 성장 방향을 짧게 설명한다.
포함 요소
- 현재 집중 중인 기술
- 실제 구현 경험
- 백엔드 개발자로서의 지향점
작성 공식
현재는 [주요 기술/도메인]을 중심으로 [구현 경험]을 쌓고 있으며, 향후에는 [지향점]을 갖춘 백엔드 개발자로 성장하고자 합니다.
좋은 예시
ASP.NET Core와 PostgreSQL을 기반으로 파일 처리, 권한 관리, 실시간 알림 기능을 구현하며 안정적인 서버 구조를 설계하는 백엔드 개발자를 지향합니다.
파일 업로드, 권한 관리, 알림 기능처럼 상태 변화가 많은 기능을 구현하며 API 설계와 데이터 모델링의 중요성을 경험했고, 유지보수성과 확장성을 고려하는 백엔드 개발자를 지향합니다.
3. 자기소개 작성 규칙
목적
개발자로서의 현재 역량, 프로젝트 경험, 성장 방향을 2~3문단으로 설명한다.
구성
- 내가 지향하는 백엔드 개발자상
- 실제 프로젝트 경험과 기술적 역할
- 앞으로의 성장 방향
작성 공식
저는 [백엔드 개발자로서의 강점/지향점]을 중요하게 생각합니다.
[프로젝트/기능 경험]을 구현하며 [배운 점/기술 역량]을 경험했습니다. 특히 [주요 기술]을 활용해 [구체적 구현 내용]에 집중했습니다.
앞으로는 [단순 기능 구현을 넘어 추구하는 방향]을 고려하는 백엔드 개발자로 성장하고자 합니다.
예시
저는 사용자 요청 흐름과 데이터 처리 과정을 명확하게 설계하는 백엔드 개발자를 지향합니다.
파일 업로드, 권한 관리, 알림 기능처럼 상태 변화가 많은 기능을 구현하며 API 설계와 데이터 모델링의 중요성을 경험했습니다. 특히 ASP.NET Core와 PostgreSQL을 중심으로 서버 기능을 구현하고, EF Core를 활용해 도메인에 맞는 데이터 구조를 설계하는 데 집중했습니다.
앞으로는 단순히 기능을 구현하는 개발자를 넘어, 서비스의 안정성, 확장성, 유지보수성을 함께 고려할 수 있는 백엔드 개발자로 성장하고자 합니다.
4. 기술스킬 작성 규칙
목적
기술 이름 나열이 아니라, 기술을 어느 수준으로 어떤 기능에 활용했는지 보여준다.
필수 요소
- 카테고리 구분
- 주요 기술과 보조 기술 구분
- 숙련도 기준 명시
- 프로젝트 활용 경험 작성
권장 카테고리
Backend
Database
ORM
Realtime / Async
File / Storage
Infra / DevOps
Tools
기술스킬 작성 형식
| Category | Skill | Level | 활용 경험 |
|---|---:|---:|---|
| Backend | ASP.NET Core | 3 | REST API, 인증/인가, DI, Middleware 기반 서버 기능 구현 |
| Database | PostgreSQL | 3 | 관계형 모델링, 인덱스 고려, 조회 쿼리 작성 |
| ORM | EF Core | 3 | 엔티티 매핑, Repository, 트랜잭션 처리 |
| Realtime | SSE | 2 | 서버 이벤트 기반 실시간 알림 구현 |
| Infra | Redis | 2 | Pub/Sub 기반 메시지 전달 구조 활용 |
| Storage | tus | 2 | 재개 가능한 파일 업로드 흐름 구현 |
| DevOps | Docker | 2 | 개발 환경 및 의존 서비스 구성 |
5. 숙련도 기준
Level 1: 사용 경험 있음
공식 문서나 예제를 참고해 기본 사용 가능.
Level 2: 기능 구현 가능
CRUD, API 연동, 기본 설정 등 일반 요구사항 구현 가능.
Level 3: 프로젝트 적용 가능
서비스 요구사항에 맞게 구조를 설계하고 주요 기능에 적용 가능.
Level 4: 문제 해결 가능
성능 문제, 장애 원인, 구조 개선, 리팩터링까지 가능.
주의:
- 모든 기술을 상/중/하 또는 별점으로만 표시하지 않는다.
- Level은 반드시 활용 경험과 함께 작성한다.
6. 주요 기술 / 서브 기술 구분 기준
Main Skills
다음 중 하나 이상 해당:
- 프로젝트 핵심 기능 구현에 사용
- 직접 구조 설계
- 문제 해결 과정에서 깊게 사용
- 면접에서 설명 가능
Sub Skills
다음에 해당:
- 프로젝트에서 사용했지만 깊이는 낮음
- 설정 중심 사용
- 핵심 기능 보조
- 기본 개념은 알지만 고급 활용 경험은 부족
예시
### Main Skills
- C#
- ASP.NET Core
- PostgreSQL
- EF Core
- REST API
- Authentication / Authorization
### Sub Skills
- Redis
- SSE
- Docker
- Nginx
- tus
7. 기술 서술 예시
Backend
C#과 ASP.NET Core를 사용해 REST API 서버를 구현했습니다. 인증/인가, 파일 업로드, 알림, 권한 관리 기능을 중심으로 API 흐름을 설계했으며, DI, Middleware, Filter를 활용해 공통 관심사를 분리했습니다.
Database
PostgreSQL과 EF Core를 사용해 서비스 도메인에 맞는 데이터 모델을 설계했습니다. 파일, 사용자, 권한, 알림과 같이 관계가 있는 데이터를 엔티티로 구성하고, 조회 성능을 고려해 쿼리 구조와 인덱스를 검토했습니다.
Realtime / Async
SSE와 Redis Pub/Sub을 활용해 서버 이벤트를 클라이언트에 전달하는 구조를 구현했습니다. 상태 변경 이벤트를 실시간으로 전달하고, 비동기 작업 흐름을 분리하는 방식에 대해 학습하고 적용했습니다.
8. 최종 출력 형식
LLM은 사용자의 프로젝트/기술 정보를 바탕으로 아래 형식으로 출력한다.
# 자기소개 / 기술스킬
## 슬로건
[한 문장 슬로건]
## 한 줄 소개
[현재 집중 기술 + 구현 경험 + 지향점]
## 자기소개
[2~3문단 자기소개]
## Skills
### Main Skills
| Category | Skill | Level | 활용 경험 |
|---|---:|---:|---|
| ... | ... | ... | ... |
### Sub Skills
| Category | Skill | Level | 활용 경험 |
|---|---:|---:|---|
| ... | ... | ... | ... |
9. 검토 체크리스트
슬로건
- 백엔드 직무와 연결되는가?
- 실제 프로젝트 경험과 관련 있는가?
- 흔한 추상 표현만 사용하지 않았는가?
한 줄 소개
- 현재 집중 기술이 보이는가?
- 구현 경험이 포함되어 있는가?
- 앞으로의 개발 방향이 명확한가?
자기소개
- “좋아합니다”보다 “구현했습니다 / 설계했습니다 / 경험했습니다” 중심인가?
- 기술, 프로젝트, 성장 방향이 연결되는가?
- 평가자가 어떤 백엔드 역량을 가진 사람인지 알 수 있는가?
기술스킬
- 기술을 카테고리별로 정리했는가?
- Main Skill과 Sub Skill을 구분했는가?
- 숙련도 기준이 명확한가?
- 기술 이름만 나열하지 않았는가?
- 각 기술의 활용 경험이 작성되어 있는가?