▲

소프트웨어 엔지니어링의 향후 2년

 (addyosmani.com)
2P by GN⁺ 10시간전 | ★ favorite | 댓글 1개
  • AI 코딩 에이전트의 확산으로 개발 방식이 급격히 변화하며, 기업은 성장보다 효율성과 숙련 인력 중심의 구조로 전환 중
  • 주니어 개발자 채용 감소와 AI 보조를 전제로 한 새로운 역할 구조가 병존하며, 생존 전략의 재정의 필요
  • 핵심 기술 역량의 약화와 AI 품질 검증 능력의 중요성 강화가 동시에 진행, 개발자의 역할이 단순 코딩에서 감독·설계 중심으로 이동
  • T자형 인재와 지속적 재학습 능력이 필수 역량으로 부상, 특정 기술에만 의존하는 전문가는 위험 노출
  • 전통적 CS 학위의 독점적 지위 약화와 함께, 부트캠프·온라인 학습·기업 내 교육이 대안으로 부상하며, 실무 중심 역량이 채용의 핵심 기준으로 이동

산업 전환의 배경

  • AI 코딩 기술이 단순 자동완성 수준을 넘어 자율적 개발 수행 에이전트로 발전
  • 기술 산업의 고용 확대 국면이 끝나고, 수익성·생산성 중심의 효율화 기조로 전환
  • 신세대 개발자는 안정성과 실용성, AI 보조 활용 능력을 중시하는 경향

1. 주니어 개발자 문제

  • AI 자동화로 인한 초급 개발자 채용 감소와 산업 전반의 소프트웨어 수요 확산이라는 두 시나리오 병존
    • 하버드 연구에 따르면, 생성형 AI 도입 후 6분기 내 주니어 고용이 약 9~10% 감소
    • 대형 기술기업의 신입 채용은 최근 3년간 50% 축소
  • 반면, 의료·농업·제조·금융 등 비IT 산업의 AI 기반 자동화 확산은 새로운 개발 수요 창출 가능
  • 미국 노동통계국은 2024~2034년 소프트웨어 직종 15% 성장을 전망
  • 주니어 개발자 감소는 장기적으로 리더십 공백을 초래할 위험
  • 대응 전략
    • 주니어: AI 활용 역량 강화, 포트폴리오 구축, 커뮤니케이션·도메인 지식 확보
    • 시니어: 자동화 도입, 멘토링 강화, 올 시니어 팀의 리스크를 경영진에 명확히 전달

2. 기술 역량 문제

  • 84%의 개발자가 AI 보조를 정기적으로 사용, 기본 코딩보다 프롬프트 작성·결과 검증 능력이 중요해짐
  • 일부 시니어는 기초 코딩 능력 약화(디스킬링) 을 우려
  • 반대 시나리오에서는 AI가 반복 작업을 처리하고, 인간은 아키텍처·보안·성능 최적화 등 고난도 문제에 집중
  • 우수 개발자의 차별점은 AI의 오류를 식별할 수 있는 판단력
  • 대응 전략
    • 주니어: AI를 학습 도구로 활용하되, 기초 알고리듬과 디버깅 능력 유지
    • 시니어: 품질·보안의 수호자 역할, 시스템 설계와 멘토링 강화

3. 개발자 역할 변화

  • 한쪽은 AI 코드 감사자(Checker) 로 축소, 다른 한쪽은 AI 시스템 설계·조율자(Orchestrator) 로 확장
  • 일부 엔지니어는 AI가 생성한 PR 검토에 대부분의 시간을 쓰며 창의적 코딩 감소 경험
  • 반면, AI를 다루는 시스템 설계자·전략가형 개발자로 진화 가능
  • 기업의 AI 통합 방식에 따라, 인력 감축형 vs. 생산성 증폭형으로 갈림
  • 대응 전략
    • 주니어: 테스트·CI·모니터링 등 비코딩 영역 확장, 시스템적 사고와 커뮤니케이션 능력 강화
    • 시니어: 아키텍처 표준 수립, 윤리·보안 정책 관리, ‘코더에서 지휘자’로의 전환

4. 전문화 vs. 범용화

  • 단일 기술 스택 의존형 전문가는 AI 자동화로 대체 위험 증가
  • 빠른 기술 교체 속도 속에서 T자형 개발자(넓은 이해 + 깊은 전문성) 가 선호됨
  • AI 도구는 범용 개발자의 역량을 확장, 한 명이 여러 컴포넌트를 다룰 수 있게 함
  • 45%의 엔지니어링 직무가 복수 도메인 역량 요구
  • 대응 전략
    • 주니어: 다양한 영역 탐색 후 1~2개 심화, AI로 신기술 학습 가속
    • 시니어: 인접 분야 확장, 교차 기능 프로젝트 참여, 통합형 리더십 구축

