세부를 잃는 일을 애도하며

AI 요약

저자는 자신을 아키텍처를 설계하는 엔지니어보다 세부를 파고드는 코더로 여겨왔습니다. 어린 시절 영화 《트론: 새로운 시작》의 컴퓨터 역사 장면을 보고 기계가 어떻게 작동하는지 알고 싶어 프로그래밍을 배웠고, 이후 Linux를 익히고 toy OS를 만들며 사이클을 세고 기계어를 직접 작성하는 데서 즐거움을 찾았습니다.

세부를 이해해야 일할 수 있는 사람

네트워크, 암호학, Rust 같은 분야를 살펴봐도 관심은 결국 기계 자체로 향했습니다. 저자는 x86에 비해 ARM64를 잘 모른다는 이유로 CPU를 바꾸기 불편해하고, Python의 메모리 할당이나 Java의 JIT 디스어셈블리 지식이 부족한 점에도 신경을 씁니다. 기술 밖에서도 비슷합니다. 개념을 위에서 아래로 배우기보다 공리부터 스스로 다시 세워야 이해하고, 요리도 배경 화학을 알아야 시도할 수 있다고 합니다. 이런 성향은 일상에서는 큰 부담이지만, 한동안 소프트웨어 분야만큼은 그 성향이 인정받는 곳이었습니다.

저자는 컴파일러 최적화가 쌓이고, 성능을 위해 어셈블리로 JSON 파서를 작성하는 일이 가치 있다고 여겨지던 경험을 설명합니다. 코드를 보고 문제를 알아채는 지식도 평판을 쌓는 데 도움이 됐습니다. 하지만 LLM이 느린 코드의 병목을 찾아 벡터화하거나 포인터 출처(pointer provenance)를 설명한다면, 세부 전문성을 가진 사람을 고용할 이유가 줄어들 것이라는 게 저자의 우려입니다.

LLM 개발 흐름이 남긴 소외감

저자는 파일과 아키텍처가 머릿속에 담을 수 있는 범위를 넘는 프로젝트를 다루기 어렵다고 합니다. 그래서 LLM이 다루는 범위가 커져도 자신에게는 도움이 되지 않습니다. 취미 프로젝트에서 LLM이 프로젝트를 주변 사람보다 더 잘 알게 될 수 있음을 깨달은 뒤, 자신이 아끼는 일에는 LLM을 쓰지 않겠다고 다짐했습니다. 사람과 대화하는 대신 LLM으로 안내받는 듯한 경험도 모욕적으로 느꼈다고 털어놓습니다.

저자는 지난 1년 사이 계획했던 미래 대신 장애 급여 신청을 걱정하게 됐다고 씁니다. LLM 중심 개발이 프로그래밍에서 자신이 견딜 만하다고 느끼던 요소를 없애고, 업계도 그 흐름을 미래로 받아들인다는 생각 때문입니다. 대기업 밖에는 저수준 작업을 지원할 자원이 있는 회사가 많지 않다고 보고, Linux가 예외가 되길 바랐지만 그렇지 않았다고 덧붙입니다. 취미는 남아 있어도 생계를 해결하지 못하며, 레트로컴퓨팅과 성능 최적화 취미 공간마저 경험보다 인정을 좇는 LLM 이용자들로 채워지는 상황이 즐거움을 깎는다고 말합니다.

Lobsters 반응

• @LesleyLai — 저도 이런 감정에 많이 압도됩니다. 의견이 워낙 다양해서 무엇이 옳고 그른지 알기 어렵지만, 한 가지는 압니다. 저는 이 흐름이 전혀, 조금도 즐겁지 않습니다. 지난해 처음으로 이 분야를 떠나는 일을 생각했습니다.
• @sjamaan — 저자는 정말 안쓰럽습니다. 무언가를 이해하려면 직접 구현해야 한다는 점과 저수준 작업을 좋아한다는 점에서 저도 비슷합니다. 다만 저만큼 집요하지는 않습니다. 이런 일을 하며 돈을 받고 있거나 받고 싶어 하는데 더는 불가능해진다면 특히 괴롭습니다. 지금은 미래를 계획하기가 더 어렵습니다. 저도 직업을 바꿀까 생각했지만 무슨 일을 할 수 있을지 모르겠습니다. 사무직 전반의 미래가 지금 불확실한 것 같습니다.

원문: purplesyringa.moe / 번역·요약: Trawling