이 글은 자동 번역되었습니다. 원문은 여기를 클릭하세요.
이런 글은 제목이 대부분의 일을 해내는 글인데, 그게 좋은 의미다.
프레임워크는 결정을 강제할 때만 의미가 있다는 생각이 정확하다.
클라우드 세계는 아키텍처 가이드, 거버넌스 기준선, 권장 패턴으로 가득하다. 문제는 팀이 그런 것들을 한 번도 들어본 적이 없어서가 아니다.
문제는 그런 프레임워크가 너무 늦게 도착하거나 실제 배포와 너무 멀리 떨어져 있다는 점이다.
원문에서 가장 강한 문장은 가장 직설적이기도 하다
원문은 프레임워크가 “배포 결정을 형성하지 않는다면, 그건 그냥 장식일 뿐이다”라고 말한다.
매우 कठोर하다.
그리고 맞는 말이라고 생각한다.
왜냐하면 다음에 전혀 영향을 주지 못하는 아키텍처 프레임워크는:
- 무엇이 배포되는지
- 무엇이 거부되는지
- 무엇이 조기에 표시되는지
- 파이프라인이나 repo가 무엇을 허용하지 않는지
대부분의 경우 제어 수단이 아니라 문서에 불과하기 때문이다.
이 점이 지금 특히 중요한 이유
엔지니어링 팀이 AI 지원 코드 생성과 platform automation으로 더 빨리 움직일수록, guidance와 execution 사이의 간극은 더 위험해진다.
아키텍처와 거버넌스가 수동적인 상태로 남아 있으면, 속도 증가는 그저 팀이 나쁜 결정을 더 빨리 production에 도달하게 만들 뿐이다.
그래서 이 Git-Ape 논지가 이렇게 잘 들어맞는다고 생각한다.
이것은 프레임워크를 documentation theater에서 workflow pressure로 옮기려 한다.
그곳이 바로 있어야 할 자리다.
내 생각
정확한 Git-Ape 도구를 사용하지 않더라도 원칙은 맞다:
guidance는 무엇이 만들어지는지를 바꿀 때만 의미가 있다.
그리고 더 빠른 delivery와 더 많은 automation의 세계에서는 이 원칙이 훨씬 더 중요해진다.
