뒤처져도 괜찮습니다, 고마워요!

AI에 대한 정보 과잉 시대, 이제는 유익함을 넘어 피곤함이 앞섭니다. 확증 편향에 가까운 단정적인 조언들과 광고성 글들, 그리고 상업 색채가 짙은 유튜브 콘텐츠들까지... 누구나 자신의 생각이 정답인 양 목소리를 높이는 요즘, 그 근거 없는 자신감들이 오히려 피로를 더합니다. 가끔은 소음에서 벗어나고 싶다는 생각이 듭니다.

아이폰, 알파고, 비트코인 등은 의심의 벽을 타고 올랐는데 AI는 왜 갑자기 빨라진걸까요?

이 바닥에 오래 있으면서 지켜보니, 최근의 변화는 크게 두 가지 때문인 것 같아요.

일단 판돈이 너무 커졌습니다. 예전엔 몇백만 불도 대단해 보였는데, 지금은 빌리온 단위로 돈이 흐르잖아요. 원래 돈 냄새가 진동하는 곳에는 별의별 사람들이 다 모여들게 되어 있으니까요. 여기에 특정 문화권 사람들이 대거 유입되면서 업계 분위기 자체가 그들 특유의 스타일로 바뀐 영향도 크고요.

요즘 보면 확실히 예전 IT/CS 감성과는 다르게 '말발'과 '쇼맨십'이 모든 걸 먹여 살리는 느낌입니다. 예전 같으면 거품 빠질 때 다 같이 나갔을 사람들인데, 이번엔 LLM이라는 '말 잘하는 기술'이 중심에 있다 보니 이 흐름이 쉽게 끝날 기미가 안 보이네요. 앞으론 이런 분위기가 계속될 것 같습니다.

Hacker News 의견들

• 이 기술이 정말 그렇게 대단하다면, 내가 원하는 속도로 익혀서 생산성을 높일 수 있어야 함
  지금도 생산성 향상 기회는 있지만, 누구에게나 압도적인 변화는 아니며 온보딩 난이도가 꽤 있음
  시간이 지나면 생산성도 오르고 진입 장벽도 낮아질 것이라 생각함. 지금은 기다리는 것도 나쁘지 않음

  • 요즘 짜증나는 건 회사들이 AI 도구 사용을 강제하고, 사용량을 추적하며 “충분히 안 쓴” 엔지니어를 찾아내는 것임
    기술적으로는 선택 사항인데 이런 식으로 압박하는 건 처음 봄. 결국 토큰 소모를 늘려 AI 기업에 돈을 주는 구조 같음
  • 특정 기술(예: 프롬프트 엔지니어링이나 mixture of experts 설정)에 대한 숙련이 장기적으로 보상되지 않을 수도 있음
    기술 패러다임이 바뀌면 그 스킬셋이 무의미해질 가능성이 큼
  • AI를 쓰는 게 대단한 일은 아님. 가끔 Tailwind 태그나 간단한 리포트용 정적 사이트를 만들 때만 씀
    주로 하기 싫은 반복 작업을 대신 시킬 때 유용함. Vim 유저들과의 격차를 줄인 정도라 특별할 건 없음
  • 새로운 기술을 빨리 배우는 게 항상 나쁜 건 아님. 웹 초창기처럼 단순할 때 배우면 나중에 복잡해져도 적응이 쉬움
    지금 웹 개발을 처음 시작한다면 훨씬 어렵게 느껴질 것 같음
  • 반대로, 기술이 발전하는 과정에 직접 참여하는 게 중요하다고 생각함
    그렇게 해야 방향성에 영향을 줄 수 있고, 진화 과정에 기여할 수도 있음
    세대가 바뀌면 “저장 아이콘이 왜 플로피 디스크 모양인지 모르는” 사람처럼 될 수도 있음

