영상버전 : https://youtu.be/z5hrHi-82ZY 얼마전 비즈니스 관련 이야기를 하다가 나온 말이었는데요.. 한국에선 솔루션은 반드시 SI업체와 끼거나 솔루션 업체에 SI팀이 있어야 합니다. 이유는 특정 솔루션 영업을 가면 PoC를 하면서 자기네 입맛에 맞춰서 엄청 뒤집어야 하지요. 어떨 때는 완전히 새로운 솔루션이 탄생하기도 합니다. 그래서 한국의 솔루션 업체들 중에 업력이 오래된 곳의 상품을 보면, 정말 많은 커스텀 모듈이나 상품들이 즐비합니다. 그리고 신생 솔루션 업체는 솔루션이라고 만들었지만 대부분 커스터마이징 당할 것이라 생각해서 도큐먼트나 기능이 부족한 상태에서 영업이 들어가는 경우가 많습니다. 어짜피 솔루션 업체에서 아무리 기능을 미리 만들어둬도 거의 새로 커스터마이징 하는게 더 많거든요.. 해외의 모든 나라 통계는 모르겠는데요.. 일본의 경우는 솔루션 영업을 가면.. 솔루션에 있는 기능을 그대로 사용하고 없는기능은 api 를 찾아가면서 직접 개발 하는 경우가 많습니다. 즉, 솔루션 업체는 솔루션만 안정적으로 공급하면 된다는 것이지요. 때문에 솔루션을 사용하는 기업에서는 기본 기능 이외에도, 커스터마이징을 위한 API 문서가 얼마나 충실한지도 중요합니다. 여기서 일본환경과의 오해와 차이가 생기는데요.. 한국 솔루션 기업은 어짜피 고객들이 자기 멋대로 말하면 솔루션 업체가 그 요구에 맞추어 커스터마이징 할게 뻔하다보니, API를 만들어줘도 고객이 API를 쓸 이유가 없지요. 그냥 솔루션 업체에 시켜서 커스터마이징 된 UI만 쓰겠다고 자기네에 맞춰달라하니 API문서를 만들필요가 없고, API도 고객의 요구에 맞추다보니 새로 만들거나 사양 변경이 빈번하게 일어납니다. 때문에 문서화에 의미가 없어서 문서를 점점 등한시 하게 되었지요. 그걸 일본으로 가져오려고 일본어화를 하는 과정에서 저랑 이야기를 많이 하곤 하는데요.. 일본어로 번역할 API의 문서를 보다보면 말도 안되게 적거나 너무 예전거라 지금이랑 스펙