在經(jīng)歷了一陣高強度的代碼編寫和編譯之后，TeX Live的編譯工作基本上沒什么大問題了。所以現(xiàn)在的重點基本上是轉(zhuǎn)到開發(fā)上去了。開發(fā)的工作包括但不限于：XeTeX的字體查找?guī)欤靡稽c的METAFONT的前端，DVI工具的整合，輔助程序和庫的編寫，移動平臺的移植。

字體查找?guī)爝@個。寫起來確實不算難的。但是主要是編譯系統(tǒng)對于很多人來說過于復雜，所以測試起來就不是特別容易了。

TeX Live的編譯系統(tǒng)，使用的是autotools。MikTeX的系統(tǒng)是cmake。不得不說，現(xiàn)代化的編譯系統(tǒng)，很多時候都顯得過度設計，尤其是我想控制編譯細節(jié)的時候，過度與否的設計都會成為非常大的阻礙。由于我一直是提供靜態(tài)編譯的exe文件，所以cmake的一些東西我是用不了的，甚至ninja之類的也不用。這個時候就得說Artifex的MuPDF了，就是一個Makefile，解決大問題。

關(guān)于METAFONT的前端，對于很多人的用處就不是很大了。但是對我來說還是有一點用的。這部分的開發(fā)就是寫兩個原生前端而已。這個事難度不大。

DVI工具的整合，主要是要把一些調(diào)試工具搞成一體的。我現(xiàn)在覺得DVI越來越重要。像什么呢？撕過LCD屏幕的人應該知道，屏幕是分開幾層的，DVI這東西，基本上可以當作是PDF種的text層。當然DVI種含有大量的special操作（即一種文本意義上的協(xié)議），可以讓host程序執(zhí)行一些其他的操作。而且我也提到過，DVI很輕量，甚至在轉(zhuǎn)換之后，繪制到GUI上面的性能代價都很低。現(xiàn)在的TeX編輯器，都上了PDF組件，讓用戶來看結(jié)果。這個繪制的代價很高：甚至是有些人揶揄LaTeX系統(tǒng)變得越大越慢的主要原因。

我也知道現(xiàn)在很多人在用Markdown。我對于這個東西的態(tài)度是開放性的。無論是LaTeX還是Markdown，都有優(yōu)點和缺點。LaTeX可以變得很輕量很?。ù蟮膯栴}，甚至主要就是因為TeX Live中帶了大量的字體和文檔，實際上很多人是用不著的）。同理，Markdown也可以變得很重，功能很多。我也相信，就算是再推崇Markdown的人也不會在所有的場合都使用最原始的Markdown格式?，F(xiàn)在大家都是在用Markdown擴展。

TeX本身的變化和演進其實是很慢的。但是相關(guān)的工具演進就略快一點。但是，開源有開源的問題。這些工具的構(gòu)造跟人類制造大型系統(tǒng)有著一樣的毛病：冗余過多，越做越大，越做越復雜，有很多低使用率的功能。TeX一個東西，能活用起來，首先是要讀的文檔多，其次是開發(fā)的工作量。讀文檔這事，歷來是很難。所以這些工具大量使用PDF相關(guān)的庫來做。我前幾天吐槽過PDF渲染速度的問題：在工作站上編譯文檔和看PDF現(xiàn)在可能也會變得痛苦了。

用我經(jīng)常舉的例子：本應該輕松跑步的場景，變成了背著八十斤沙袋跑步。

但是，說歸說，做歸做。我這些話，只有我把這些東西做完了才更有力量。我以前講過一個叫做Textures的mac版TeX軟件。這東西只有5M大小，能實時預覽，雖然它只能寫標準的article，能用的包基本上是amsmath。但是，它??！小就是有意義的啊。拿現(xiàn)在環(huán)境來說，幾十M到上百M，都可以說很小了。另一方面，我可以考慮字體層面上的優(yōu)化，讓整個系統(tǒng)一直維持在最小的狀態(tài)。這個就是我想做的移動端的移植，一個終極目標。之前做的Android版TeX Live系統(tǒng)，雖然能用，但是在Android系統(tǒng)升級安全政策變更之后，就不能運行了。所以Android版也好，iOS也好，能搞出來，是要熟悉編譯系統(tǒng)的，還要能寫代碼。

大學畢業(yè)以來這么多年，我就一直做這些東西，而現(xiàn)在也就能圍繞TeX的技術(shù)棧做這些了。前些年也靠這個賺了些錢。疫情以來，收入大不如前。Android版TeX的收入雖然如毛毛雨，但是也讓我看到了不小的希望。把這東西做好，做快，換取收入，是可能的。道阻且長，還需努力。

昨天跟人聊天的時候，我又查找了一下W32TeX的編譯者角藤亮的信息。他今年76歲了。所以去年因為身體原因停止W32TeX項目，考慮到年齡因素，是一種必然結(jié)果。他是物理研究者。我似乎發(fā)現(xiàn)了一個有趣的現(xiàn)象。我這些年，認識的人里面，學物理的好像真是特別多。為什么多，這是一個可以研究的問題。

再，我找現(xiàn)在還不能公開姓名的一位網(wǎng)友代購了一個arm64開發(fā)套件，即Qualcomm Snapdragon 7c Compute Platform。

這個開發(fā)套件的實體機，能解決我測試的大問題。雖然，這個機器從美國飄洋過海過來需要半個月以上的時間。再等待機器到來的期間，我會試著使用m1版mac mini的虛擬化功能在Windows 11虛擬機上測試。當然了，還有另一位還不能公開姓名的網(wǎng)友會提供協(xié)助測試部分程序。

Windows的Arm版的TeX Live編譯，其實算是一個間接的結(jié)果。用戶能有多少，其實我不太清楚。但是這個東西，和iOS的一些，有著奇妙的關(guān)聯(lián)，比如優(yōu)化方面的。雖然微軟在Arm平臺上一直很拉跨，但是這幾年的演進好了不少。所以多搞搞Arm相關(guān)的東西，是要逐步搬上日程的。