EmacsConf 2024 운영 기록

 (sachachua.com)
4P by GN⁺ | ★ favorite | 댓글 1개
  • EmacsConf 2024는 31개 발표와 21개 Q&A 웹 컨퍼런스를 운영한 뒤, 영상 업로드와 감사 메일까지 마치고 실제 운영에서 얻은 개선점을 남김
  • CFP부터 행사까지 충분한 시간을 두고 사전 녹화 영상을 강하게 권장해 발표자 부담과 당일 운영 리스크를 낮춤
  • Org 파일, PsiTransfer, Mumble, Etherpad, IRC, BigBlueButton, OBS, Icecast, YouTube, WhisperX, subed가 Emacs Lisp 자동화와 맞물려 운영 흐름을 구성함
  • BigBlueButton 3.0, 480p 스트림, YouTube 시프트별 라이브 이벤트, WhisperX 자막 초안은 대체로 잘 작동했지만 오디오 정규화와 60fps 영상, Q&A 녹화 누락은 개선 과제로 남음
  • 2024년 총 비용은 세전 USD 175.65, 세후 USD 198.48였고, 준비 시간은 줄었지만 누적된 자동화와 문서화 덕분에 행사를 이어갈 수 있었음

행사 규모와 일정

  • EmacsConf 2024는 31개 발표, 총 10.7시간 분량의 발표로 구성됨
  • Q&A 웹 컨퍼런스는 21개였고, 총 7.8시간 진행됨
  • 스트림 피크는 트랙과 해상도별로 차이가 컸음
    • 토요일 gen: 177명 피크, lowres 14명 피크
    • 토요일 dev: 226명 피크, lowres 79명 피크
    • 일요일 gen: 89명 피크, lowres 10명 피크
  • YouTube 라이브 피크는 시프트별로 15명에서 46명 사이였고, 평균은 7명에서 28명 사이였음
  • 일정은 다음 흐름으로 진행됨
    • CFP 시작: 2024-06-30
    • CFP 마감: 2024-09-20
    • 발표자 알림: 2024-09-27
    • 일정 공개: 2024-10-25
    • 영상 목표일: 2024-11-08
    • EmacsConf: 2024-12-07
  • CFP 시작부터 마감까지 82일, 마감부터 영상 목표일까지 49일, 영상 목표일부터 행사까지 29일을 확보함
  • 올해도 조기 승인을 사용했고, 긴 발표 시간은 전체 일정 윤곽이 잡힌 뒤 승인하는 방식으로 조정함
  • 영상 6개는 목표일 이전 또는 당일에 도착했고, 나머지는 이후 순차적으로 들어왔지만 저부담 운영 방침과 처리 여력 덕분에 큰 문제가 되지 않음

데이터, 커뮤니케이션, 일정 운영

  • 발표 정보는 계속 Org 파일로 관리했으며, 다음 검증 함수를 추가하면 운영 실수를 더 줄일 수 있음
    • 파일 권한과 소유권 확인
    • Q&A 타입 감지의 대소문자 처리 확인
    • BBB 리다이렉트 페이지 존재 확인
    • 위키 포맷을 깨뜨리는 transcript의 백틱 확인
    • 파일 공개 여부와 읽기 가능 여부 확인
    • 자막 작성자 코멘트, 자막 상태, captioner 간 불일치 확인
  • 발표자 파일 업로드에는 다시 PsiTransfer를 사용함
  • CFP 홍보는 emacs-tangents, Emacs News, emacsconf-discuss, emacsconf-org, r/emacs 등에서 이뤄졌고, System Crafters, Irreal, Emacs APAC도 EmacsConf를 언급함
  • Mastodon, X, BlueSky, Facebook에도 관련 게시물이 있었고, foss.events에도 행사를 등록함
  • 스위스에서는 200ok와 Ardeo가 오프라인 모임을 열었고, Ljubljana에서는 emacs.si가 모임을 가짐
  • 발표자와 자원봉사자 연락에는 emacsconf-mail.el 기반 메일 병합을 많이 사용함
  • 백스테이지 조율은 Mumble을 계속 사용했고 안정적으로 작동함

