2025-11-06

1일 1아티클

요즘IT

SDD의 기준

배경

• 초기 스타트업 → 속도가 매우 중요, 리소스는 매우 적음
• 팀의 생산성을 올리기 위한 방법 모색
• Cursor 출시 전, 초창기 기능인 Composer 활용한 백엔드 E2E 자동화 수행 → 사소한 컨벤션 오류 및 에러 발생
• AI가 만든 코드를 사람이 다시 리뷰 및 수정해야 하는 구조의 반복
• AI Agent의 동작 방식 : “계획 → 행동 → 관찰 → 생각” 의 반복
• Cursor에서도 Planning 제어 기능 부재 → 이를 컨트롤하기 위해 원시적 컨텍스트 엔지니어링 시도 → 컨텍스트가 조금만 길어져도 에이전트의 정확성 감소로 사람이 개입해야 하는 문제 발생

클로드 코드

• To-do list 기본 기능 내장
• CLI 기반, 유연한 환경
• 이를 활용한 E2E 테스트 기반 피드백 루프 구축 → 비결정적인 LLM의 정확성 향상

SDD(스펙 주도 개발)의 기준

1. 책임감 있게 신뢰할 수 있는 시스템 → 스펙
   • 개발자의 본질은 요구사항을 논리와 코드로 푸는 과정
   • 이러한 복잡성을 압축된 형태(스펙)로 개발 관리 필요
2. 리프 노드에서 바이브코딩
   • 코어 인프라를 제외한 전부를 리프 노드로 만든다면?
   • 컨텍스트 압축 관점에서 최적화된 구조

스펙 문서 관리 방식

1. Task 문서
   • 실제 주어진 업무 단위의 문서
   • 설계의 기반, use case 및 edge case 정리
2. Development 문서
   • 코드와 동일한 수준 (코드와 1:1로 매핑되는 API나 컴포넌트 명세)
   • 특정 언어나 프레임워크에 종속 X, 논리 자체에 집중하는 문서
3. Feature 문서
   • 단일 원천 소스의 역할
   • AI가 해당 기능의 전체 맥락을 이해하는 핵심 도구로 활용

효과

1. 개발 안정성 상승
2. 개발 속도 상승
3. 언어 프레임워크 제약 X

오늘 배운 것

1. 정보처리기사 기출문제 풀이
2. Spring Boot
   • 프레임워크

내일 할 일

1. 정보처리기사 실기 준비

참고자료

• 클로드 코드로 스타트업 개발팀 자동화한 방법