Go가 다 먹어치운다…

2026년 4월 넷째 주, 개발자 커뮤니티에서 유독 자주 등장한 키워드가 있다. Go다. AI가 디자인 시스템을 읽는 새 포맷도, Python의 아성을 넘보는 스크래핑 프레임워크도, 프론트엔드의 핵심 도구인 TypeScript의 차기 버전도 모두 Go와 연결된다. 우연의 일치가 아니다. 성능과 동시성이 핵심인 영역에서 Go가 선택되고 있다는 신호다.

DESIGN.md – AI가 읽는 디자인 시스템의 탄생

Figma 시대의 종말이 아니라, 확장

Google Labs가 Stitch 프로젝트에서 제안한 DESIGN.md는 디자인 시스템을 마크다운 파일 하나로 표현하는 포맷이다. 핵심 구조는 YAML frontmatter(기계용 토큰)와 마크다운 본문(사람/AI용 판단 기준)의 이중 레이어로 이루어져 있다. 색상, 타이포그래피, spacing, radius, component token 같은 값은 YAML에 기계가 파싱할 수 있는 형태로 두고, 그 아래 마크다운에는 “왜 이 색을 쓰는지”, “이 버튼은 어떤 상황에서 쓰는지” 같은 디자인 판단 근거를 기록한다.

코드베이스 안의 디자인 가이드

이전까지 디자인 시스템은 Figma, Notion, PDF에 머물렀다. DESIGN.md는 이 기준을 코드베이스 안으로 끌어들인다. Claude Code, Cursor, Codex 같은 AI 코딩 에이전트가 매번 참고할 “디자인 시스템의 원본 파일”에 가깝다. 디자이너의 산출물이 PR 단위 리뷰 대상이 된다는 의미이기도 하다. 8개 섹션(colors, typography, spacing, components 등)의 고정 순서, lint/diff/export/spec CLI를 통한 자동 검사, DTCG/Tailwind/Figma 변수와의 상호운용 정책까지 실무 적용을 염두에 둔 설계가 돋보인다.

실무 시사점

한국어 커리큘럼을 정리한 neostom432는 28챕터 7개 모듈로 스펙을 풀어냈다. 실제 도입 후 화면 일관성이 확실히 올라갔다는 후기도 남겼다. 문제는 “AI가 디자인을 잘하느냐”가 아니라 “AI가 따라야 할 기준을 팀이 얼마나 명확하게 남겨두었느냐”로 이동하고 있다.

GoScrapy – Scrapy의 구조를 Go의 속도로

Python Scrapy를 Go로 네이티브 구현

GoScrapy는 Python 웹 스크래핑의 사실상 표준인 Scrapy의 아키텍처를 Go 언어로 네이티브 구현한 고성능 프레임워크다. goscrapy startproject 명령어 한 줄로 프로젝트 구조, Go 모듈 초기화, 의존성 해결까지 자동 스캐폴딩된다. Go의 동시성 모델을 기반으로 고처리량 병렬 스크래핑을 지원하며, 재시도(지수 백오프), 쿠키 관리, 동시성 처리를 프레임워크가 자동으로 관리한다.

명확한 파이프라인 아키텍처

Spider에서 Engine, Scheduler, Worker, Middleware, HTTP Client로 이어지는 데이터 흐름이 명확하다. CSV, JSON, MongoDB, Google Sheets, Firebase 등 다양한 내보내기 파이프라인을 기본 내장했고, Azure TLS, Dupefilter 등 빌트인 미들웨어도 제공한다. settings.go에서 미들웨어와 파이프라인을 중앙 집중식으로 설정하고, spider.go는 파싱 로직에만 집중하는 깔끔한 관심사 분리 구조를 갖추고 있다.

현재 상태와 라이선스

현재 v0.x 개발 단계로 v1.0을 향해 Core API를 개선 중이다. Google Maps 스크래퍼, Fingerprint Spoofing(봇 탐지 우회), TUI 실시간 모니터링 등 실전 예제가 제공된다. 라이선스는 Business Source License(BSL)로, 상용 제품에 자유롭게 사용 가능하나 프레임워크 자체를 경쟁 서비스로 재판매하는 것은 제한된다.

TypeScript 7.0 Beta – Go 포팅으로 10배 빨라진 TS

재작성이 아니라, 체계적 포팅

Microsoft가 TypeScript 7.0 Beta를 공개했다. 기존 TypeScript 컴파일러를 Go로 포팅한 네이티브 구현이다. 핵심은 “재작성(rewrite)”이 아니라 기존 구현의 “체계적 포팅”이라는 점이다. 타입 체크 로직은 TypeScript 6.0과 구조적으로 동일하며, TS6 대비 종종 약 10배 빠른 성능을 보인다. 네이티브 코드 성능과 공유 메모리 병렬화가 핵심 동력이다.

이미 실전에서 검증 중

“beta”라고 하지만, Microsoft 내부/외부의 수백만 LOC 코드베이스에서 이미 사용 중이다. Bloomberg, Canva, Figma, Google, Linear, Notion, Slack, Vercel 등 주요 기업과 사전 테스트를 거쳤다. 현재 @typescript/native-preview 패키지의 tsgo 명령으로 설치할 수 있으며, 기존 tsc와 나란히 실행하며 비교 가능하다. 안정 버전에서는 TS7이 tsc 이름을 다시 사용할 예정이다.

병렬화와 마이그레이션 주의사항

파싱, 타입 체크, emit 등 여러 단계가 병렬화되었다. --checkers, --builders 옵션으로 병렬도를 조절할 수 있어 대형 코드베이스와 모노레포에서 효과가 크다. 다만 strict, module, rootDir, types 등 기본값 변화가 있으므로 마이그레이션 시 확인이 필요하다. 안정적인 programmatic API는 최소 TypeScript 7.1 이후로, TypeScript API에 직접 의존하는 도구나 플러그인은 전환에 주의가 필요하다.

관련 글

• design-farmer – 코드베이스를 읽어 디자인 시스템으로 정리하는 AI 코딩 에이전트용 스킬
• Awesome Design.MD – 유명 웹사이트 디자인 시스템을 내 사이트에 적용하기
• TypeScript Native 프리뷰 공개
• TypeScript 6.0 발표
• Scrapling – 적응형 웹 스크래핑 프레임워크

출처

1. DESIGN.md 한국어 커리큘럼 – rubric.im
2. GoScrapy GitHub Repository
3. Announcing TypeScript 7.0 Beta – Microsoft DevBlogs
4. GeekNews (hada.io)