발표 편성과 자동화

  • 행사는 이틀 일정으로 구성됐고, 첫날은 두 트랙, 둘째 날은 단일 트랙으로 진행됨
  • 발표 사이에 약 15~20분의 간격을 둬 늦은 제출, 막판 취소, Q&A에서 라이브로의 막판 전환에 대응할 수 있었음
  • 일요일에는 막판 취소로 생긴 시간을 채우기 위해 오픈 마이크 세션을 추가했고, 다음 해에는 이 시간을 미리 배정하는 방안도 고려할 만함
  • 일반적인 마무리 발언 일부를 앞쪽으로 옮기면서 제시간에 끝낼 수 있었고, 일부 호스트와 참가자는 너무 늦게까지 머물 필요가 없었음
  • 자동 일정 발행에서는 case-fold-search가 nil이라 "Live" Q&A가 live와 매칭되지 않아 라이브 발표로 공지되지 않는 작은 문제가 있었음
  • 해당 설정은 emacsconf-stream-config.el에 추가됐고, 다음에는 ansible 스크립트에 반영할 예정임
  • 발표 전환은 crontab 기반 자동 관리에 맡겼고 안정적으로 작동함
  • 토요일 마무리 발언을 원하는 시점에 하기 위해 crontab을 껐다가 다음 날 autopilot을 다시 켜는 것을 잊어, 일요일 오프닝이 정각에 시작되지 않는 문제가 한 번 발생함
  • dev 트랙은 gen 트랙보다 조금 늦게 시작하도록 배정해 아침 운영 부담을 줄임
  • 일요일 아침에는 라이브 Q&A 대신 IRC Q&A를 더 많이 배치했고, 올해는 일요일 오전 대역폭 문제가 보이지 않음
  • 향후 개선점으로 호스트용 웹 인터페이스의 JavaScript 카운트다운, 현재 MPV 영상 종료 시간 반영, 일정/시청 페이지의 로컬 시간 표시가 남아 있음

녹화 영상과 스트리밍

  • 발표자에게 사전 녹화 영상을 강하게 권장해 운영 스트레스를 낮추고 자원봉사자 자막 작업이 가능해짐
  • 일부 막판 제출과 라이브 발표도 처리할 수 있었고, 각 발표가 라이브로 공개될 때 영상과 transcript를 위키에 자동 게시할 수 있었음
  • 올해는 명확한 영상 인코딩 컷오프 문제가 없었고, screen 안에서 재인코딩하는 방식이 끊김 방지에 신뢰성 있게 작동함
  • ffmpeg-normalize를 이용한 자동 오디오 정규화는 잘 작동하지 않아 Leo Vivier가 행사 전날 급히 오디오를 정규화함
  • 다음 해에는 오디오를 mono로 리믹스하는 방안을 검토할 수 있음
    • 한 발표에서는 오디오가 좌우로 움직여 산만함이 있었음
    • 일부 참가자는 한쪽 귀로만 발표를 듣기 때문에 mono가 도움이 될 수 있음
  • 60fps 영상은 res 서버에 부담을 줘 드롭 프레임을 유발한 것으로 보였고, 다음에는 30fps로 다운샘플링하고 발표 준비 안내에 메모를 추가하는 방안이 있음
  • MPV에서 일부 영상의 색 번짐과 이상 현상이 있었지만 MPV v0.38로 업그레이드한 뒤 해결됨
  • YouTube에는 모든 영상을 업로드하고 예약 게시했으며, 행사 중 계속 업데이트하지 않아도 되어 편리했음
  • Toobnix도 예약 업로드 기능이 있지만 행사 중에는 알지 못해 emacsconf-publish-upload-talk 함수로 영상을 업로드함