5. 교육 체계 변화

  • 전통적 CS 학위의 실무 적합성 저하와 대체 학습 경로의 부상
  • 대학은 커리큘럼 갱신 속도 한계로 산업 변화에 뒤처짐
  • 2024년 기준 45%의 기업이 학사 학위 요건 폐지 계획
  • 부트캠프·온라인 인증·기업 내 교육이 실무 중심 인재 공급 채널로 자리
  • AI 튜터·인터랙티브 학습 등 맞춤형 학습 생태계 확산
  • 대응 전략
    • 주니어: 포트폴리오·인증·오픈소스 참여로 실무 역량 증명
    • 시니어: 지속 학습·재교육, 스킬 중심 채용 문화 확산 주도

결론: 변화의 상수

  • 현실은 여러 시나리오가 혼합된 형태로 전개될 가능성
  • AI 자동화와 인간의 창의적 역할이 공존하며, 개발자는 품질·설계·통합의 중심 역할 유지
  • 지속적 학습과 인간 고유 역량(창의성·비판적 사고·협업) 이 생존의 핵심
  • 미래의 코딩 환경이 어떠하든, 전체적 사고와 학습 지속성을 가진 엔지니어의 수요는 지속
  • “미래를 예측하는 가장 좋은 방법은 직접 그것을 엔지니어링하는 것”이라는 결론으로 마무리
