LLM을 활용한 코딩은 기존 프레임워크나 Stack Overflow를 참고하는 것과 본질적으로 크게 다르지 않으며, 기본기를 이해하는 개발자는 앞으로도 규모와 복잡성이 큰 문제를 해결하는 데 계속 필요하다는 글.
소프트웨어 개발자로 커리어를 쌓는 가장 보수적인 방법은 1) 문제 해결을 실용적이고 효과적으로 하되 2) 기존의 모든 코드를 블랙박스로 취급하지 않는 것입니다. 1은 보수적인 개발자라면 일반적으로 PostgreSQL이나 MySQL(또는 기존에 쓰고 있는 데이터베이스), Rails나 .NET(또는 기존에 쓰고 있는 프레임워크)을 사용하고, Stack Overflow나 LLM에서 나온 코드를 가져와 응용해야 한다는 뜻입니다. 2는 호기심을 가지고 시간을 들여 웹 서버와 데이터베이스, 운영체제, 브라우저가 실제로 어떻게 동작하는지 더 잘 이해하려고 노력한다는 뜻이며, 그렇게 함으로써 다른 사람의 코드와 아이디어를 가져와 응용할 때 내 문제에 대해 더 나은 결정을 내릴 수 있게 됩니다.
좀 더 크게 보면, LLM으로 코딩하는 것은 Rails로 코딩하거나 Stack Overflow를 뒤져 코딩하는 것과 본질적으로 크게 다르지 않습니다. 더 빠르고 더 직접적이긴 하지만, 결국 여전히 사람이 아무 생각 없이 기존 코드를 가져다 맞추는 것일 수도 있습니다.
기존의 프레임워크와 라이브러리, 애플리케이션을 블랙박스로만 보려 했던 사람들은 원래도 일자리를 찾고 유지하는 경쟁에서 가장 강한 편이 아니었습니다. 반대로, 기술적으로 가장 흥미로운 회사들은 항상 기본기를 이해하는 개발자를 뽑고 싶어 했습니다. 그런 회사들은 1) 애플리케이션이 작성되는 방식이 중요해질 정도의 규모로 운영하고 있거나, 또는 2) PostgreSQL이나 MySQL, Rails, .NET, Stack Overflow, LLM 등을 직접 만들고 있기 때문입니다.
소프트웨어의 진보는 언제나 (점점 더 큰 규모의) SMB(중소기업)들이(그리고 비-SMB 안의 팀들 또한) 문제를 해결하거나 생산성을 높이기 위해 개발자를 고용해야 할 필요를 줄이는 방향으로 진행되어 왔습니다. LLM도 그 흐름의 일부입니다. 그렇다고 해서 어느 순간 기업(또는 팀)이 비즈니스나 고객 기반이 너무 복잡해지거나 너무 커졌기 때문에 개발자를 고용해야 하는 상황이 오지 않는 것은 아닙니다.
소프트웨어의 기본기에 의존하던 일자리는 앞으로도 소프트웨어 기본기에 의존하는 일을 그만두지 않을 것입니다. 그리고 더 많은 비개발자가 LLM을 사용하게 된다면, 소프트웨어 기본기에 의존하는 도구와 애플리케이션, 시스템에는 그만큼 더 큰 부담이 가해질 것입니다.
결국 하고 싶은 말은, 소프트웨어 개발을 좋아한다면 흥미로운 소프트웨어 개발 일자리가 사라지지 않을 거라고 생각한다는 것입니다. 그러니 계속 배우고 계속 컴파일러와 데이터베이스와 운영체제를 만들고, 컴파일러/데이터베이스/운영체제 제품을 가진 회사들, 혹은 규모 때문에 기본기가 중요한 다른 종류의 흥미로운 문제를 가진 회사들을 계속 찾아보세요.
LLMs and your career pic.twitter.com/lxu1HLF2LC
— Phil Eaton (@eatonphil) 2026년 1월 19일