자막과 Q&A 처리

  • 올해 음성-텍스트 변환에는 WhisperX를 사용함
  • WhisperX는 자원봉사자 자막 작업자가 편집할 수 있는 초안 자막을 만드는 데 좋은 성능을 보임
  • WhisperX의 내장 음성 활동 감지는 지난해 OpenAI Whisper가 침묵 구간에서 보였던 환각을 크게 줄임
  • WhisperX가 발표자의 텍스트 덩어리를 놓친 사례가 하나 있었고, 해당 부분은 수동으로 채움
  • Lenovo P52와 64GB RAM 덕분에 막판 자막 처리도 로컬 컴퓨터에서 가능했음
  • 타임스탬프는 약간 어긋났지만, 발표자와 자원봉사자가 백스테이지에서 영상 품질을 확인한 과정이 도움이 됨
  • 텍스트 재정렬에는 Aeneas를 사용했지만, Aeneas도 침묵 구간에서 혼란을 겪음
  • subed에는 Aeneas 또는 WhisperX 타임스탬프로 자막 구간을 재정렬하는 코드가 추가됨
  • Anush V는 subtitle segmentation에 머신러닝을 사용하는 실험을 했고, 향후 탐색할 수 있는 항목으로 남음
  • Q&A 녹화는 가끔 발표 시작 몇 분 뒤에야 시작됐지만, Icecast 덤프나 YouTube 스트림 녹화에서 앞부분을 추출하는 작업은 하지 않음
  • BigBlueButton을 video 추가 처리 형식으로 설정해 올해는 세션당 파일 하나를 받을 수 있었고, 여러 스트림을 ffmpeg로 합칠 필요가 없어짐
  • Q&A transcript와 채팅 로그는 삭제를 원할 만한 내용이 있는지 빠르게 확인함
  • subed-crop-media-file 함수가 추가돼 Q&A 파일 자르기가 쉬워짐

BigBlueButton과 서버 운영

  • 올해는 새 BigBlueButton 웹 컨퍼런스 서버를 세팅함
  • 이전 BigBlueButton 인스턴스가 있던 서버는 사라진 비영리단체가 기부한 것이었고, 10월 27일 제거됨
  • Jitsi와 Galene 적합성을 살펴본 뒤 BigBlueButton을 계속 쓰기로 함
  • BBB 2.3 이상 3 미만 버전의 non-free Mongo 이슈를 우려해 BBB 3.0을 설치함
  • 기존 res 서버의 Docker에서 BBB 3.0을 작동시키기는 어려웠고, 추가 Linode VPS를 띄우기로 결정함
  • BBB는 8GB/4core보다 작은 서버에서는 실행을 거부했고, 테스트 중에는 8GB/4core로 올렸다가 중간에는 1GB/1core로 낮추고 행사 중에는 16GB/8core dedicated로 올림
  • BBB 3.0의 장점 중 하나는 smart layout으로 웹캠 썸네일을 공유 화면 옆으로 끌어 공유 화면을 읽기 쉽게 만들 수 있다는 점이었음
  • Rails console로 방을 만드는 작업은 비교적 간단했음
  • 발표자에게 moderator access code를 제공했지만, superadmin이 로그인 상태여도 모든 방의 moderator 권한을 자동으로 갖지는 않아 host access를 수동으로 추가해야 했음
  • 2023년과 비교한 BBB 사용량은 다음과 같음
    • 최대 동시 사용자: 62명에서 107명으로 증가
    • 최대 동시 회의: 6개에서 7개로 증가
    • 한 회의의 최대 인원: 27명에서 25명으로 감소
    • 전체 고유 사용자: 84명에서 102명으로 증가
    • 말한 고유 사용자: 36명에서 40명으로 증가
  • 최대 동시 사용자는 서버 부하 계획에 필요한 수치라 중복 제거하지 않음

Etherpad, IRC, 게시 자동화

  • Q&A 수집에는 Etherpad 1.9.7을 다시 사용함
  • Etherpad v2.x는 정해둔 시간 안에 실행 방법을 해결하지 못해 올해 업그레이드하지 않음
  • ERC의 현재 줄을 줄바꿈 없이 복사해 Etherpad에 붙여넣는 Elisp를 작성했고, IRC 질문을 pad로 옮기는 데 잘 작동함
  • 해당 함수는 emacsconf-erc-copy이며 emacsconf-erc.el에 있음
  • 다음 해에는 Etherpad 템플릿에 대명사와 발음을 추가해 호스트가 쉽게 참고할 수 있게 할 계획임
  • libera.chat 쪽에 행사 전 미리 알린 덕분에 chat.emacsconf.org 사용 제한에 걸리지 않음
  • IRC 설정은 크게 손대지 않았고, 토론 플랫폼으로 계속 안정적으로 작동함
  • 발표 URL을 삽입하는 키보드 단축키가 있으면 유용하고 Embark keymap에 추가하기 쉬울 것으로 보임
  • 발표와 transcript를 위키에 자동 게시하는 과정은 누군가 위키에 변경을 커밋했을 때 가끔 수동 개입이 필요했음
  • Etherpad 포함을 활성화하는 conference publishing phase 전환을 잊었지만, Ihor가 발견해 막판 수정으로 반영함

