손의 시대에서 머리의 경쟁으로: LLM 시대 엔지니어의 생존 전략

요즘 이런 경험, 다들 한 번쯤 하셨을 거예요. LLM 한테 기능 설명 던져놓고 이것저것 수정을 완료하니 길면 몇 시간 짧으면 몇 분 만에 코드가 완성됩니다. 

"오, 이거 오늘 안에 끝나겠는데?" 싶은 마음도 들기도 하지만, 막상 배포까지는 꼬박 일주일. 어디서 시간이 샜을까요? 설계, 조건, 보안, 운영. 손은 빨라졌지만 머리는 더 바빠졌습니다. 이 글은 그 변화 속에서 우리가 무엇으로 승부해야하 하는지, 그리고 포트폴리오와 커리어 전략을 어떻게 바꿔야 하는지에 대한 생각을 적은 글입니다.

---

문제 해결의 정의부터 새로깔자

우리는 전기나 반도체의 원리를 전부 이해하지 못해도 노트북과 스마트폰을 매일 사용합니다. 중요한 건 "원리를 모두 증명했는가" 가 아니라 "작동하게 만들고, 안정시키고, 개선하는가" 입니다. 엔지니어링도 마찬가지죠. 이제 문제 해결은 문제 정의 -> 설계 -> 데이터로 평가 -> 개선 루프 를 설계하고 굴리는 능력입니다. LLM은 이 루프 중 "손이 많이 가는 구간"을 확 줄여주지만, 루프 자체를 설계해 주진 않아요.

---

무엇이 바뀌었고, 무엇은 그대로인가

확 바뀐 것:

보일러 플레이트 코드, 테스트/문서 초안, 라이브러리 사용 예제, 마이그레이션 가이드 초안. "찾기, 써보기, 틀린 부분 고치기 등" 기존 엔지니어들이 가장 시간을 많이 소비되던 부분이 눈에 띄게 빨라졌습니다.

안바뀐 것:

도메인 이해, 아키텐처/경계 설계, 보안/규제 고려, 운영 신뢰성, 비용/성능/품질의 트레이드 오프, 팀 커뮤니케이션 과 같이 표준을 정하기 어렵고 흔히 소프트 스킬이라고 불리던 부분들이 바뀌지 않았습니다.

 

정리하면 이렇습니다. 타자 속도의 경쟁은 끝났고, 문제정의와 시스템 설계의 경쟁이 시작됐습니다. 

---

포트폴리오는 "결과물 갤러리" 에서 "사이클의 기록" 으로

예전 포트폴리오는 "이런 걸 만들었다" 는 결과물 나열이 중심이였죠. 이제는 과정이 경쟁력입니다.

"어떤 기술과 어떤 서비스를 이용해서 어떤 시스템과 어떤 부분을 설계했다." 와 같은 경험과 결과에 따른 나열이 대부분의 포트폴리오였습니다.

하지만 이제는 이러한 부분들은 미숙하더라도 LLM 의 도움을 통해 극복이 가능한 부분이 되었고, 이제는 프로세스 위에서 돌아가는 시스템이 아닌 아래와 같은 시스템을 설계하고 그 과정을 만드는 것이 더욱 중요해졌습니다.

1. 상황/문제: 왜 이걸 해야했는가(비즈니스/운영 맥락 포함)
2. 설계: 대안 비교표, 경계/계약 정의, 리스크와 완화책
3. 실험/평가: 테스트셋, 지표, 전/후 비교 방법
4. 결과: 성공률/리드타임/에러율 등 숫자로 증명
5. 교훈/다음 스텝: 실패에서 배운 것, 다음 실험 계획

이러한 포맷을 통해 LLM이 대체하기 어려운 부분, 즉 당신의 판단/설계/학습 곡선을 드러냅니다.

---

IDE 밖으로: "시스템을 만드는 엔지니어"

LLM 덕분에 "코드를 치는 비용"은 크게 낮아졌습니다. 그래서 오히려 엔지니어는 IDE 바깥의 일에 더 시간을 써야 해요.

• 경계 설계: 모듈/서비스/데이터 계약을 명확히. 경계가 모호하면 LLM도 흔들립니다.
• 보안/규정/신뢰성: 환각/의존성 리스크/데이터 유출 가드레일 설계
• 운영 사이클: 로그 -> 분류 -> 재시도 전략 -> 회귀 평가 -> 대시보드/알림의 닫힌 루프 만들기
• 비용/성능/품질 균형: 캐싱, 프롬프트/컨텍스트 버전 관리, 실패 샘플 아카이빙, SLO와 트레이싱

핵심은 "프롬프트를 잘 치는 사람" 이 아니라 "평가 가능한 시스템을 설계하고 굴리는 사람" 이 되는 겁니다.

---

글로벌 허들은 왜 이렇게 낮아졌나

과거엔 외국어 문서/이슈/PR/서비스 를 내기 위해서 큰 비용과 시간을 필요로 했습니다. 이제는 월 몇 만원대 LLM 구독 으로 실시간 번역/요약/리라이팅이 가능하죠.

워크플로우도 달라졌습니다.

1. 한글로 롱폼 초안 작성
2. LLM으로 영문 요약/리라이팅 생성
3. 블로그/OSS 이슈/PR/LinkedIn/X 에 동시 발행
4. 최종 휴먼 리뷰로 톤/용어만 다듬기

언어 장벽과 초기 비용이 시간 문제로 줄어들면서, 글로벌 프로젝트 접근은 의지와 루틴의 싸움이 됐습니다.

---

마무리: 손이 자동화된 시대, 머리를 증명하라

LLM은 우리에게 시간을 돌려줬습니다. 이제 그 시간을 어디에 쓸지가 커리어를 가릅니다. 결과물만 모으는 시대는 지났고, 문제 정의와 설계, 데이터 기반의 개선 사이클을 기록하는 사람이 앞서갑니다. IDE 밖으로 한 발 더 시스템을 설계하고 운영하는 엔지니어가 되면, 로컬을 넘어 글로벌 무대도 자연스럽게 연결됩니다. 

 

여러분은 이번 주에 어떤 반복 작업 1개를 고르고 어떤 지표로 전/후를 비교해보실 건가요?