vault backup: 2026-05-08 17:42:53

This commit is contained in:
son
2026-05-08 17:42:53 +09:00
parent d9a468cdda
commit 9315198179
6 changed files with 7 additions and 59 deletions

View File

@@ -57,20 +57,3 @@ CloudSharp 프로젝트에서 tus 프로토콜 기반 대용량 파일 업로드
이런 경험이 쌓이며 저는 시스템의 정합성과 복구 가능성을 함께 고민하는 백엔드 개발자로 성장해왔습니다. 제조현장처럼 잠깐의 오류도 운영에 영향을 주는 환경에서, 이러한 사고방식으로 신뢰할 수 있는 시스템을 만드는 데 기여하고 싶습니다.
---
## 최종 체크리스트
- [x] 회사 연결: SG커뮤니티의 MES, AWS, Java/.NET 이중 스택, 마이크로서비스 전환 방향 반영
- [x] 경험 증명: Didit, CloudSharp, 술통여지도의 구체적 기술 판단과 행동 명시
- [x] 수치 결과: "중복 0건", "10분 이상 FINALIZING 자동 복구" 등 측정 가능한 표현
- [x] 입사 후 기여: 초기/1년/3년 타임라인으로 회사 방향과 성장 계획 연결
- [x] 금지 표현 제거: "열정", "최선", "인재", "누구보다" 등 미사용
- [x] 두괄식: 모든 문항 첫 문장에서 결론 노출
- [x] 소제목: 15자 내외, 추상적이지 않음
---
**보완 가능 포인트** (필요 시 알려주세요)
1. 자소서 글자 수 제한이 다른 경우 → 500자 / 1000자 버전으로 재구성
2. SG커뮤니티 채용공고에 별도 문항(예: 협업 경험, 갈등 해결)이 있는 경우 → 추가 문항 작성
3. Java 또는 .NET 한쪽으로 비중 강조 필요 시 → 기술 매칭 재조정
4. 신입/경력 여부에 따라 보완점 톤 조정

View File

@@ -1,9 +1,5 @@
# 씨앤지 마이크로웨이브 자기소개서
> 작성 기준: IT 개발자 자기소개서 컨벤션, 직무: S/W 개발(위성추적·모션 및 계측기 제어 / 안테나 측정 소프트웨어 개발)
---
## 1. 지원동기
### 정밀 제어와 .NET 경험이 만나는 자리
@@ -63,15 +59,3 @@ Blazor WebAssembly에서 대용량 파일 업로드를 처리하는 라이브러
이 경험 이후로는 새로운 기능을 구현할 때마다 “이 코드가 실패할 수 있는 지점은 어디인가”를 먼저 묻습니다. Result 패턴으로 실패를 명시적으로 다루고, Clean Architecture로 도메인 경계를 분리하며, 주요 결정마다 ADR로 근거를 남기는 방식이 자연스러운 습관이 되었습니다.
지금의 저는 화려한 기능보다 측정 가능한 결과와 재현 가능한 구조를 신뢰하는 개발자입니다. 이러한 방식은 안테나 측정처럼 정밀성과 반복성이 핵심인 영역에서 더 큰 가치를 발휘한다고 생각합니다.
---
## 최종 체크리스트
- [x] 회사 연결 — CATR, C#/WPF, 계측기 제어 등 채용공고·홈페이지 정보 반영
- [x] 경험 증명 — TusBlazorClient(강점), CloudSharp(성장 과정)로 사례 분리
- [x] 수치 결과 — NuGet v1.0.1, 18개 옵션, 7종 콜백, 9개 E2E 테스트, 중복 처리 0건
- [x] 입사 후 기여 — 초기/1년/3년 단계별 계획 + 보완점 명시
- [x] 금지 표현 제거 — 열정·최선·인재·누구보다 등 미사용
- [x] 두괄식 — 4개 문항 모두 첫 문장에서 결론 제시
- [x] 사례 분리 — 같은 프로젝트가 동일한 방식으로 반복되지 않음

View File

@@ -1,7 +1,4 @@
# 자기소개서 — ㈜케이에스아이 지원
> 작성 기준: IT 개발자 자기소개서 작성 컨벤션 (회사 분석 + 내 경험 연결, 두괄식, STAR 구조, 수치 결과 포함)
---
## 1. 지원동기
@@ -67,18 +64,3 @@ PLC와 하드웨어 연동 경험은 아직 부족하지만, MICOM PLC와 무선
이후 CloudSharp 프로젝트에서는 처음부터 Clean Architecture, Result 기반 에러 처리, CAS 동시성 제어를 적용했습니다. TusBlazorClient라는 .NET 라이브러리를 단독으로 설계해 NuGet에 배포하면서, 외부 사용자가 사용할 API의 책임 분리와 확장성도 직접 고민했습니다.
이런 경험을 거치며 단순 구현보다 원인 분석과 구조 설계를 우선하는 개발자가 되었습니다. 입사 후에도 이 자세로 귀사 솔루션의 품질과 안정성에 기여하겠습니다.
---
## 작성 컨벤션 점검
| 항목 | 점검 결과 |
|---|---|
| 회사 연결 | MES/POP, AI 접목, MICOM PLC, 35년 역사 등 회사 정보 직접 인용 |
| 경험 증명 | CloudSharp(CAS), 술통여지도(GPT 70% 절감), TusBlazorClient(NuGet) 사례 사용 |
| 수치 결과 | 토큰 70% 절감, 16,000 토큰, 10분 자동 복구, 35년 |
| 입사 후 기여 | 초기 → 1년 → 3년 타임라인으로 구성, 보완점(PLC) 명시 |
| 두괄식 | 모든 문항 첫 문장에 결론 위치 |
| 금지 표현 | "열정", "최선", "누구보다", "인재" 미사용 |
| 문장 길이 | 60자 내외 유지, 80자 초과 문장 없음 |
| 소제목 | 15자 내외, 핵심 메시지 반영 |

View File

@@ -1,9 +1,5 @@
# ㈜크레셈 자기소개서 — S/W 개발자(제어)
> 컨벤션 가이드(두괄식 / 회사 분석 + 내 경험 연결 / STAR / 60자 내외 문장 / 추상어 금지)에 따라 작성했습니다.
> 채용공고 핵심 키워드: **C#, Visual Studio, 검사장비 제어, MMI**
> 활용 경험: **TusBlazorClient(C# 라이브러리·NuGet)**, **CloudSharp(ASP.NET Core 파일 서비스·CAS 동시성 제어)**
---
## 1. 지원동기 — 제어 소프트웨어가 만드는 차이

View File

@@ -1,7 +1,4 @@
# 자기소개서
> ㈜페이타랩 · C# WPF 응용프로그램 개발자 지원
---
## 1. 지원동기 — Windows 환경 위의 안정성

6
피드백.md Normal file
View File

@@ -0,0 +1,6 @@
귀사, 가운데점, 가로치고 설명
연결됩니다
결심했습니다 -> 지원했습니다
채용공고에
지원동기 이거말고 소제목만
pdf로