# 뒤처져도 괜찮습니다, 고마워요! > Clean Markdown view of GeekNews topic #27693. Use the original source for factual precision when an external source URL is present. ## Metadata - GeekNews HTML: [https://news.hada.io/topic?id=27693](https://news.hada.io/topic?id=27693) - GeekNews Markdown: [https://news.hada.io/topic/27693.md](https://news.hada.io/topic/27693.md) - Type: GN+ - Author: [neo](https://news.hada.io/@neo) - Published: 2026-03-21T09:38:28+09:00 - Updated: 2026-03-21T09:38:28+09:00 - Original source: [shkspr.mobi](https://shkspr.mobi/blog/2026/03/im-ok-being-left-behind-thanks/) - Points: 24 - Comments: 4 ## Summary 암호화폐와 AI 열풍을 관통하는 핵심은 **FOMO의 무기화**입니다. 글은 “뒤처질까 봐”라는 압박이 실제로는 비합리적 조기 참여를 유도하는 심리 장치임을 짚으며, **기다리고 관찰하는 전략이 오히려 합리적 선택**임을 강조합니다. 기술이 진짜로 유용하다면 언제 배워도 늦지 않으며, 하이프가 식은 뒤에 도입해도 생산성 차이는 거의 없다고 말합니다. FOMO가 너무 과장된 거 아니냐는 시각이 어느 정도 이해는 갑니다만, 지금 AI도구가 다 유용성이 낮다는 것에는 동의하기 어렵네요. ## Topic Body - **암호화폐와 AI 도구** 등 새로운 기술에 대한 **FOMO(놓칠까 봐 두려움)** 를 무기화하는 현상에 대해 "기다려도 괜찮다"고 얘기하는 글 - 암호화폐 초기 시절 "뒤처지고 싶지 않지?"라는 말이 회의적 태도를 무너뜨리는 **교묘한 압박 수단**이었음 - 현재 AI 도구들도 대부분 아직 유용하지 않으며, **하이프가 실현될 때까지 기다려도** 생산성에 큰 차이 없음 - 기술이 진정으로 유용하다면 **언제든 배워 활용할 수 있으며**, 조기 학습이 필수적이지 않음 - Git도 처음 나왔을 때 쓰지 않았고, 안정화되고 직업에서 요구한 뒤에 배워도 충분했으며, 메타버스 VR도 **일찍 시작한 것의 실질적 이점이 전혀 없었음** - 매시간 **16,000명의 신생아**가 태어나는 세상에서, 특정 기술을 일찍 안 배웠다고 뒤처진다는 주장은 명백한 허구. **‘기다리고 관찰하는 전략’이 합리적 선택**임 --- ### FOMO의 무기화: 암호화폐에서 AI까지 - 암호화폐 초기 유행 당시 “**미래의 화폐**”라며 참여를 권유받았으나, **불안정성과 실용성 부족** 때문에 거절했었음 - “뒤처지고 싶지 않냐”는 말에, ‘무엇으로부터 뒤처진다는 것인지’가 궁금했음 - 그 기술이 정말 모두를 해방시킬 거라면 **일찍 들어갈 이유가 없고, 언제든 참여해도 늦지 않음** — 내일도 여전히 존재할 것 - 암호화폐 커뮤니티의 “Have Fun Staying Poor” 같은 표현은 FOMO를 무기화하여 회의론을 꺾는 교묘한 **심리적 압박 전략**임 ### AI 열풍에 대한 동일한 시각 - 여러 **AI 도구를 직접 사용해본 결과**, 일부는 괜찮지만 대부분은 **유용성이 낮음** - 현재 단계에서는 실질적 가치보다 **과도한 홍보와 과장된 기대**가 많음 - 하이프가 실현될 때까지 기다리는 것에 완전히 만족하며, **DOS용 WordStar를 배우는 것**과 같은 수고를 할 이유 없음 - 기술이 정말 그렇게 대단하다면, 남이 정한 시간표가 아니라 **본인이 선택한 시점에** 배워서 생산적으로 쓸 수 있어야 함 ### 일찍 시작하지 않아도 괜찮았던 사례들 - **Git**을 처음 나왔을 때 사용하지 않았고, 안정화되고 직업에서 요구한 뒤에 배움 — 초기 고생을 겪었으면 7% 더 효율적이었을 수도 있지만, 실패한 기술에 시간을 낭비할 수도 있었음 - 석사 논문을 **메타버스** 주제로 작성했고 VR 개발을 배우는 것은 재미있었지만, 실질적 유용성은 **전혀 없었음** - **백신 임상시험**에는 참여했는데, 이는 개인적 혜택과 인류에 도움이 될 수 있다고 판단했기 때문 ### 조기 참여의 위험과 무의미함 - 일찍 시작해서 **자랑할 권리 이상의 것**을 얻은 사람을 떠올리기 어려움 - 일부 초기 투자자는 돈을 벌었지만, **동일한 수만큼 손실을 본 사람도 존재** - HTML 2.0처럼 성공한 기술도 있지만, **Flash라는 막다른 골목**에 빠질 확률도 동일 - 기술의 ‘**최첨단(cutting edge)**’은 종종 **‘bleeding edge’**, 즉 위험하고 비용이 큰 영역임 ### 기다림의 정당성 - 매시간 16,000명의 새로운 생명이 태어나는데, 그들이 태어나자마자 기술을 배우지 않았다고 **‘뒤처진’ 것은 아님** - 결론적으로, **무언가가 실제로 유용한지 확인할 때까지 기다리는 것은 100% 괜찮음** - 조급함보다 **합리적 판단과 시기 선택의 자유**가 중요함 ## Comments ### Comment 53529 - Author: runableapp - Created: 2026-03-22T06:48:00+09:00 - Points: 4 AI에 대한 정보 과잉 시대, 이제는 유익함을 넘어 피곤함이 앞섭니다. 확증 편향에 가까운 단정적인 조언들과 광고성 글들, 그리고 상업 색채가 짙은 유튜브 콘텐츠들까지... 누구나 자신의 생각이 정답인 양 목소리를 높이는 요즘, 그 근거 없는 자신감들이 오히려 피로를 더합니다. 가끔은 소음에서 벗어나고 싶다는 생각이 듭니다. ### Comment 53639 - Author: kandk - Created: 2026-03-23T12:00:34+09:00 - Points: 1 - Parent comment: 53529 - Depth: 1 아이폰, 알파고, 비트코인 등은 의심의 벽을 타고 올랐는데 AI는 왜 갑자기 빨라진걸까요? ### Comment 53751 - Author: runableapp - Created: 2026-03-25T05:38:31+09:00 - Points: 2 - Parent comment: 53639 - Depth: 2 이 바닥에 오래 있으면서 지켜보니, 최근의 변화는 크게 두 가지 때문인 것 같아요. 일단 판돈이 너무 커졌습니다. 예전엔 몇백만 불도 대단해 보였는데, 지금은 빌리온 단위로 돈이 흐르잖아요. 원래 돈 냄새가 진동하는 곳에는 별의별 사람들이 다 모여들게 되어 있으니까요. 여기에 특정 문화권 사람들이 대거 유입되면서 업계 분위기 자체가 그들 특유의 스타일로 바뀐 영향도 크고요. 요즘 보면 확실히 예전 IT/CS 감성과는 다르게 '말발'과 '쇼맨십'이 모든 걸 먹여 살리는 느낌입니다. 예전 같으면 거품 빠질 때 다 같이 나갔을 사람들인데, 이번엔 LLM이라는 '말 잘하는 기술'이 중심에 있다 보니 이 흐름이 쉽게 끝날 기미가 안 보이네요. 앞으론 이런 분위기가 계속될 것 같습니다. ### Comment 53482 - Author: neo - Created: 2026-03-21T09:38:28+09:00 - Points: 1 ###### [Hacker News 의견들](https://news.ycombinator.com/item?id=47454341) - 이 기술이 정말 그렇게 **대단하다면**, 내가 원하는 속도로 익혀서 생산성을 높일 수 있어야 함 지금도 생산성 향상 기회는 있지만, 누구에게나 압도적인 변화는 아니며 **온보딩 난이도**가 꽤 있음 시간이 지나면 생산성도 오르고 진입 장벽도 낮아질 것이라 생각함. 지금은 기다리는 것도 나쁘지 않음 - 요즘 짜증나는 건 회사들이 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](https://en.wikipedia.org/wiki/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을 일찍 안 썼다”는 말은, **너무 일찍 배우면 베타맥스 같은 기술**을 배울 수도 있다는 뜻일 수 있음 성숙한 기술을 기다리는 것도 나쁘지 않다는 논지임