본문으로 건너뛰기
피드

AI 때문에 소프트웨어 엔지니어링이 평생 직업이 아닐 수도 있다는 주장

general 약 6분
vote
0
댓글
북마크

글쓴이는 AI를 쓰면 개발자가 멍청해진다는 주장 자체보다, 설령 장기적으로 실력이 약해져도 시장이 단기 생산성을 요구하면 쓰게 될 수밖에 없다는 점을 말한다. 소프트웨어 엔지니어가 앞으로 운동선수처럼 커리어 수명이 제한된 직업이 될 가능성까지 염두에 둬야 한다는 꽤 불편한 글이다.

  • 1

    AI 사용이 장기적으로 기술 역량을 약화시킨다고 해도, 단기 생산성이 충분히 크면 회사는 AI 사용을 요구할 수 있음

  • 2

    소프트웨어 엔지니어링은 원래 ‘일을 하면 실력도 같이 느는’ 운 좋은 직업이었지만, 그게 영원한 법칙은 아님

  • 3

    손코딩을 고집하는 개발자는 전동공구를 거부하는 목수처럼 시장에서 밀릴 수 있다는 비유를 제시함

  • 4

    글쓴이는 개발자가 프로 운동선수처럼 15년 안팎의 고수익 커리어를 전제로 계획해야 할 수도 있다고 봄

  • 글쓴이의 출발점은 ‘AI를 쓰면 사람이 전반적으로 덜 똑똑해진다’는 주장에 동의하지 않는다는 것임

    • 다만 특정 작업을 AI에게 맡기면, 그 작업을 직접 하면서 배울 기회는 줄어든다고 봄
    • 일부 개발자들은 그래서 ‘AI를 쓰면 장기적으로 기술이 퇴화하니 업무에 쓰면 안 된다’고 주장함
  • 글쓴이는 이 논리가 결정타가 아니라고 말함. 설령 장기적으로 실력이 줄어든다 해도, 회사가 단기 생산성을 사는 구조라면 얘기가 달라짐

    • 예전에는 소프트웨어 엔지니어링을 잘 배우는 최고의 방법이 그냥 소프트웨어 엔지니어링을 하는 것이었음
    • 코딩을 좋아해서 계속 하다 보면 실력이 늘고, 그 실력이 다시 고소득 커리어로 이어지는 꽤 운 좋은 구조였다는 얘기임
    • 하지만 그게 소프트웨어 엔지니어링의 본질이라기보다, 지금까지 우연히 잘 맞아떨어진 조건이었을 수 있다고 봄
  • 비유가 꽤 세다. 건설 노동자는 무거운 걸 들면 몸이 상하지만, 그래도 그게 일이라면 해야 한다는 것임

    • 무거운 물건을 드는 일은 허리와 관절을 닳게 만들 수 있음
    • 그래도 ‘좋은 건설 노동자는 무거운 걸 들지 않는다’고 말하지 않고, 크레인·카트·지게차 같은 보조 수단을 쓰면서 일을 해냄
    • 글쓴이는 개발자도 AI를 쓰면서 정신적으로 계속 관여하는 기술을 찾아야 할 수 있다고 암시함

중요

> 이 글의 불편한 포인트는 ‘AI가 개발자를 망친다’가 아님. ‘AI가 개발자를 장기적으로 약하게 만들어도, 단기 성과가 크면 시장은 그래도 AI를 쓰게 만들 수 있다’는 쪽에 가까움.

  • 손으로 코딩을 계속하면 되지 않냐는 반론에 대해, 글쓴이는 ‘취미로는 가능하지만 월급 받기는 어려울 수 있다’고 답함

    • 전동공구를 거부하는 목수가 일자리를 찾기 어려운 것과 비슷하다는 비유를 듦
    • 모델이 충분히 좋아지면, 장기 인지 능력을 희생하더라도 단기 생산성을 챙기는 개발자에게 밀릴 수 있다는 주장임
    • 노동조합이 이런 속도를 늦출 수는 있겠지만, 테크 업계에서는 높은 임금, 원격 근무, 글로벌 대체 가능성 때문에 비관적이라고 봄
  • 글의 가장 센 결론은 소프트웨어 엔지니어가 프로 운동선수처럼 커리어 수명을 생각해야 할지도 모른다는 것임

    • 프로 운동선수는 대략 최대 15년 정도의 커리어 수명을 갖고, 30대 중반쯤 몸이 버티지 못하는 경우가 많음
    • 글쓴이는 개발자도 ‘평생 갈 직업’이라고만 생각하지 말고, 첫 세대의 짧은 고수익 커리어 직군이 될 가능성을 준비해야 한다고 말함
    • 당장 확정된 미래라기보다, 만약 이 시나리오가 맞다면 외면하는 게 더 위험하다는 톤임
  • 글쓴이는 이후 덧붙임에서 Hacker News 반응도 언급함

    • 많은 사람들이 ‘AI를 써도 개발자는 더 많은 엔지니어링 일을 할 수 있다’고 반박했다고 함
    • 글쓴이는 코드를 손으로 쓰지 않기 시작하면 코드베이스를 전반적으로 이해하는 능력도 약해질 수 있다고 걱정함
    • 변화 속도가 너무 빨라서 10년, 20년 뒤를 아무도 모른다는 점도 더 강조했어야 했다고 덧붙임

