AI를 사용해 내 오픈소스 프로젝트를 구축했더니 사람들이 정신이 나갔어요 — 그들이 틀린 이유
Source: Dev.to
Source:
AI‑지원 개발에 대한 나의 경험
지난 주에 Reddit에 첫 오픈‑소스 프로젝트를 올렸습니다. 몇 시간 만에 누군가는 제가 “AI 슬롭(AI slop)”을 썼다고 비난했고, 또 다른 사람은 제 논리를 “멍청하다”고 했으며, 세 번째 사람은 저 같은 사람 때문에 Reddit을 완전히 그만두고 싶다고 했습니다. 모두 제가 워크플로에 AI를 사용했기 때문이었습니다.
프로젝트: ShopCore
저는 인도에 사는 1인 개발자입니다. 몇 달 동안 ShopCore를 만들었습니다 – 인도 시장을 위해 설계된 전자상거래와 구독‑배달을 동시에 지원하는 플랫폼입니다.
제가 해결하고자 했던 문제는 실제 존재합니다
우유, 신문, 물병, 빵 배달 등 일상 필수 서비스는 아직도 손으로 적은 khatas, 구두 계약, 그리고 순수한 신뢰에 의존하고 있습니다. 앱도 없고, 추적도 없으며, 제대로 된 청구도 없습니다. 판매자는 손해를 보고, 고객은 영수증이 없으며, 모든 것이 종이로만 이루어집니다.
ShopCore는 오픈 백엔드 인프라입니다 – UPI와 같은 개념입니다. NPCI가 오픈 인프라를 만들고, 그 위에 Google Pay, PhonePe, Paytm이 비즈니스를 구축했습니다. ShopCore도 마찬가지로, 어떤 개발자나 스타트업이 백엔드를 가져가 간단한 프론트엔드를 만들고 지역 판매자에게 제공할 수 있습니다.
MVP 규모
- 120개 이상의 REST API 엔드포인트
- 40개 이상의 엔티티, 30개 이상의 데이터베이스 테이블
- Razorpay + Stripe 결제 연동
- 위치 기반 탐색을 지원하는 멀티‑벤더
- 유연한 구독 엔진(일일 배달, 월별 청구)
- 선택 가능한 보증금 및 스마트‑정산 시스템
- ASP.NET Core 10, Entity Framework Core, MediatR, FluentValidation, SQL Server 로 구축
이 모든 작업을 혼자, 자금 없이 진행했으며 무료로 오픈‑소스했습니다.
AI를 사용한 방법
| AI가 도와준 부분 | AI가 하지 않은 부분 |
|---|---|
| • Reddit 게시물 작성 – 아이디어와 스토리는 제가 가지고 있었고, AI가 구조를 명확히 잡아줌. • 변수명 초안 작성 – 지루하고 반복적인 작업을 AI가 몇 초 만에 처리. • 새벽 2시의 고무오리 디버깅 – 주변에 문제를 이야기해줄 사람이 없을 때. • 보일러플레이트 코드 – 원래 작성했을 코드이지만 더 빨리 만들 수 있었음. | • 인도의 일일 배달 시장에서의 격차를 파악. • 이중 목적 아키텍처 설계. • 보증금‑정산 시스템이 어떻게 작동해야 하는지 구상. • MediatR와 CQRS 패턴을 사용하기로 결정. • 하드 드라이브에 두지 않고 오픈‑소스하기로 선택. • 실제 비즈니스 로직이 들어간 120개 이상의 API 엔드포인트 작성. |
아이디어, 문제 정의, 아키텍처, 판단은 모두 제 것이었습니다. AI는 단지 작업 속도를 높였을 뿐입니다.
우리가 매일 무심코 사용하는 도구들
- IDE 자동완성 – IntelliSense, Copilot 제안, 탭 완성.
- Stack Overflow – 직접 만들지는 않았지만 복사‑붙여넣기 하는 솔루션.
- 문서 및 튜토리얼 – 모든 것을 외우는 사람은 없습니다.
- 린터 & 포매터 – 코드 품질을 자동으로 개선.
- Google – 기억을 검색 엔진에 아웃소싱.
현대 AI와의 차이점은 능력이 더 뛰어나고 눈에 더 잘 보인다는 것뿐입니다. 원리는 동일합니다: 판단이 필요한 부분에 집중할 수 있도록 도구를 활용해 더 빨리 움직이는 것이죠.
AI가 문제가 되는 경우
코드베이스 전체를 이해하지 못한 채 생성하고, 리뷰 없이 자신의 것처럼 배포한다면 문제가 됩니다 – AI를 사용했기 때문이 아니라 유지보수나 방어가 불가능하기 때문입니다.
반대로, 자신이 완전히 이해하고 소유하고 있는 작업을 AI로 가속화하는 것은 단순히 스마트한 개발자가 되는 것입니다.
나의 교훈
- “너무 긴 답변, 아마 AI가 썼겠지”라는 댓글은 어느 정도 맞았지만, 제가 설계한 120개 이상의 API 엔드포인트 자체를 무효화하지는 못합니다.
- 게시물 명료성에 대한 비판은 타당했으며, 저는 그에 따라 게시물을 업데이트했습니다.
- “AI = 나쁨”이라는 포괄적인 주장은 감정일 뿐, 기술적인 의견이 아닙니다.
팀도, 자금도, 리뷰어도 없이 혼자 무언가를 만든다면, 사용할 수 있는 모든 도구를 활용하세요:
- AI 사용
- Stack Overflow 사용
- 문서 활용
- 단축키 사용 – 생각하고 판단하고 문제를 식별하는 데 더 많은 시간을 할애할 수 있게 해줍니다.
Source: …
ion, and architecture.
The goal is to ship something valuable, not to prove you can suffer through building it the hardest possible way.
Open‑Source Availability
I open‑sourced ShopCore because I don’t have the capital to keep it private.
Maybe someone will build on top of it. Maybe it’ll help a developer skip months of backend work. Maybe it’ll eventually reach the vendors it was designed for.
ShopCore is open source at https://github.com/your-repo/ShopCore. Stars, issues, and PRs are very welcome.
If you’re a developer building for the Indian market or interested in subscription‑based delivery systems, I’d love to connect.