비용, 시간, 문서화

  • 2024년 비용은 세전 기준 다음과 같음
    • 12월 추가 호스팅 비용: USD 52.54
    • 11월 BBB 테스트 추가 비용: USD 3.11
    • 연중 호스팅 비용: USD 120
  • 총 비용은 세전 USD 175.65, 13% 세금 포함 USD 198.48임
  • Free Software Foundation은 미디어 파일 제공용 media.emacsconf.org를 제공함
  • Ry P는 VNC 세션을 통한 OBS 스트리밍용 res.emacsconf.org를 제공함
  • FSF Working Together 프로그램의 기부자 목록과 현재 기부 통계를 행사 주말에 바로 확인할 사람이 없어, 다음에는 미리 정리해 기부자에게 제대로 감사할 필요가 있음
  • 2024년 Emacs 관련 시간은 총 320시간으로, 2023년 432시간보다 적었음
  • 2024년 10월과 11월 Emacs 관련 시간은 92.6시간으로, 전년 같은 기간 179.8시간의 약 절반 수준임
  • 2023년 시간 일부는 EmacsConf 발표 준비와 관련됐고, 당시에는 스크립트에 더 익숙했음
  • 준비 시간이 줄었지만 점진적으로 쌓아온 자동화가 효과를 냈고, 제한된 집중 시간 속에서도 EmacsConf를 운영할 수 있었음
  • 운영 중 발견한 할 일과 메모는 organizers notebook에 추가할 항목으로 캡처됨
  • 연도별 organizers notebook의 메모를 메인 organizers' notebook으로 옮기고 있으며, 장기적으로는 계획 시작부터 종료까지 체크리스트와 노트를 따라갈 수 있는 상태를 목표로 함

전체 평가와 다음 연결 지점

  • EmacsConf 2024는 좋은 경험이었고 재미있었으며, 다음 해에도 다시 하고 싶은 행사로 남음
  • 참가자 반응에는 온라인 컨퍼런스 물류와 성공적인 온라인 컨퍼런스 조건을 긍정적으로 평가하는 말이 포함됨
  • 행사 후에도 Emacs News, meetups, Planet Emacslife, emacs.tv를 통해 계속 연결될 수 있음
  • 다른 사람들의 컨퍼런스 블로그 글, 특히 가상 컨퍼런스를 더 좋게 다듬는 방법에 관한 글을 찾고 있음

함께 보면 좋은 글 β