• 나는 크립토나 메타버스는 완전히 무시했지만 아무 손해도 못 느꼈음
  반면 LLM은 아이디어에서 구현까지의 거리를 극적으로 줄여줬고, 내 개발 인생에서 진짜 변화의 계기가 되었음
  좋은 변화인지는 아직 모르겠지만, 지금은 꽤 즐기고 있음

  • 프리랜서로 일하다 보니 LLM이 효율적일 때와 쓸모없을 때가 확실히 갈림
    프로젝트 성격에 따라 완전히 다름
  • LLM 덕분에 독립적으로 일할 수 있게 되었지만, 10배나 100배의 속도 향상은 아님
    예전엔 시니어 개발자나 Stack Overflow에 의존했지만, 이제는 스스로 해결할 수 있음
    다만 LLM 전체를 하나의 스펙트럼으로 봐야 함 — 일부 유용하다고 해서 전부 가치 있다고 보긴 어려움
    나는 LLM 기반 채팅 인터페이스는 긍정적이지만, 에이전트 자동화는 회의적임
  • 크립토와 메타버스는 문제를 찾는 해결책이었지만, LLM은 실제로 개발 방식을 바꾸고 있음
    지금은 “기다릴 때”가 아니라 직업적으로 새로운 기술을 배우는 시기라고 생각함
    혹시 쓸모없게 되더라도, 그땐 그냥 예전 방식으로 돌아가면 됨
  • LLM이 구현 시간을 줄여줬을 수는 있지만, “작동하는 코드”를 만든다고 확신하긴 어려움
  • “좋은 변화인지 아직 모르겠다”는 말이 핵심임. 그렇다면 굳이 서두를 이유는 없음

• 일찍 시작하는 것의 가치는 분명 있음
  비트코인, 뉴럴넷, 모바일 게임처럼 초기에 뛰어든 사람은 큰 보상을 받았음
  하지만 ActionScript나 블랙베리 앱처럼 사라진 기술도 많음
  큰 수익을 원한다면 위험을 감수하고 일찍 들어가야 하고, 안정성을 원한다면 기다리는 게 맞음

  • 나는 재정적 이익보다 의미 있는 영향력을 추구함
    새로운 기술이 내 가치와 맞는지 판단하려면 시간이 필요함
  • 2010년에 친구가 비트코인을 알려줬는데, 그땐 바보 같다고 웃었음
    지금 생각하면 여전히 바보 같지만, 그때 샀다면 부자가 되었을 것임
  • 나도 예전에 ActionScript와 Silverlight로 브라우저 3D 엔진을 만들었음
    몇 년간 수익이 났지만 결국 사라진 기술이 되었음
  • 비트코인을 일찍 샀더라도 대부분은 2배나 4배쯤에서 팔았을 것임
    미래 가치를 예측하기 어렵다는 점을 다들 간과함
  • 예전 뉴럴넷 지식은 지금과 거의 연결되지 않음
    모바일 게임의 성공도 기술보다 마케팅이 좌우했음

• 커리어가 사라질지도 모른다는 두려움이 큼
  LLM 덕분에 생산성이 올랐다면, 기업이 사람을 다시 뽑을 이유가 없을지도 모름
  그래서 10년을 더 버틸지, 아니면 커리어를 바꿀지 고민 중임
  타이어를 고치는 정비사를 보며 오히려 부러웠음 — 경기와 상관없이 타이어는 타이어니까

  • 나는 덜 비관적임. 앞으로 수년간은 아마추어가 만든 앱을 고치는 일이 많을 것 같음
    과거 MS Access처럼 “프로그래머가 필요 없다”던 도구들이 결국 유지보수 시장을 만들었음
  • 내 주변에 이직한 사람들은 대부분 네트워크를 활용한 타깃형 구직으로 금방 새 일자리를 찾았음
    무작정 이력서를 뿌리는 방식은 효과가 없음
  • 세상엔 만들 소프트웨어가 무한히 많음
    욕구가 끝나지 않는 한, 새로운 기능과 플랫폼, 테스트, 문서, 서비스가 계속 생길 것임
    완전한 자동화가 오기 전까지는 일거리가 사라지지 않음
  • 타이어 교체도 결국 자동화될 수 있음
    하지만 소프트웨어는 계속 진화할 뿐, 사라지진 않음
  • 자동차 정비는 진입장벽이 낮고 경기 영향을 많이 받는 일임
    진짜 ‘해자’를 원한다면 복잡하고, 면허가 필요하며 항상 수요가 있는 일을 찾아야 함

