25년간의 개발과 10년간의 전쟁을 통해 얻은 7가지 통찰

Victor She는 개발 경력을 통해 얻은 7가지 핵심 통찰을 제시합니다. 첫째, ‘모든 프레임워크는 결국 그 한계를 넘어선다’는 점입니다. Rails와 같은 프레임워크는 초기 개발에 큰 도움을 주지만, 프로젝트가 성장함에 따라 비즈니스 로직을 담는 ‘상자’가 되어버리며, 결국 개발자는 프레임워크를 넘어선 자체적인 아키텍처 결정을 내려야 합니다. 둘째, ‘모든 패턴, 방법론, 접근 방식 또한 실패하고 구식이 된다’고 강조합니다. 객체 지향 프로그래밍(OOP), SOLID 원칙, 도메인 주도 설계(DDD), 헥사고날 아키텍처 등 흔히 사용되는 방법론들도 시간이 지나면서 의문이 제기되거나 한계가 드러나며, 결국 개발자는 스스로 설계 결정을 내려야 하는 상황에 직면합니다. 셋째, ‘규모는 오직 성장할 뿐이다’는 자명한 진실을 상기시킵니다. GitLab의 사례처럼 모든 상업적 프로젝트는 끊임없이 확장되며, 이는 기존의 문제 해결 방식이 더 이상 통하지 않게 됨을 의미합니다. 이처럼 프레임워크와 방법론을 ‘넘어서는’ 현상은 자연스러운 일입니다. 넷째, 이러한 상황에서 ‘코드베이스의 개별적인 이야기에 주목하라’고 조언합니다. RuboCop의 사례를 들며, 모든 것을 너무 작은 메서드로 분리하는 것이 코드의 ‘이야기’나 맥락을 이해하기 어렵게 만들 수 있다고 지적합니다. 대신, 기능 구현의 선형적인 흐름과 인과 관계를 파악하는 데 집중하여 코드를 작성해야 합니다. 다섯째, ‘목표는 아름다움이나 좋은 아키텍처, 가독성이 아니라 진실이다’라고 역설합니다. 모든 원칙과 방법론은 코드가 현실의 문제를 ‘진실되게’ 반영하도록 돕는 수단이지만, 이러한 아이디어가 엄격한 규칙으로 변질될 때 본질적인 목표를 잃게 됩니다. 루비 커뮤니티의 테스트 작성 관행을 예로 들며, 표현력이 풍부한 테스트가 ‘진실’을 더 잘 전달할 수 있음을 보여줍니다. 여섯째, ‘진실된 이야기에 충실하려는 시도는 매우 외로울 수 있다’고 말합니다. 사람들은 자신의 기존 사고방식과 전문성을 의심하는 것을 꺼리며, 이로 인해 새로운 접근 방식이나 솔직한 코드 리뷰가 저항에 부딪힐 수 있습니다. 그러나 그는 코드 리뷰가 서로의 코드가 ‘이해되는 이야기’를 담고 있는지 확인하는 유일한 방법임을 강조하며, 이를 깊이 있는 인간적인 활동으로 간주합니다. 마지막으로, ‘우리는 진실을 추구하는 것을 결코 포기해서는 안 된다’는 결론을 내립니다. 끊임없이 지식을 탐구하고, 세계관을 조정하며, 오래된 코드를 개선하고, 오류가 있는 가설을 버리는 것이 중요합니다. 소프트웨어 개발자는 본질적으로 ‘작가’이며, 자신이 아는 바를 솔직하게 설명하고 표현하는 자세가 장기적인 프로젝트 성공에 가장 중요한 자질이라고 역설합니다.