▲
GN⁺ 10시간전  [-]
Hacker News 의견들

  • 솔직히 지금은 모든 게 거대한 도박처럼 느껴짐
    기술, 학력, 인맥, 직장 중 어느 것도 인생의 안정된 기반을 보장하지 못함
    빚을 갚고 집을 사고 가족을 꾸린 사람은 앞으로의 편안함을 걸고 도박하는 셈이고, 학자금 대출과 불안정한 사회적 기반을 가진 신입은 인생 자체를 걸고 있는 셈임

    • 젊었을 때는 훨씬 안전하다고 느꼈음
      지금은 가족이 생겨서 쉽게 이사하거나 절약 모드로 살 수 없기 때문에 훨씬 불안함
    • 요즘은 희망을 품고 사는 게 어렵다는 생각임
      프로그래머든 아니든, 모두가 곧 대체될 거라는 불안감 속에서 살고 있음
      미국 경제도 엉망이라 지금은 살기 힘든 시기임
    • 지난 3년간 계속 배경 불안감이 있었음
      재정적인 부분도 있지만, 사회적 기술이 부족해도 가질 수 있었던 안정된 직업을 잃을까 두려움
      4년 반 후면 기본적인 재정 독립이 가능할 텐데, 그때의 기분이 어떨지 궁금함
    • 신입들은 괜찮을 것 같음
      25살이면 다시 시작해도 되지만, 42살에 가족이 있으면 그건 정말 스트레스일 것 같음
    • 지금이라도 재정적 독립(FI) 을 준비해야 함
      가장 좋은 시기는 커리어 초반이었고, 두 번째로 좋은 시기는 바로 지금임

  • 내 경험상 LLM은 코딩을 자동화한다기보다 속도를 높여주는 도구임
    원하는 해결책을 머릿속에 그리고, LLM에게 블록 단위로 설명하면서 코드를 쌓아감
    라이브러리 함수나 문법을 검색할 필요가 줄어든다는 점이 가장 큼

    • LLM은 나쁜 코드를 자동화할 수도 있고, 좋은 코드를 빠르게 만들 수도 있음
      문제는 나쁜 코드도 종종 충분히 수익성이 있다는 점임
      프로토타입이나 개념 증명에는 괜찮지만, 유지보수 가능한 코드에는 적합하지 않음
      벤치와 댐의 비유처럼, 누구나 벤치는 만들 수 있지만 댐은 그렇지 않음
      LLM은 저품질 코드를 쉽게 만들게 하지만, 고품질 코드는 여전히 필요함
    • 나와 내가 아는 대부분의 사람들도 LLM을 이렇게 씀
      그런데 HN에서는 “vibecoding” 같은 과장된 얘기만 하느라 실질적인 논의가 어려움
    • 현실과 과대광고의 괴리를 느끼고 있음
      LLM이 점점 더 자율적으로 일할 수 있게 발전 중이긴 하지만, 그 속도는 점진적임
      오히려 비개발자들이 처음으로 자신들의 일을 자동화할 수 있다는 점이 진짜 변화라고 봄
      이는 산업 전반에 큰 영향을 줄 것이고, 결국 컴퓨터의 본래 목적에 가까워지는 일임
    • 주니어에게 줄 최고의 조언은 “AI 쓰지 마라”임
      AI로 코드 줄 수 늘리는 건 성취가 아님, 오히려 기술 부채를 쌓는 일임
    • minfx.ai를 써보니, 코드에 제약을 많이 둘수록 품질이 좋아짐
      Rust가 특히 도움이 됨
      시스템이 커질수록 오히려 개발이 쉬워지는 역설적인 경험을 함

  • AI가 주니어 업무를 자동화한다면, 그건 단지 ‘주니어의 정의’가 바뀌는 것임
    주니어가 사라지는 게 아니라, 역할이 달라지는 것임

    • 인턴 채용이 좋은 지표임
      2024년에 14명이던 인턴이 2025년엔 4명으로 줄었음 — 예산 60~70% 삭감
    • 사실 주니어 포지션은 AI 이전부터 줄고 있었음
      예전엔 팀의 절반이 신입이었는데, 지금은 전부 시니어 팀이 됨

  • 나는 AI가 각 산업에서 개발자 수요를 폭발적으로 늘릴 것이라는 시나리오에 공감함
    다만 그 역할이 꼭 ‘개발자’일 필요는 없다고 생각함
    각 산업의 기존 직무가 AI를 잘 다루는 방향으로 진화할 것임
    결국 중요한 건 특정 도메인 지식을 배우면서 동시에 AI 활용 능력을 익히는 것임

    • AI를 잘 다루는 개발자는 여전히 전문 SWE 역할을 수행해야 함
      다만 CTO들이 SaaS를 대체할 수 있다는 걸 깨닫는 순간, 내부 솔루션 개발 붐이 올 것임

  • AI가 코드를 대신 짜주는 시대라면, 핵심은 검증 속도임
    직접 코드를 쓰면 이해도가 높아지고, 이해가 있어야 검증이 가능함
    결국 속도와 정확성 사이의 트레이드오프를 받아들여야 함

    • 리뷰 과정에서 인간의 유혹이 많음
      코드가 한꺼번에 쏟아지고, 빠른 속도에 대한 FOMO 때문에 검토 품질이 떨어질 위험이 큼
      도구의 UX 자체가 방심을 유도함

  • AI가 모든 산업에서 개발자 수요를 늘릴 거라는 주장에는 회의적임
    이미 소프트웨어는 모든 산업에 깊게 들어와 있고, 남은 건 완전 자동화뿐임
    하지만 그 병목은 기술이 아니라 정치적·현실적 문제임

    • 나도 동의함. AI는 본질적으로 효율 향상을 위한 것이지, 새로운 일자리를 만드는 게 아님
      자동차 혁명처럼 새로운 직업군을 창출하지는 않음
    • 유럽에서는 오히려 수요가 늘 수 있음
      소프트웨어 의존성 탈피가 필요하고, 특히 독일은 이제 본격적으로 컴퓨터를 써야 함
    • 이미 LLM 이전부터도 소프트웨어 중심 사고가 과도하다는 우려가 있었음

  • 원글 작성자는 AI 관련 핵심 질문들에 대한 이해가 부족해 보임
    예를 들어, “전문가는 자동화될 위험이 있다”는 말은 반대임
    전문가는 도구를 감독하고, 비전문가는 도구의 지시를 따름
    대학도 마찬가지로, 이론을 아는 사람이 기계를 통제함

  • 아, 그냥 모든 걸 포기하고 싶다는 농담을 던짐

  • 웃긴 건, 글쓴이가 COBOL 얘기를 했는데 내 이웃도 여전히 은행에서 COBOL로 일함
    14년 전에도 그랬고 지금도 그대로임

    • 시장은 당신이 파산하기 전까지 비이성적으로 남을 수 있음

  • 가끔 소프트웨어 개발을 선택한 게 잘못된 결정이었나 싶음
    시니어가 되어도 여전히 공부와 사이드 프로젝트를 요구받음
    언제쯤 취미나 사회생활을 할 수 있을지 모르겠음

    • “기술 스택에 인생을 걸지 말라”는 말에 공감함
      JS 프레임워크가 바뀔 때마다 커리어가 도박 같았음
      Angular에 올인했다가 React로 바뀌는 걸 보며 늘 어디에 투자해야 할지 고민했음
      결국 평생 불안 속에서 베팅하는 기분이었음
    • 만약 ‘좋은 개발자’로 만족한다면 괜찮음
      하지만 탁월함을 원한다면 추가 노력이 필요함
      둘 다 정당한 선택임
    • “언제 취미를 할 수 있나”라는 질문은 결국 사회적 문제임
      회사는 수익을 내는 게 목적이므로, 개인의 삶은 스스로 지켜야 함
    • 시니어라면 “It depends”라는 말을 배워야 함
      안정적인 회사에서 천천히 배우며 일할 수도 있고, 트렌드를 좇으며 빠르게 성장할 수도 있음
      결국 본인의 목표와 가치관에 달린 문제임
    • 컴퓨터를 좋아하지 않는다면 잘못된 선택일 수도 있음
      하지만 돈이 목적이라면 그걸 달성했다면 문제없음
      다만 최고가 되고 싶다면, 일 자체를 사랑해야 함
답변달기