GN⁺   [-]
Hacker News 의견들

  • 올해 EmacsConf는 정말 잘 운영됐고, 나도 “아늑하고 편안하다”는 느낌을 받았음
    EmacsConf의 분위기를 NeovimConf나 Visual Studio Code, Jetbrains의 릴리스 “파티” 같은 다른 편집기 행사와 비교해보는 것도 흥미로움

    • 현장에 없었다면 이렇게 잘 운영됐다는 걸 믿기 어려웠을 것 같음
      Sacha는 정말 대단하고, 이 품질로 행사를 가능하게 하려고 elisp로 작성한 코드의 양이 놀라울 정도임
    • NeovimConf가 있는 줄 몰랐음
      직접 검색해도 Neovim 설정 파일 결과만 나올 정도로 검색 순위가 낮은 건 좀 아쉽고, 그래서 여기 링크를 남기는 걸 이해해주면 좋겠음: https://neovimconf.live
    • 솔직히 Emacs를 특별하게 만드는 건 커뮤니티이고, GPL이 잘 맞고 빛나는 소프트웨어라는 점이 Emacs 커뮤니티에서 특히 분명하게 드러남
      덕분에 이 편집기가 오래 갈 거라는 희망이 생기고, 가볍게 써온 짧은 10년 동안에도 실제로 계속 좋아졌음
      Emacs 커뮤니티 만세
    • NeovimConf와 비교해서 뭐가 달랐는지 궁금함

  • Guile 기반 Emacs를 되살리려는 시도에 대한 발표가 하나 있을 예정이었던 걸로 아는데, 어딘가 포함돼 있는지는 아직 못 봐서 모르겠음
    Emacs가 네이티브 컴파일 기능을 얻으면서 그 압박이 좀 줄었을 것 같지만, Elisp가 아닌 언어로 Emacs를 스크립팅하는 매력은 여전히 있다고 봄
    그 목적이라면 Scheme이나 Lua가 꽤 좋을 것 같음
    수정: 여기 있었음 - https://emacsconf.org/2024/talks/guile/

    • Lua 관련 글이 최근에 몇 번 메인에 올라왔는데, 댓글들을 보면 Lua는 정말 호불호가 갈리는 언어라는 게 잘 드러남
    • 그냥 elisp용 제대로 된 런타임만 있어도 훌륭할 것 같음
      나는 Guile 쪽 사람이지만, Emacs 쪽에서 Guile 위에 elisp만 허용하더라도 충분히 이득이라고 봄

  • 올해 EAF에 대한 내용이 있길 기대했음
    Emacs에 아직 크게 부족한 건 인터랙티브 그래픽을 잘 다루는 방법이라고 생각하는데, EAF는 여전히 꽤 불안정하고 문서도 부족함
    이 프로젝트나 더 나은 무언가가 진전되면 좋겠음
    [1]: https://github.com/emacs-eaf/emacs-application-framework

  • 이걸 “참석”하지 못해서 너무 아쉬움
    15년 넘게 Emacs를 써왔고, Sacha 같은 사람들은 내가 Emacs를 시작하던 때부터 있었으며 그때 Emacs에 빠지게 된 큰 이유였음
    그 시기에 입문한 게 정말 운이 좋았다고 느낌
    동료들이 고칠 수도, 심지어 조금 손볼 수도 없는 도구 때문에 고생하는 걸 보지만, 지금 와서 그들이 Emacs를 배우려고 시간을 들이는 모습은 상상하기 어려움
    Emacs는 정말 평생 쓰는 편집기임

    • 나도 바로 그 이유 때문에 Emacs를 씀
      Emacs는 완벽과는 거리가 멀고, 느리며, 다른 편집기의 화려한 기능이 부족하고, 때로는 쓰기 정말 답답함
      하지만 결국 이건 내 편집기임
      나에게 완벽한 편집과 프로그래밍 환경을 만들 수 있게 해줬고, 그만한 자유와 즐거움을 주는 환경은 다른 데 없음
      Vim 계열도 꽤 가깝고 보조 편집기로 계속 쓰고 있으며 vim-mode 없이는 못 살지만, Emacs는 훨씬 깊은 맞춤 설정을 허용하고 Lisp는 여기에 아주 우아하게 맞음
      편집기들이 생겼다 사라지는 와중에도 Emacs는 늘 곁에 있을 거라는 점이 위안이 됨
      결점까지 포함해서 좋음

  • EmacsConf 2024의 온라인 발표 구성이 정말 인상적이었음
    대본, 댓글, 질의응답, 영상 링크까지 전부 org-mode로 캡처되고 공개돼 있어서 훑어보기 아주 좋았음

  • Lem 프로젝트가 Emacs 커뮤니티에서 “받아들여지는지”, 혹은 시험해볼 만한지 궁금함
    오래된 Emacs 사용자로서 가끔 떠났다가도 늘 돌아왔는데, 요즘은 Lem이 눈에 들어옴: https://github.com/lem-project/lem
    익숙하지 않은 사람을 위해 설명하면, Lem은 대략적으로 Emacs 비슷한 편집기이며 Common Lisp로 네이티브 작성·확장 가능하고, 멀티플랫폼에 NCurses와 SDL2 등을 지원하며, LSP도 되고 빠름

    • 작년 Emacsen 발표에 Lem이 포함됐고 반응도 좋았던 걸로 기억함: https://emacsconf.org/2023/talks/emacsen/
      Lem이 계속 성장하면 좋겠음
    • Lem은 정말 훌륭함
      여러 핵심 면에서 Emacs보다 낫기 때문에 계속 인지도를 얻었으면 좋겠음
    • 최신 릴리스가 2월인데, 그 뒤로 진전이 있었는지 궁금함
    • 좋아 보이는데, Emacs와 비교해 플러그인·확장 생태계는 어떤지 궁금함
      Debian 패키징 계획도 있는지 알고 싶음

  • 올해 EmacsConf 영상을 둘러보는 게 정말 즐거웠고, presentation도 아주 깔끔했으며 멋진 작업들이 많이 진행 중이었음
    아직 볼 게 많이 남았지만, 지금까지는 특히 인프라와 UI 쪽 내용이 놀라웠고 정말 많은 일이 벌어지고 있음
    좋았던 발표들은 다음과 같음
    https://emacsconf.org/2024/talks/casual/ -- Charles Choi가 문어가 아니라 인간을 위한 UI를 설계하는 이야기. 이 농담은 애정을 담은 것이고, 나는 행복한 문어임
    https://emacsconf.org/2024/talks/literate/ -- Howard Abram의 문학적 프로그래밍
    https://emacsconf.org/2024/talks/gypsum/ -- Guile로 만든 Emacs와 Emacs Lisp 클론
    https://emacsconf.org/2024/talks/rust/ -- Rust로 만든 실험적 Emacs 코어인 Rune
    https://emacsconf.org/2024/talks/julia/ -- Julia와 Emacs 사이의 동시성에 대한 멋진 발표
    https://emacsconf.org/2024/talks/guile/ -- Robin Templeton이 Guile-Emacs를 다시 시작함
    https://emacsconf.org/2024/talks/mcclim/ -- 음, 이 발표는 lambdaMOO에서 질문을 받은 건가?

  • “행사의 총 호스팅 비용은 USD 42.92 + 세금이고, 행사 전 BBB 테스트 비용은 USD 3.11 + 세금이라 총 USD 46.03 + 세금이다. 웹 노드와 라이브 스트리밍 노드는 나머지 기간 동안 1GB nanode로 유지된다. 서버 2대에 월 USD 5씩 + 세금이므로 USD 110이다. 충분히 감당 가능하다.”
    이 비용이 다른 컨퍼런스 비용과 비교하면 어떤지 궁금함

    • 여기에는 투입된 시간 비용이 빠져 있음
      Docker로 BBB를 직접 설정해보면 쉽지 않음
      전에 해본 적이 있거나 somehow 전문가가 아니라면 꽤 어렵고, 나는 시도하다 포기했음
      몇 달 혹은 몇 년 뒤에도 내가 열어둔 이슈에 사람들이 여전히 글을 올림
      Docker 배포는 공식 배포 방식도 아니라서, 이해는 되지만 유지보수자에게서 도움을 받기도 어렵다
      돌아가는 부품이 많은 거대한 구성임
      그래도 그걸 해냈다는 건 정말 멋짐
    • 도메인 이름 등록 같은 비용을 말하는 거라면, 그것도 꽤 작음
      대략 USD 12였던 것 같은데, 지금 정확한 비용은 바로 확인할 수 없음
      감사의 표시로 작은 선물을 보내는 실험도 하고 있음
      사악한 계획은 스티커나 핀이 다른 사람들이 발표자에게 Emacs 이야기를 꺼내게 만들 수 있다는 것인데, Corwin은 그걸 개인 실험으로 보고 컨퍼런스 예산에는 넣지 않음
      물론 발표자들이 발표에 들인 시간이나 사람들이 공유해준 서버처럼 금전 비용에 잡히지 않는 것들도 많음
      그래도 적은 예산과 느슨한 자원봉사만으로 할 수 있는 일이 의외로 많음
      자기만의 컨퍼런스를 열까 생각해본 사람이라면 충분히 고려할 만함

  • Sacha를 오래 팔로우해왔고, 자주 올리는 Emacs 업데이트를 좋아함
    나는 열성적인 Common Lisp 애호가이고, 작년에 Mastering Emacs 책도 샀으니 이제 결심하고 Emacs Lisp로 프로젝트를 하나 해보기만 하면 됨

    • Common Lisp에서 elisp로 넘어가는 건 엄청 답답한 전환임
      동적 스코프 관점으로 정말 생각할 준비를 해야 함
      나는 반대로 elisp에서 Common Lisp로 갔는데, 다시 elisp로 돌아가는 건 어렵다

  • TeXmacs는 Emacs나 TeX 기반은 아니고 단지 영감을 받았을 뿐인데도 EmacsConf에 포함돼야 한다고 보는지 궁금함

    • 완전히 방구석에서 보는 입장이지만, 포함되는 게 맞다고 생각함
      Emacs류 도구들 사이의 아이디어와 열정 교류는 두 프로젝트와 Lisp 기반 편집기 전반에 모두 이익이 될 수밖에 없음
      내가 정말 방구석 입장인 이유는 기술 문서를 쓸 때 LyX를 쓰기 때문이고, 그래서 TeXmacs의 아주 중요한 사용 사례 하나를 빼놓고 있긴 함
답변달기
GeekNews BeeBS 게시판 오픈! 자유로운 이야기와 소소한 일상을 함께 나눠보세요.