Ghostty 터미널 엔진, JetBrains IDE 1,250만 사용자 품에 안았다

저는 현재 제 Zig 프로젝트(인터프리터)를 진행 중이고 지금은 그것을 위한 C 인터페이스를 설계하는 작업을 하고 있습니다. 객체를 불투명 핸들로 둔다거나 enum 키 기반 getter/setter 같은 이야기를 보면서 제 현재 API가 호출자에게 너무 많은 세부 사항을 노출해서 얼마나 투박한지 생각하게 되었습니다.

정말 제 눈길을 끈 것은 이 부분입니다: "그래서 처음부터 제가 함께 작업하며 즐거웠던 C 라이브러리들에서 영감을 받아, 향후 추가를 허용하는 강력하고 안정적인 ABI를 갖도록 API를 설계했습니다." 이에 대한 좋은 예시는 무엇인가요? 잘 설계된 C 라이브러리에 대한 경험이 부족해서 무엇을 찾아야 할지 모르겠습니다.

Libghostty는 정말 멋진 프로젝트이고, 이번 릴리스는 흥미진진합니다. mitchellh가 이끌어주신 것과 프로젝트에 기여한 모든 분들께 박수를 보냅니다. 저는 오늘날 ghostty를 주 터미널 에뮬레이터로 사용하고 있고, 몇 달 전에는 시간이 날 때 다시 돌아갈 계획인 안드로이드 프로젝트에서 libghostty를 사용하는 실험을 했기 때문에 개인적으로 이 작업에서 이득을 봅니다.

저는 ghostty를 처음부터 사용했는데, Mitchell이 kitty용 렌더링 기능을 보여준 후 kitty를 설치하고 다른 건 다 버렸습니다. 통계적으로 맞지 않을 수도 있지만 kitty 터미널의 전환, 애니메이션, 렌더링이 ghostty보다 우수하다고 느낍니다. 다만 멋진 창/팬 레이아웃 설정(kitty에 창이 있는지 확실치 않음)과 이름 지정이 좀 아쉽습니다. 그 외에는 kitty가 제 모든 에이전틱 환경에서 주력입니다.

추신: 제 관점에서 Mitchell은 집요한 성능 중독자입니다. vagrant 시절부터 봐왔는데 (이것이 제가 늙어가고 있다는 걸 상기시켜서 슬프기도 합니다)

Ghostty가 정말 빛을 발하는 영역 중 하나는 pi 에이전트 같은 화려한 TUI 프로그램입니다. Pi에는 비교적 최근에 tuiMode "fullscreen" 기능이 생겼는데, 정말 뛰어납니다. Kitty 그래픽 프로토콜로 인라인 이미지를 표시하는 것도 엄청난 개선이었습니다 -- 모델이 이미지 파일에 `read`를 호출하고 터미널에서 결과를 볼 수 있을 때 정말 좋아요. OSC-8 하이퍼링크 지원도 매우 편리합니다. 뷰포트 스크롤은 매우 빠르고, pi는 필요에 따라 스크롤바를 숨기거나 표시할 수 있습니다.

> libghostty-vt 임베더가 보고하는 모든 버그는 생태계의 다른 모든 사람을 더 나아지게 합니다. libghostty-vt에서 출시하는 모든 기능은 모든 사람이 빠르고 안전하게 사용할 수 있게 됩니다. 터미널은 단편화가 줄어들면서 더 빠르게 움직일 수 있습니다.

libvte와 비교해 줄 수 있는 분 있나요? 그것을 얇게 감싼 것에 불과한 터미널이 많습니다(gnome-terminal, xfce4-terminal, mate-terminal, lxterminal, sakura, …). GTK에 묶여 있어서 범위가 훨씬 좁습니다. 그래도 정신적으로는 관련이 있어 보입니다.

Libghostty는 정말 멋진 프로젝트입니다. 1년 전에는 그 비전을 이해하지 못했지만 그 후 Libghostty를 사용하는 제 터미널 프로젝트를 진행해 왔고, 정말 그냥 작동하며 엄청난 작업을 절약해 줍니다. 모든 기여자분들께 박수를 보냅니다!

Libghostty 덕분에 Emacs를 위한 최고의 터미널(Ghostel)이 가능해졌습니다. 감사합니다 Mitchell.