월간 오픈소스
리뷰
오늘의 커밋

월간 오픈소스

Hwpjs

1. 개발 배경

2. 기술 스택

3. 개발 과정

3-1. 구조 잡기

3-2. 코어 개발하기

3-3. 배포(NAPI-RS)

3-4. 배포(Craby)

3-5. 배포(WebAssembly)

3-6. HTML 뷰어 고도화

3-7. 테이블 렌더링 완성도 높이기

3-8. LineSeg 합성과 페이지네이션

3-9. Rust 를 접고 Zig 로 다시 쓰다

3-10. HWPX를 열고, 읽었다는 것을 검증하다

3-11. 문서를 다시 검증하고, 실험용 편집기를 열다

3-12. 코어를 한꺼번에 공개하고, 표 생성을 시험하다

크로미움

1. 개발 배경

2. 환경 설정

3. 첫 번째 기여

4. 코드 리뷰 과정

5. 머지 및 후기

Craby

1. 개발 배경

2. 기여 과정

2-1. EventEmitter 기여

2-2. codegen 페이로드 수정

2-3. ArrayBuffer Vec 변환 버그 수정

Chrome Remote Debugger

1. 개발 배경

2. 기술 스택

3. 개발 과정

3-1. CDP 클라이언트와 서버 구현

3-2. DevTools 프론트엔드 연동

3-3. 세션 리플레이 (rrweb)

3-4. PostMessage와 iframe 모드

3-5. NPM 배포와 init() API

3-6. CSS 도메인과 Styles 탭

3-7. 테스트와 코드 품질

3-8. React Native Inspector

3-9. 마무리와 회고

Electron MCP Server

1. 개발 배경

2. 기술 스택

3. 개발 과정

3-1. CDP 연동과 MCP 서버

3-2. 메인 프로세스 모니터링

3-3. 토큰 최적화 대작전

3-4. 객체 탐색과 연결 준비 다듬기

React Native MCP

1. 개발 배경

2. 기술 스택

3. 개발 과정

3-1. 런타임 인젝션과 Fiber 트리

3-2. 48개 도구와 디바이스 제어

3-3. 토큰 최적화와 안정성

3-4. 연결 진단과 Snapshot·Refs CLI

React WASM Table

1. 개발 배경

2. 기술 스택

3. 개발 과정

3-1. 아키텍처 설계와 WASM 코어

3-2. Canvas 렌더링과 제로카피

3-3. TanStack API 호환과 컴포넌트

3-4. 모바일 터치 수명과 배포 준비

Cheolsu Proxy

1. 개발 배경

2. 기술 스택

3. 개발 과정

3-1. TLS와의 전쟁

3-2. 첫 기능들과 1차 위기

3-3. 부활: 환경 교체와 데몬

3-4. MCP 서버와 인터셉트 규칙

3-5. TUI와 스크립팅 엔진

3-6. 다크 테마와 시스템 트레이

3-7. 기능 폭탄의 날

3-8. 보안과 프로토콜 확장

3-9. 리팩토링과 v0.1.0

3-10. 릴리스 이후와 사내 활용

3-11. CLI 통합과 인증서 안정화

3-12. 출시 뒤의 안정성 점검

ZNTC (구 ZTS · Zig TypeScript Transpiler)

1. 개발 배경과 동기

2. 기술 스택과 설계 철학

3. 개발 과정

3-1. Phase 1~2: 렉서와 파서

3-2. Phase 3~5: 트랜스포머와 코드젠

3-3. Test262 100% 달성기

3-4. 번들러 Phase B1~B2

3-5. Dev Server와 HMR

3-6. 스모크 테스트와 실전 호환성

3-7. 트랜스파일 적합성 9.5%→74.1%

3-8. 워크플로우와 AI 협업 방식

3-9. ES5 다운레벨링 완성과 번들러 고도화

3-10. React Native 플랫폼과 4/7 시점 성능

3-11. Metro 동등성 — RN HMR 재설계

3-12. 호환성 겹층 — 워클렛·Stage 3 decorator·ESTree

3-13. Metro 경계 확정과 근본 수정 원칙

3-14. RFC 시리즈 — References·AST 재설계·HMR 프로파일

3-15. "프로덕션이라는 말" — config·CJS DCE·styled/emotion 트랜스포머

3-16. binding-lite·메모리 오염·패키지 분리, 그리고 이름이 바뀐 날

3-17. 0.1.0을 향해 — 플러그인 통일·파일 분리·배포 파이프라인·Codex 회고

3-18. minify 격차 추격과 Module Federation — 0.1.0은 아직 preview

3-19. 0.1.0을 실제로 눌렀다 — 그리고 만든 것을 되돌리는 이틀

3-20. "1위가 하고싶어요" — 위상 보존 HMR과 디스크 캐시, 0.1.2

3-21. 이슈 큐를 따라가는 여름 — preserve-modules와 0.1.3·0.1.4

3-22. 다운레벨링의 의미를 지키는 심볼 표

3-23. 이름은 마지막에 — 합성 변수까지 심볼로 잇는 #4819

3-24. 이름으로 되찾지 않는다 — 런타임 helper의 심볼화와 그래프 유지 확대

3-25. 적색 CI를 풀고, CI를 껐다 — 회귀 10건 추적과 함수 이름·TLA 결함

Suji (멀티 백엔드 데스크톱 프레임워크)

1. 개발 배경

2. 기술 스택과 구조

3. 개발 과정

3-1. 일주일 만에 프레임워크 모양 갖추기

3-2. Electron 패리티 — 창과 네이티브 API

3-3. CEF를 떼어내고 모바일로

3-4. 세 OS와 일곱 언어, 그리고 전수 감사

Maru (Zig 네이티브 터미널)

1. 개발 배경

2. 기술 스택과 규율

3. 개발 과정

3-1. 빈 저장소에서 첫 글자까지

3-2. 터미널다워지기

3-3. 터미널 밖으로

3-4. 파일 패널과 영속 세션

3-5. 다시 뜯어고치기, 그리고 플랫폼 확장

3-6. 원격으로, 그리고 밖으로

3-7. 언어 서버가 붙는다

3-8. 다시 켜도 이어지는 작업

3-9. 한 문서를 두 칸에서

3-10. 프로젝트 검색과 저장소 신뢰

3-11. 여러 파일 바꾸기와 Chromium 탭의 합류

@ohah/pdf (Zig wasm PDF 엔진)

1. 개발 배경

2. 기술 스택

3. 개발 과정

Spinon (GPU 기반 UI 프레임워크 실험)

1. 개발 배경

2. 기술 스택

3. 개발 과정

3-1. PoC와 명세로 보낸 첫 9일

3-2. 지연을 쪼개 재고, CSS를 런타임에 넣은 닷새

3-3. CSS를 화면에 올리고, Block·Flex·위치 지정을 쌓은 이틀

4. 코드 리뷰 과정

작성 예정

Previous page3. 첫 번째 기여 Next page5. 머지 및 후기

ON THIS PAGE