옛날 메모를 다시 펼쳐보는 재미
어떤 베테랑 개발자가 1992년에 자신이 정리해뒀던 '컴퓨터 프로그래밍의 문제들'에 관한 글을 다시 꺼내 보면서, 그때의 시선이 지금 와서 얼마나 맞았고 또 얼마나 빗나갔는지 되짚는 회고록이에요. 30년도 더 지난 메모를 다시 읽는 일이 뭐가 그리 대단하냐 싶을 수 있는데요. 오히려 그래서 더 흥미로워요. 무엇이 그대로 남았고 무엇이 사라졌는지를 비교해보면, 우리 일의 '본질'과 '유행'을 구분하는 눈이 생기거든요.
1992년의 풍경, 그리고 변한 것
1992년이 어떤 시절이냐면, 인터넷이 일반인에게 퍼지기 전이고, 메모리는 메가바이트 단위로 아껴 써야 했으며, 컴파일 한 번 돌리는 데 한참 기다리던 때예요. 글에서는 그 시절의 오래된 언어, 특히 포트란(Fortran) 같은 초창기 언어를 다루며 당시 프로그래머들이 무엇과 씨름했는지를 보여줘요. 그때는 하드웨어 자원이 워낙 귀해서, 어떻게 하면 메모리와 CPU를 한 톨이라도 아낄까가 핵심 고민이었어요.
지금은 그 제약 대부분이 사라졌죠. 메모리는 흔해졌고, 컴파일은 순식간이고, 클라우드에서 자원을 무한정 빌려 쓰는 시대니까요. 도구도 비교할 수 없이 좋아졌어요. 버전 관리, 자동 완성, 강력한 디버거, 패키지 매니저까지. 1992년 개발자가 지금 우리 환경을 본다면 마법처럼 느낄 거예요.
그런데 안 변한 것들
재미있는 건, 정작 본질적인 어려움은 그대로라는 점이에요. 코드를 어떻게 읽기 쉽게 구조화할 것인가, 다른 사람과 어떻게 협업할 것인가, 복잡함을 어떻게 길들일 것인가 — 이런 근본 문제는 하드웨어가 천 배 빨라졌다고 해서 풀리지 않았어요. 오히려 시스템이 거대해지면서 더 어려워진 면도 있죠. 30년 전 사람이 '이게 문제다'라고 짚은 것들 중 상당수가 여전히 유효하다는 게 이 글의 핵심 통찰이에요. 도구는 진화하지만, 사람이 복잡함을 다루는 일의 본질은 잘 안 변한다는 거죠.
업계 맥락
이 글은 소프트웨어 공학의 오래된 명제들과 닿아 있어요. 프레드 브룩스가 'The Mythical Man-Month'에서 '본질적 복잡성(없앨 수 없는 문제 자체의 어려움)과 우발적 복잡성(도구가 부족해서 생기는 어려움)은 다르다'고 한 통찰이 대표적이에요. 지난 30년간 우리는 우발적 복잡성은 엄청나게 줄였어요. 하지만 본질적 복잡성은 그대로죠. 요즘 AI 코딩 도구가 또 한 번 우발적 복잡성을 깎아주고 있지만, '무엇을 만들지, 어떻게 잘 설계할지'라는 본질적 고민은 여전히 사람 몫으로 남아 있는 것과 똑같은 구도예요.
한국 개발자에게 주는 시사점
우리는 매일 쏟아지는 새 프레임워크와 도구를 따라가느라 바쁘잖아요. 그런데 이런 회고를 읽으면 균형 감각이 생겨요. 지금 핫한 기술 대부분은 '우발적 복잡성을 줄이는 도구'예요. 중요하지만, 그게 곧 사라지거나 대체될 유행이기도 하죠. 반면 좋은 추상화, 읽기 쉬운 코드, 명확한 협업 같은 근본기는 30년이 지나도 안 변해요. 어디에 시간을 더 투자해야 오래 남는 실력이 될지, 이 글이 슬쩍 알려주는 셈이에요.
마무리
한 줄로 정리하면, 도구는 미친 듯이 발전했지만, 복잡함을 다루는 일의 본질적 어려움은 30년 전이나 지금이나 똑같다는 거예요. 그래서 유행보다 근본을 익혀둔 사람이 결국 오래 가요. 여러분이 5년 전에 '이게 미래다'라고 믿었던 기술 중에, 지금도 여전히 핵심으로 남아 있는 건 무엇이고 사라진 건 무엇인가요?
🔗 출처: Hacker News