29일, 91k줄 ERP, 개발자 없이

Source: Dev.to

소개

4월 어느 아침, 7시 45분, 앙투안이 내 사무실에 기대어 들어온다.
73세, 30년간 전 이사, 9월에 퇴직 예정. 그는 앉지 않는다; 진짜 질문을 할 때는 절대 앉지 않는다. 문틀에 손을 얹고 일곱 마디를 건넨다:

« Michel, combien vaut la maison aujourd’hui, dis‑moi » — Michel, 오늘 집은 얼마인지 말해줘?

나는 의미 없는 답을 건넨다. 그는 고개를 끄덕인다.

« Évidemment. Bon, on avance. » — 당연하지. 좋아, 진행하자.

그는 나가고, 질문은 남는다.

집

그가 말하고 있는 집은 L’Atelier Palissy이며, 까다로운 도예 실습을 중심으로 25년 전에 설립된 독립 미술 학교입니다. 오늘날 이 학교는 파리와 그 주변 지역에 있는 여섯 개의 캠퍼스에서 수백 명의 학생들에게—초급자와 고급자 모두에게—드로잉, 페인팅, 모델링, 조각 및 인체 드로잉을 가르칩니다.

• Antoine은 그곳에서 30년을 보냈고, 저는 최근에 총장을 맡게 되었습니다.
• 그의 질문에는 다른 모든 질문이 담겨 있습니다: 우리가 무엇을 전하고 있는가? 그것은 어떤 가치가 있는가? 우리는 스스로에게 이야기를 들려주지 않고 어떻게 말할 수 있는가?

왜 나는 도구를 만들었는가

거짓말 없이 답을 찾을 수 있었던 유일한 방법은 그것을 계산하는 도구를 코딩하는 것이었습니다. 이 시리즈에서는 그 질문이 왜 사흘 동안 나를 잠 못 이루게 했는지, 그리고 그 질문에 깔끔히 답할 방법을 모를 때 직접 만든 ERP에 무엇을 기록하게 되는지를 설명합니다.

• 우리는 Excel, Sage, 그리고 링 바인더만으로 20년을 운영해 왔습니다.
• 사람에 의존하는 근접 문화와 Qualiopi 인증(프랑스의 직업 교육 국가 품질 라벨), 그리고 직업 전환을 시도하는 직원부터 70대에 점토 모델링을 시작하는 은퇴자까지 다양한 청중이 있습니다.
• 훈련은 미술사학자이고 개발자는 아니며, 40대에 접어든 저는 번쩍이는 순간에 일합니다 — ADHD가 가정되는 상황이죠 — 그래서 결정은 48시간 안에 뒤바뀌고 프로젝트는 밤새도록 이어집니다. 나머지 주중에는 일들을 흐르게 놔둡니다. 이것은 방법이라기보다 리듬입니다.

ERP 사태

1. 월요일 – 파리의 회의실에서 나는 잘 알려진 유럽 ERP 공급업체와 5자리 금액 패키지(연간 라이선스, 묵시적 갱신)를 체결했다. 모두가 웃고 있었다.
2. 3일 후 – 계약서를 다시 읽다 보니, 맞춤형 개발 청구표가 생성된 코드 라인당으로 되어 있는 기술 부속서를 발견했다.
3. 나는 공급업체에 전화를 걸었다. 계정 매니저는 정중하고 회전적인 설명으로 어디서든 똑같다고 말했다. 나는 결국 그 지표가 코드를 측정하는 만큼 코드를 생성한다는 것을 뒤늦게 깨달으며 전화를 끊었다. 그리고 우리는 자체 증식에 따라 가격이 상승하는 객체를 구매한 셈이었다.

DIY 솔루션

나는 이 숫자들을 인상 깊게 보이기 위해 나열하는 것이 아니다; 이 시리즈는 그것들이 보이는 것과는 다르게 말하고 있음을 보여줄 것이며, 그것들을 트로피 수가 아니라 자산으로 전환하려면 약간의 계측이 필요함을 보여줄 것이다.

Three reasons I’m putting this down now (so I won’t have to come back to them)

1. Make the mistakes useful
   실수를 유용하게 만들기
   나는 3주 동안 나에게 거짓말을 하는 평가 대시보드를 코딩했고, 조용히 타임아웃되는 Sentry 크론을 배포했으며, 데이터 모델의 차이를 마지못해 일하는 동료로 착각했다. 이런 일들은 보통 사람들이 “내가 뭘 하는지 안다”는 식으로 글을 올릴 때는 등장하지 않는다. 나는 오히려 그 반대 이야기를 쓰고 싶다.