기술 맥락

  • 이 글에서 중요한 기술 선택은 ‘AI를 개발 업무에 쓸 것인가’예요. 단순히 자동완성 켜고 끄는 문제가 아니라, 개발자가 어디까지 직접 사고하고 어디부터 모델에게 넘길지의 경계가 바뀌는 문제거든요.

  • 글쓴이가 불안해하는 이유는 생산성과 학습이 분리될 수 있기 때문이에요. 예전에는 코드를 많이 쓰는 사람이 코드베이스를 더 잘 이해하게 되는 구조였는데, AI가 중간에 들어오면 결과물은 빨리 나오지만 손으로 익히는 훈련량은 줄 수 있어요.

  • 그렇다고 글쓴이가 ‘AI 금지’를 주장하는 건 아니에요. 회사 입장에서는 단기 산출물이 중요하고, 모델이 충분히 좋다면 AI를 쓰는 개발자가 손코딩만 하는 개발자보다 더 경쟁력 있어 보일 수 있거든요.

  • 그래서 이 논점은 도구 사용법보다 커리어 설계에 가까워요. 개발자는 AI를 쓰되 코드 이해, 설계 판단, 리뷰 능력을 어떻게 계속 훈련할지 따로 고민해야 할 수 있어요.

이 글의 핵심은 ‘AI 쓰면 바보 됨’ 같은 단순한 공포가 아니라, 직업의 보상 구조가 학습 구조와 분리될 수 있다는 점이다. 개발자가 좋아서 코딩하고, 코딩할수록 더 강해지고, 그게 커리어로 이어지던 시대가 예외였을 수 있다는 말이라 묵직함.

댓글

댓글

댓글을 불러오는 중...

general

존 카맥이 돌아본 초기 id 소프트웨어의 실수들

존 카맥이 퀘이크 개발 당시의 기술적 과욕, 팀 운영, 지분 구조 문제를 직접 돌아봤다. 퀘이크 자체는 엄청난 성취였지만, 그 과정에서 회사와 사람들에게 너무 큰 부담을 줬다는 반성에 가깝다.

general

정부, 공공부문을 ‘AI 민주정부’로 바꾸겠다는 전략 공개

행정안전부가 전자정부의 날 행사에서 공공 인공지능 전환 전략인 ‘세계 최고의 AI 민주정부 실현 전략’을 발표했다. 핵심은 행정 효율화에 그치지 않고 국민 의견 수렴, 정책 참여, 행정 역량 강화를 AI로 밀어보겠다는 구상이다.

general

워드 빨간 밑줄을 만든 토니 크루거를 기억하며

마이크로소프트 워드의 빨간 맞춤법 밑줄과 초록 문법 밑줄을 처음 만든 개발자 토니 크루거를 기리는 글이다. 예전에는 사용자가 직접 맞춤법 검사를 실행하고 기다려야 했지만, 토니는 이 기능을 백그라운드에서 덜 거슬리게 만들고 오류를 즉시 화면에 표시하는 방식으로 바꿨다. 지금은 거의 모든 문서 편집기와 개발 도구에 비슷한 표시가 들어갔다는 점에서, 조용하지만 엄청나게 널리 퍼진 사용자 경험 개선 사례다.

general

삼성전자, AI 모듈러 홈 3년 안에 1만 채 팔겠다고 선언

삼성전자가 공장에서 80% 이상 제작되는 AI 모듈러 홈을 3년간 누적 1만 채 판매하겠다는 목표를 밝혔다. 스마트싱스 기반 보안, 화재·누수 알림, 에너지 절감, 방문자 맞이 자동화까지 주거 솔루션을 패키지로 묶는 전략이다.

general

중기부, 딥테크 7개 팀에 예비연구 티켓 줬다

중기부가 생태계혁신형 딥테크 챌린지 프로젝트 예비연구팀 7곳을 출범시켰다. 206개 컨소시엄 중 7개가 뽑혀 41대 1 경쟁률을 통과했고, 최종 5개 과제에는 4년간 최대 200억 원의 연구개발 지원이 붙는다.