처음 개발을 시작했을 때는 “좋은 코드”에 대한 글들을 정말 많이 찾아봤습니다.
- 클린 코드
- 디자인 패턴
- SOLID 원칙
- 효율적인 구조
같은 내용들을 보면서 최대한 정석적인 구조를 만들려고 노력했습니다.
하지만 실제로 프로그램을 운영하고 수정하는 시간이 길어질수록 단순히 “예쁜 코드”만으로 해결되지 않는 상황들이 계속 발생했습니다.
특히 현장 프로그램이나 운영 시스템은 단순한 예제 프로젝트와 달리:
- 장비 연동
- 오래된 환경
- 불안정한 네트워크
- 예상하지 못한 사용자 입력
- 운영 중 긴급 수정
같은 변수들이 계속 발생했습니다.
예를 들어 처음에는 구조적으로 완벽하다고 생각했던 코드도 실제 운영에서는 너무 복잡해져 수정이 어려워지는 경우가 있었습니다.
반대로 단순하게 작성했던 코드가 오랫동안 안정적으로 유지되는 경우도 많았습니다.
그래서 현재는 단순히 “이론적으로 좋은 코드”보다 다음 요소들을 더 중요하게 생각하고 있습니다.
- 나중에 내가 다시 봐도 이해 가능한가
- 운영 중 빠르게 수정 가능한가
- 문제 발생 시 추적 가능한가
- 실제 현장에서 안정적으로 동작하는가
특히 혼자 오래 운영하는 프로젝트에서는 “완벽한 구조”보다 유지 가능한 구조가 더 중요하다는 것을 많이 느끼게 되었습니다.
물론 기본적인 코드 정리와 가독성은 여전히 중요합니다.
다만 실제 개발에서는 항상 이상적인 환경만 존재하지 않았고, 결국 상황에 따라 현실적인 선택을 해야 하는 경우도 많았습니다.
최근에는 AI 도구를 활용하면서 코드 작성 속도는 훨씬 빨라졌지만, 오히려 전체 구조와 데이터 흐름을 이해하는 능력이 더 중요해지고 있다는 생각도 들고 있습니다.
결국 좋은 코드는 단순히 보기 좋은 코드가 아니라, 실제로 오래 운영 가능하고 수정 가능한 코드에 더 가까운 것 같습니다.