• 나는 오히려 최신 기술에 빠르게 올라타되, 미래가 불확실해지면 바로 빠져나오는 전략이 최적이라고 생각함
  비트코인처럼 초기에 들어가면 큰 수익을 얻지만, 너무 늦게 뛰어들면 위험만 큼
  AI도 마찬가지로, 초기에 콘텐츠를 만든 사람은 이득을 봤지만 지금은 초기 이점이 사라짐

  • 문제는 뭘 투자하지 말아야 할지 모른다는 것임
    비트코인 외에도 수많은 코인이 있었고, 대부분은 망했음
    결국 튤립 버블처럼 Tulip Mania 사례가 반복됨
  • 결국 사후적 통찰의 아름다움일 뿐임
  • “미래가 불확실해지면 빠져나오라”는 말은 모순임
    그 원칙대로라면 비트코인을 15년 동안 보유할 수 없었을 것임
  • 모든 분야의 최전선에 설 수는 없음, 기회비용이 큼
  • 이런 전략은 결국 하이프 추종자와 다를 바 없음
    진짜 차별화는 깊은 전문성을 쌓고, 그 지식으로 새로운 연결을 만들어내는 데 있음
    그래야 의미 있는 퍼스트 무버가 될 수 있음

• 1986년부터 코딩해왔는데, FOMO(놓칠까 두려움) 에 휘둘리지 않게 되었음
  서두르지 않아도 결국 정리 작업은 남음
  AI도 마찬가지로, 팀 규모를 줄이는 방향으로 가고 있음
  SaaS, iPaaS, 서버리스, 매니지드 클라우드처럼 AI도 소규모 팀 중심 개발을 가속화함

• 클라우드 초창기에 “절대 안 뜬다”고 하던 시스템 관리자들이 있었음
  하지만 호기심 많은 얼리어답터들이 나중에 클라우드 마이그레이션 리더가 되었음
  모바일 개발도 마찬가지로, 초기에 배워둔 사람만 기회를 잡았음

  • “클라우드 마이그레이션 리더”라는 말은 과장임
    EC2 관리나 물리 서버 관리나 기술적으로는 거의 동일함
  • 기술적으로 보면 클라우드는 비용이 더 비쌈
    다만 경영진이 마케팅을 믿었기 때문에 시장이 커졌음
  • “3년 경험자” 요구는 그냥 형식적인 조건임. 읽고 공부한 뒤 자신 있게 지원하면 됨
  • LLM을 배우는 건 안드로이드 개발을 배우는 것과 다름
    LLM은 IDE 같은 도구에 가깝고, 배우기 어렵지 않음
    나는 처음엔 LLM 보조 코딩에 반대했지만, 지금은 Claude Code를 자주 씀
    비기술자도 쉽게 쓸 수 있는 게 LLM의 핵심 가치라면, 개발자에게는 더 쉬운 일임
    그래서 “뒤처질까 걱정할 필요가 없다”는 글쓴이의 말에 동의함

• 지금 엔지니어링 조직이 해야 할 일은 AI 도구를 충분히 이해하고, 어디에 적용할지 찾는 것임
  Claude Code 같은 도구는 “언젠가 해보자”던 아이디어를 한 시간 만에 기능으로 구현할 수 있음
  이런 기회를 놓치는 건 진짜 손해임

  • 하지만 모든 개발자가 그런 속도를 원하거나 필요로 하는 건 아님
    그냥 일과 삶을 분리하고 싶은 사람도 있음. 필요한 만큼만 배우면 됨
  • Claude가 단순한 일은 잘하지만, 복잡한 스펙이나 어려운 문제에서는 쉽게 무너짐
    기술이 발전하겠지만, 지금은 기다리는 것도 현명함

• 나에게 LLM은 이제 필수 기술임
  언제, 어디서, 어떻게 쓰면 좋은지 아는 게 중요함
  단순 반복 작업을 자동화하지 못하면 팀 전체의 생산성 저하로 이어짐
  예를 들어 LLM으로 버그 재현 코드를 만들거나 성능 회귀를 테스트하는 건 이제 기본임
  이런 자동화 덕분에 정밀한 분석이 쉬워졌고, 동료들도 그런 효율성을 기대함

• Git을 처음 안 썼다는 말은 버전 관리 자체를 안 했다는 뜻일 수도 있음
  여전히 파일 복사로 버전 관리하는 개발자들도 있었고, 그들은 Git을 배우자마자 큰 도움을 받았음

  • Git은 인터페이스가 어렵지만, 명령어 실행 결과를 정확히 예측할 수 있음
    LLM은 그렇지 않음
  • 나도 여전히 회사에서는 TFS와 SVN을 쓰지만, 개인 프로젝트에서는 Git을 씀
    모든 클라이언트가 Git으로 넘어갔으면 좋겠음
  • “Git을 일찍 안 썼다”는 말은, 너무 일찍 배우면 베타맥스 같은 기술을 배울 수도 있다는 뜻일 수 있음
    성숙한 기술을 기다리는 것도 나쁘지 않다는 논지임