2. Learn with the DEV.to community, not sell a method
   DEV.to 커뮤니티와 함께 배우고, 방법을 판매하지 않기
   나는 팔고 싶은 것이 전혀 없다 — 유료 워크숍도, 코칭도 없다. 만약 팔게 된다면 그것은 나쁜 지름길이 될 텐데, 그 길은 실제 경험 없이는 이해하기 어렵기 때문이다. 더 나은 관점을 제시하는 댓글은 읽히고, 때때로 다음 글에 반영될 것이다.

3. A clarification that matters
   중요한 설명

   • 첫 번째 이름들은 허구이며, 학교도 허구이고, 장면들은 재구성될 수 있다.
   • Antoine, Françoise, Gaspard는 그들의 본질에서는 존재하지만, 법적 신분은 아니다.
   • 공급업체와 상업적 협상이 진행 중이며, 일부 장면에는 공개하지 않아도 되는 인물이 포함된다.
   • 모든 내용은 실제로 일어난 일이라는 의미에서 진실이며, 교환의 문자 그대로 전사본은 아니다.
   • 프로덕션에서 LLM을 다루는 사람이라면 세부 사항까지 입증할 수 없다는 것을 알며, 바로 그 때문에 방법론을 문서화해야 한다.

시리즈 구조

네 개의 아크가 24개의 기사를 공유합니다:

1. Valuation – 코드 한 줄을 작성하는 비용이 거의 들지 않는 시대에 맞춤형 기술 객체의 가치를 어떻게 측정할 것인가.
2. Publishable architecture decisions – 4주에 16개, 그 중 3개는 민감한 재정 사유로 비공개 유지.
3. Incidents and fixes lived in production – 짧은 형식의 한 입 크기 스토리.
4. Meta: the Claude Code workflow – CLAUDE.md, MEMORY.md, ADRs, hooks, 그리고 결국 내가 이해하게 된 프레이밍이 필요한 빠른 견습생에 관해.

읽기 순서 제안

• 처음이라면 #3을 먼저 읽으세요 – AI 시대에 LOC × day‑rate 모델이 깨진 이유에 대한 전환점.
• 그 다음 #7 – “한 구독 = N 좌석”이라는 비즈니스 모델을 보여줍니다.
• 나머지는 원하는 순서대로 읽어도 됩니다.

Source: …

캐스트

• Françoise는 장부, 집, 포스트잇, 링 바인더를 관리합니다. 우리와 함께한 20년, 활기찬 에너지, 짧은 판결, 시그니처 라인 « elle va pas nous emmerder, celle‑là » — “그녀는 우리에게 폐를 끼치지 않을 거야, 저 사람”. 그녀는 렘브란트 앞에서 흔들리며, 그 흔들림이 옳습니다.

• Antoine은 전 이사이며, 현재 73세, 9월에 은퇴합니다. 집 안의 아버지 같은 존재로, 같은 질문을 두 번 묻는 일은 거의 없습니다.

« Évidemment. » — 당연히.
« Vous êtes sûr ? » — 확실하세요?
« Bon, on avance. » — 좋아, 진행하자.

• Gaspard – 오랜 기간 IT 계약자였습니다. 이번 시리즈에서는 그의 역할이 점점 사라지고, 점차 Claude Code와 제가 대신하게 됩니다. 그는 정확하고 기술적이며, 말이 적습니다. 그는 모든 포스트 아래에서 조용히 흐르는 드라마와 같습니다.

• Hélène, Catherine, Étienne(회계 담당) – 장면에 필요할 때 등장합니다.

피드백 요청

이 출판물에서 제가 흥미를 느끼는 점은 아직 보지 못한 관점입니다.
비개발자 이사가 Claude Code를 사용해 4주 만에 자체 ERP를 코딩하는 모습을 상상할 때, 직접 답변받고 싶지만 아직 다루어지지 않은 질문은 무엇인가요? 여러분을 머무르게 할 그 질문.

댓글로 알려주세요. 읽고, 기억하고, 그 논지가 본문보다 더 설득력 있다면 나중 기사에 끼워 넣겠습니다.

코드 및 샘플

코드를 포함하는 기사들은 그들의 스니펫을 동반 저장소에서 엽니다 (MIT 라이선스, 다른 모든 것처럼 가명 처리됨):

• 저장소:
• 내부에는 다음이 포함됩니다:
  • 평가 추출물
  • 연락 × 코스 모델링
  • 네‑계층 CLAUDE.md 템플릿

다음에

내가 Rembrandt의 가치를 알려주는 모듈을 코딩한 이유.