변화에 시간이 걸리는 것은 충분히 합리적이라고 생각합니다. 저는 이전 회사에서 개발자 관계(Developer Relations)를 담당했는데, 정말… API를 개선된 상태로 만드는 데 2년이 넘게 걸렸습니다. 고려해야 할 복잡한 요소가 너무 많았고 (엔지니어링 팀은 변경할 수 없는 안정적인 엔드포인트를 만드는 아이디어를 싫어했습니다!)
그럼에도 불구하고, 더 작은 변화들은 시간이 지남에 따라, 그리고 더 짧은 시간 안에 이루어질 수 있다고 생각합니다. 솔직히 말해, 여러분이 라우트(또는 Ruby에서 라우트)를 어떻게 정의하는지 살펴본 적은 없지만, 쉽게 해결할 수 있는 간단한 사항들이 꽤 있을 거라고 추정합니다. 예를 들어:
모든 사람을 대신해 말할 수는 없지만, 현재 API 명세에 엔드포인트가 존재한다는 것만으로도—설계나 예시가 없더라도, 응답 모델이 유동적이어도—큰 성과가 될 것 같습니다. 때로는 어떤 것이 존재하는지 아는 것만으로도 절반의 싸움을 이기는 것과 같습니다.