Odin 개발 경험: 네임스페이스 부재 vs C++ 네임스페이스의 불편함

저자는 Odin 언어에서 네임스페이스(Namespace)를 지원하지 않아 코드 구조화에 어려움을 겪었다고 토로한다. 특히, C++에서 네임스페이스를 사용하면서 겪었던 문제점을 언급하며, 대규모 코드베이스에서 함수 이름 중복(Function Name Collision)으로 인한 탐색의 어려움을 지적한다. 이러한 경험을 바탕으로, 코드의 가독성과 유지보수성을 높이기 위해서는 단순하고 명확한 이름 지정이 중요하다고 강조한다. 또한, 코드 탐색 도구의 중요성을 언급하며, 툴링(Tooling)의 개선 필요성을 제기한다.

저자는 C++에서 네임스페이스를 사용하면서 겪었던 코드 탐색(Code Navigation)의 어려움을 구체적으로 설명한다. 특히, `add`와 같은 일반적인 함수 이름이 여러 네임스페이스에서 중복되어 나타나면서, 원하는 함수를 찾기 위해 많은 시간을 소모해야 했던 경험을 공유한다. 이러한 경험을 통해, 대규모 프로젝트에서는 네임스페이스가 오히려 코드 탐색을 더 어렵게 만들 수 있다는 점을 강조한다. 코드의 명확성(Code Clarity)을 위해 단순한 이름 지정의 중요성을 역설한다.

커뮤니티에서는 Odin의 패키지 시스템(Package System)이 내부 코드 구조화에 적합하지 않다는 의견이 제시되었다. 패키지는 라이브러리 또는 독립적인 프로그램 부분을 구성하는 데 더 적합하며, 내부적인 세분화된 조직에는 적합하지 않다는 것이다. 이러한 의견은 Odin의 패키지 시스템이 코드 재사용성(Code Reusability)을 위한 설계되었음을 시사한다. 따라서, 내부 구조화를 위해서는 다른 접근 방식이 필요할 수 있음을 시사한다.

저자는 코드의 가독성을 높이기 위해 단순하고 명확한 이름 지정의 중요성을 강조하며, 코드 탐색 도구의 중요성을 언급한다. 특히, C++ 프로젝트에서 겪었던 툴링(Tooling)의 한계를 지적하며, 효과적인 코드 탐색을 위한 도구의 필요성을 강조한다. 좋은 툴링(Good Tooling)은 네임스페이스와 함수 이름을 함께 보여주고, 퍼지 검색(Fuzzy Search)을 지원해야 한다고 주장한다. 궁극적으로, 코드의 가독성은 툴링뿐만 아니라 코드 자체의 설계에도 달려있음을 시사한다.