지난 몇 달 동안 저는 Zig로 작성된 fast terminal UI (TUI)인 Ziggity를 만들어 왔으며, Claude Code는 작업을 정리하고, 계획을 초안하고, Zig 프로그래밍의 몇몇 측면을 배우는 데 큰 도움이 되었습니다. Zig가 AI 페어 프로그래밍 (AI pair programming)의 진정한 스트레스 테스트가 되었고, 그 결과물이 장난감이 아닌 실제로 출시된 도구라는 점을 공유하고 싶어 이곳에 글을 올립니다.

이것은 무엇인가: lazygit 스타일의 git 클라이언트입니다. 약 1.8 MB 크기의 단일 정적 바이너리 (Single static binary)이며, 런타임 (runtime)이 없고, libgit2를 사용하지 않으며 (일반 git 서브프로세스를 구동합니다), 몇 밀리초 내에 시작됩니다. 라인(line) 또는 덩어리(hunk) 단위 스테이징, 대화형 리베이스 (interactive rebase), 이분 탐색 (bisect), 커스텀 패치 (custom patches), 단어 수준의 디프 (word level diffs)를 지원합니다. 링크는 하단에 있습니다.

왜 Zig가 AI 페어에게 어려운 테스트인가:

• Python이나 JS에 비해 학습 코퍼스 (training corpus)가 적어서, Claude가 암기된 패턴에 의존할 수 없습니다.

• Zig 0.16은 1.0 이전 버전이며 표준 라이브러리 (std library)가 버전 간에 변하기 때문에,

• 때때로 과도한 엔지니어링 (over engineer)을 하려는 경향이 있습니다. 최근에는 상대적 타임스탬프 (relative timestamps)가 실시간으로 업데이트되게 하려고 로그 렌더러 (log renderer) 전체를 다시 작성하겠다고 제안하기도 했습니다. 우리는 대화를 통해 논의했고, 대신 한 줄짜리 수정안을 선택했습니다. 가장 유용했던 모드는 "이 기능을 작성해줘"가 아니었습니다. 그것은 진정한 상호작용 (back and forth)이었습니다. Claude Code가 조사하고, git이나 코드의 근거를 보여주고, 옵션을 제안하면, 제가 선택하고, 그것이 구현 및 검증하는 방식이었습니다. 그 리뷰 루프 (review loop)가 품질을 만들어내는 핵심이었습니다. 저장소 (MIT 라이선스, 피드백을 환영합니다): https://github.com/simoarpe/ziggity 워크플로우나 Zig 측면에 대해 무엇이든 질문해 주세요. /u/TheS0rcerer 제출 [link] [comments]