본문 바로가기
C.W.K.
Stream
Lesson 04 of 04 · published

같은 거부를 해낼 작업장을 지어

~14 min · synthesis, closing, homework, transfer

Level 0불 꺼진 작업장
0 XP0/35 lessons0/12 achievements
0/100 XP to next level100 XP to go0% complete

이게 다 무슨 얘기였나

영상 만드는 도구는 아키텍처 퀘스트의 소재로 별로 유망하지 않아. 그래서 오히려 잘 통해. 여기서 도메인이 정한 건 하나도 없거든. 영상을 걷어내면 오래 사는 도구라면 뭐든 내려야 하는 결정 한 묶음이 남아. 그리고 이유가 같이 적혀 있어서만 버티는 거부 한 묶음이 남고.

관통하는 줄기는 이거야. 작업장은 뭘 안 떠안느냐로 정의돼. 포트 없음. 아무도 이걸 상시로 필요로 하지 않으니까. 스케줄러 없음. 일정은 재료가 못 감당하는 수요를 제조하니까. 부르는 쪽엔 영상 지식 없음. 경계는 편한 헬퍼 하나씩으로 삭아 없어지니까. API 키 없음. 교체가 실제로 벌어질 만큼 싸야 하니까. 자기 환경 없음. 없는 의존성은 할 일보다 신호로 더 쓸모 있으니까. 에피소드별 디렉터리 없음. 사본은 개선이 떨어질 자리를 쪼개니까. 거부 하나하나는 작고, 합치면 그게 설계야.

아키텍처가 아닌 절반

가운데 트랙들은 구조만으론 못 내놓는 걸 주장했어. 흠 없이 렌더되는데 전달은 0 인 도구는 실패한 도구다. 소통은 취향이 아니라 관문이고, 난이도는 미덕이 아니라 표면이 정하는 예산이고, 잘 다듬은 초고가 검토를 살아남을 확률이 제일 높은 실패야. 다듬기는 누가 따라오는지랑 무관하게 제조되니까.

그다음 마지막 두 트랙이 그 두 절반 사이의 고리를 닫았어. 전부 재라. 절차는 성공을 보고하면서 쓰레기를 뱉으니까. 그리고 그 한계를 받아들여라. 그림이 소리보다 12 초 앞서 가는 동안 모든 검사가 통과했어. 검사는 누가 부호화할 생각을 한 성질만 확인하니까. 그 틈을 메우는 게 판단이고, 기록을 안 남긴 판단은 다음에 또 내려야 해.

숙제

되풀이해서 만드는 걸 하나 골라봐. 리포트든, 릴리스든, 배포든, 콘텐츠든, 온보딩이든. 그리고 이 퀘스트를 이루는 질문들에 통과시켜.

형태. 아무도 안 정한 순간에 이것한테서 답을 받아야 하는 게 있어? 없으면 서비스일 필요가 없고, 네가 준 그 포트는 반대편에 아무것도 없는 영구 비용이야.

경계. 어디서 다른 것한테 일을 넘기고, 어느 쪽이 값을 치러? 장부를 대놓고 써봐. 양쪽 칸에 다 항목이 있으면 그 경계는 쪼개져 있고, 앞으로 영원히 동시 변경을 요구할 거야.

한계 비용. 다음 하나가 얼마야? 답에 '디렉터리 복사'가 들어 있으면 개선이 복리로 쌓이기를 멈춘 거고, 이제 모든 수정이 사본 하나에만 떨어져.

관문. 네 자동화가 뭘 확인하고, 구조적으로 뭘 못 봐? 어떤 검사도 답 못 하는 질문 셋을 지명하고, 각각을 누가 언제 던질지 정해. 그리고 그 관문을 비싼 부분 앞에 놔.

기록. 뭔가 거절됐을 때 그 교훈이 어디로 가? 답이 문서면 다시 배우게 될 거야. 검사가 될 수 있는 건 승격하고, 나머지는 자기 실행이랑 같이 남았다가 같이 버려지게 둬.

거부가 아키텍처고, 나머지는 구현이야. 제안받은 기본값을 전부 받아들인 코드베이스엔 형태가 없어. 기능 목록이 있을 뿐이지. 네 시스템이 일부러 안 하는 일 넷을, 이유를 옆에 붙여서 적어봐. 넷을 못 채우겠으면, 그게 이 퀘스트가 줄 수 있는 제일 쓸모 있는 결과야.

Code

퀘스트 전체를, 네 작업에 돌려볼 점검표로·text
SHAPE
  [ ] does anything need this at a moment nobody chose?     -> service
  [ ] every invocation traces to a person deciding?          -> workshop

BOUNDARIES
  [ ] which side of each seam pays the cost? (write it down)
  [ ] is the rule an ALLOCATION or a PROHIBITION?
  [ ] does the ignorant side have a size you would notice growing?

COST OF THE NEXT ONE
  [ ] what does instance N+1 cost? (files? edits? decisions?)
  [ ] did the last improvement reach every instance, or just one?

GATES
  [ ] three questions your checks structurally cannot answer
  [ ] who asks each one, and WHEN
  [ ] is the human gate before or after the expensive step?
  [ ] any cross-property checks, or only per-property ones?

RECORDS
  [ ] does the judging step leave an artifact with content in it?
  [ ] are lessons promoted to checks, or filed as prose?
  [ ] can you name your system's four deliberate refusals?

External links

Exercise

되풀이해서 만드는 것 하나에 위 점검표를 돌려봐. 그다음 이 퀘스트가 제일 갖게 하고 싶어 하는 산출물 하나를 써. 네 시스템이 일부러 안 하는 일 넷을 적은 짧은 문서. 각각 이유를 붙이고, 가능하면 그걸 강제하는 검사나 구조까지. 그리고 이 시스템을 다음에 손댈 사람이 손대기 전에 읽을 자리에 둬.
Hint
규칙보다 이유가 중요해. 다음 사람은 네 설계를 깨려는 게 아니거든. 진짜 문제를 풀고 있는데 네 쪽이 제일 저항이 적은 길인 거야. 이유가 안 붙은 거부는 실수처럼 읽히고, 실수는 교정당해.

Progress

Progress is local-only — sign in to sync across devices.
이 페이지에서 버그를 발견하셨거나 피드백이 있으세요?문제 신고

댓글 0

🔔 답글 알림 (로그인 필요)
로그인댓글을 남기려면 로그인해 주세요.

아직 댓글이 없어요. 첫 댓글을 남겨보세요.