Typstを始めたときにLaTeXと比べて書いたメモをいくつか紹介するね。

1. コンパイル時に5つもファイルが生成されない。
2. コンパイルが瞬時に終わる。
3. エラーメッセージがめっちゃ分かりやすい（Rustのコンパイラの提案スタイルみたいな感じ）。
4. リストアイテムは「- item1 - item2」みたいに書けるし、「[item1], [item2]」でもOK。後者の方が良いのは、ブレースに合わせてアンカーを使えるから（vimの「%」みたいな感じ）。長いアイテムのナビゲーションが楽になるんだ。
5. LaTeXでは\document{...}があって、マクロを指定できないから最初に書かなきゃいけないけど、Typstでは必要なところに近くにマクロを指定できる。
6. バージョン管理やdiffが簡単。特にセマンティックラインブレークを使うと楽。
7. ページレイアウトやマージン、間隔、フッターにページカウンターを入れるのがめっちゃ簡単に感じる。

代替の組版システムにはSILEもあって、2つの構文（XMLベースとTeXスタイル）をサポートしてるし、luaでスクリプトも書ける。自由に使える仕様書もある（(La)TeXやTypstとは違って、プログラムソースを仕様書として数えない限り）。数式に関しては、MathMLの直接入力もできる。TypstやSILEは使ったことないけど、ドキュメントを見たことはある。MathMLを使ったHTMLも良いシステムになるかもね。XMLソースとXSLTを使ったテンプレートで、OpenStaxの教科書がそうやって作られてるらしい（CNXML経由だけど、そのドキュメントリポジトリにはカエルの写真が数枚しかないみたいで、組版システムの周りでよくあるパターンみたい）。それから、eqn(1)を使ったtroffもあって、シンプルに見えるけど、実際の仕様があるかは不明。TexinfoやLaTeXを埋め込んだorg-mode、他のTeX関連のオプション、MarkdownにHTMLやMathMLを埋め込むのもあるかも。

Typstは本当に素晴らしい。数学専攻の人たちが今は論文を書くのを先延ばしにして、Typstパッケージを書くことに夢中になってるって聞いたよ。10年後にどうなってるか楽しみ。 メリット:

• コンパイルが瞬時。保存したらすぐに.pdfができる。
• 意外とMarkdownの代わりに使うことが多い。例えば、ランダムな会議のメモとか。構文はMarkdownと同じくらい簡単で、ボイラープレートなしでいいPDFができる。何が悪いの？
• 個人的には、エラーメッセージが簡潔すぎてデバッグが難しいこともある。1つでも構文エラーがあるとPDFが生成されないから、LaTeXのデバッグ方法が使えなくなるのがちょっと残念。
• パッケージを使うときにちょっとした問題が起こるけど、長年のLaTeXユーザーには驚きじゃないよね。

LaTeXでいくつかの講義ノートを書いたことがあって、修士論文（数学）もLaTeXで書いたよ[1]。実際、書くだけで他の人のテンプレートに頼るなら、いい言語だと思う。でも、自分のパッケージを書くとか、基盤のシステムがどう動いてるかを理解するのは、いつも魔法みたいに感じてた。個々のパッケージが互いに干渉しないようにしなきゃいけなかったり、特定の回避策を追加しなきゃいけなかったり。もしかしたら間違ってるかもしれないけど、そんな印象を受けた。TypstがLaTeXの代わりになって、実際に文書のレイアウトやデザインがしやすくなるといいな。1回だけちょっとした実験で使ったことがあるけど、言語は気に入った。でも、上で言ったように、ただテキストを書くだけなら言語は問題じゃないんだ。[1] 実際にはそうじゃないんだ。最初はreStructuredTextで論文を書いて、Pandocを使ってLaTeXとその後のPDFを生成した。これで長い前書きを書かずに始められた。半分以上書いた後に、文書の見た目をどうしたいかが分かってきたら、生成されたLaTeXを整理して、自分のニーズに合わせてフォーマットを調整して、TikZで図を描き直して、そこからLaTeXを書き続けた。言語が問題じゃないと思うけど、最初の章を書く前にデザインフェーズでつまずくのは簡単だよね。

ずっと四半期ごとのサンスクリットのニュースレターを出そうと思ってたんだけど、LaTeXを扱うのが憂鬱だった。基本的なことならLibreOfficeのPDFエクスポートで大丈夫。でも、それはプレーンテキストのワークフローじゃない。そしたらTypstを見つけて、すごく新鮮な気持ちになった。Unicode/Dēvanāgarīのサポートがすぐに使えるし、ギガバイトのパッケージをインストールする必要もないし、ほぼ瞬時にコンパイルできる。これを実現した人たちに感謝！

書いてる本のために、Pandoc + LaTeXをTypstに切り替えたよ。TypstはMarkdownを書くのと同じくらい簡単だし、LaTeXよりプログラムもずっと楽（ただ、いくつかのところはまだちょっと粗いけどね）。LaTeXだと、いろんなパッケージに頼らないといけなくて、その変な相互作用に悩まされることも多かった。Typstなら自分で書くのが現実的だし、すごく速いし、ファイルシステムを汚さないのもいい。PDFを主なターゲットにして技術文書を作るなら、強くおすすめ！

Typstがもっと注目されるようになって嬉しい！数年前に実際の業務をTypstに移行したんだ。私の組織、Zerodhaでは、毎日150万以上のPDFを生成してメール送信してる。以前のパイプラインはLaTeXベース（最初はpdflatex、その後lualatex）だったけど、大きなドキュメントで謎のメモリエラーに悩まされて、Dockerイメージのサイズが巨大で、エフェメラルワーカーの起動時間が遅くなってた。Typstに切り替えたのは大成功だったよ。単一の静的バイナリのおかげで、イメージが小さくなって起動時間も速くなった。何より、パフォーマンスの向上がすごかった。全体のコンパイル時間はLaTeXの約3〜4倍速かった。特に大きなドキュメント（2000ページ以上、主にテーブル）では、Typstは約1分でコンパイルできて、lualatexだと約18分かかってた。パフォーマンス以外にも、開発者体験が良くてエラーメッセージも分かりやすいのが嬉しいボーナスだった。全体のアーキテクチャについて詳しい記事を書いたから、興味があればここで読んでみてね。

小さなローカルドキュメントを書くのにTypstを使い始めたんだ。以前はMarkdown（またはR-markdown）で書いてたけど、Typstは小さな執筆タスクにとても役立つプログラミング機能を提供してくれる。Markdownでは提供されないカスタマイズが必要な場合に便利だけど、LaTeXの膨大なテンプレートは必要ないからね。他の学者と同じように、出版社がTypstをサポートしない限り、ジャーナル記事や本にはLaTeXを使うつもり。MarkdownはGitHubのファイルにはまだ必要だし、ウェブブラウザでフォーマットされた資料を表示できるからね。コードのドキュメントも同様で、RやJuliaなど多くのシステムが様々なMarkdownのバリエーションをサポートしてる。学生には小さな課題のためにTypstをおすすめしてるよ。Markdownよりも組版の力があって、MS Wordの素晴らしい代替品だし、LaTeXよりも学びやすい。要するに、Typstは特定のニッチを埋めているけど、私の（自然科学の）分野では全ての解決策ではないかな。

Typstで3Dレンダラーを書いてるよ、理由はこれね https://youtu.be/ocsR-o7auak

LaTeXもTypstも使ったことないけど、アクセシブルなPDFを作るのはどうなの？