0. Intro인턴 시절 SaaS 어드민에 새로운 기능을 추가해야 했는데, 필요한 라이브러리를 설치하는 과정에서 문제가 생겼다. 당시 프로젝트에서 사용하던 TypeScript 버전이 오래되어, 최신 라이브러리와의 호환성이 좋지 않았기 때문이다. 결국 TypeScript를 3.x에서 5.x대로 마이그레이션하게 되었다.마이그레이션 이후 master 브랜치에 머지하고 CodePipeline에서 빌드를 확인했을 때, 속도가 눈에 띄게 빨라진 것을 체감했다. 그런데 실제로 코드에서 크게 바꾼 부분은 많지 않았다. any 타입을 좀 더 구체적인 타입으로 바꾼 정도였다.그래서 궁금해졌다. 빌드가 빨라진 이유가 any 타입을 줄였기 때문인지, 아니면 TypeScript 컴파일러 자체의 성능이 개선된 결과인지 확인해보고..

1. 들어가며 — AI 에이전트 코딩 시대, 병목은 도구가 아니라 내 머리였다AI 에이전트 코딩이 본격화되면서 개발자의 일하는 방식이 빠르게 바뀌고 있다.불과 1-2년 전만 해도 코드를 한 줄 한 줄 직접 짜는 게 당연했다. 지금은 다르다. Claude, Cursor, Windsurf 같은 도구들이 반복적인 구현을 대신 처리해주면서, 동시에 굴릴 수 있는 프로젝트 수도 자연스럽게 늘어났다.나도 그랬다. 이전에는 한두 개 프로젝트를 순서대로 진행했다면, 요즘은 3-4개를 병렬로 돌리는 게 일상이 됐다. 생산성이 올라간 건 분명한데, 이상하게 머릿속은 점점 더 복잡해졌다. A 프로젝트를 하다가 B로 넘어가면, A에서 어디까지 했는지, 다음에 뭘 해야 했는지, 왜 그런 결정을 내렸는지가 흐릿해졌다. 코드는 그..

Intro마이그레이션 작업 중 빌드 속도가 눈에 띄게 빨라진 적이 있었습니다. 어떤 변경이 원인인지 설명하려다 막혔습니다. tsconfig 옵션 몇 개를 건드렸다는 건 알았지만, 왜 그게 효과가 있는지는 몰랐습니다.그 경험이 이 글을 쓰게 된 계기입니다. TypeScript 컴파일러가 실제로 어떤 순서로, 어떤 이유로 동작하는지 이해하면 빌드가 느릴 때 어디서부터 손봐야 할지, 팀원에게 설정 변경 이유를 어떻게 설명할지 훨씬 명확해집니다.TypeScript 컴파일 과정의 전체 흐름tsc는 소스 파일을 받아 다섯 단계를 거쳐 JavaScript를 출력합니다.소스 파일 → Program 생성 → 파싱(AST) → 바인딩(Symbol) → 타입 체킹 → Emit각 단계는 독립적이지 않습니다. 바인딩이 끝난 심..

1. 멀티에이전트와 스킬, 왜 헷갈릴까?취업에 성공하고 나서 개발보다는 AX(AI Transformation)를 어떻게 높일 수 있을지 고민하며 코딩을 하던 중, 낯선 개념 두 가지를 마주쳤다.스킬과 멀티에이전트.스킬은 에이전트가 특정 책을 꺼내 읽고 그걸 참고해서 일하는 것, 멀티에이전트는 여러 에이전트가 각자 잘하는 일을 나눠서 맡는 것이라고 한다. 그런데 여기서 의문이 생겼다.어차피 둘 다 뭔가를 "불러다 쓰는" 건데, 도대체 뭐가 다른 걸까?2. 스킬이란 무엇인가?스킬을 한 문장으로 정의하면 이렇다.에이전트가 일을 잘 하기 위해 참고하는 "매뉴얼"이다. 사람으로 치면, 신입사원한테 "이 회사에서는 이렇게 일해"라고 적힌 온보딩 문서를 쥐여주는 것과 같다. 에이전트는 기본적으로 아무것도 모르는 상..

왜 먼저 디자인 패턴을 공부했는가디자인 패턴은 자주 반복되는 설계 문제를 정리한 방법이다.처음에는 면접 대비를 위해 패턴 이름부터 외웠다.하지만 공부를 이어가면서 질문의 의도를 조금씩 이해하게 됐다.면접관이 보고 싶은 건 암기량이 아니라 설계하는 방식이었다.내가 정리한 기준은 아래 세 가지다.책임을 어디에 둘지 설명할 수 있는가결합도를 낮추는 선택을 했는가변경이 생겼을 때 비용을 줄일 수 있는가이 문서는 그 기준으로 다시 정리한 기록이다.라이브러리와 프레임워크패턴을 보기 전에 제어권부터 정리했다.라이브러리공통 기능을 모아둔 코드내가 필요할 때 호출제어권이 호출하는 쪽에 있음프레임워크구조와 실행 흐름을 제공내 코드가 프레임워크 흐름 안에서 실행제어권이 프레임워크에 있음 (IoC)핵심은 누가 흐름을 잡는지다..

Intro개발자로 취업을 준비하면서 요즘 부쩍 불안감이 커졌다. AI의 발전은 날이 갈수록 가속화되고 있고, 경기 침체까지 겹치면서 취업의 문이 점점 좁아지는 것을 피부로 느꼈다. 채용 공고는 줄어들고, 요구하는 역량은 높아지고, 그 사이에서 '과연 내가 개발자로서 어떤 가치를 제공할 수 있을까?'라는 고민이 깊어졌다. AI를 단순히 두려워하기보다는 좋은 도구로 활용하고 싶었다. 그러려면 먼저 개발자가 코드 구현 외에 무엇을 할 수 있는지, 어떤 본질적인 역할을 하는 존재인지 명확히 정의해볼 필요가 있었다. 그러던 중 『우리, 프로그래머들』이라는 책이 눈에 들어왔다. 책 표지에는 "AI 시대에 잊혀 가는 '프로그래머 정신'을 다시 깨우다"라는 문구가 적혀 있었다. 마치 내가 지금 고민하고 있는 문제들에 ..