%%看不懂的别点感谢。

我来说说技术上的东西好了，LaTeX的缺点其实就是TeX的缺点，所以我说说底层的。

1. 不易于扩展的的eqtb结构

在TeX中，eqtb分别用来存储命令和primitive的数值。但是针对命令的那部分，其实算一个hash表。我们可以了解到有很多可扩展、动态的hash算法。但是这种算法要整合到TeX中的难度是相当大的。这也就限制了可定义的命令的数量，超过了就会溢出。目前Y&Y TeX的eqtb中可定义命令的数量大小为32000。

2. 让人不省心的分页算法

这里指的并不是操作系统里面的分页算法。而是指TeX中将vertical lists封装成一个page的过程。在这个过程中，关注点有两个：段落的处理和插图的处理。插图的处理是个难点，在TUG的上有明确的一些提示，我也看了相关的算法，但是距离实现还有相当长一段时间，我觉得在TeX Live 2016能看到就不错了。当然，不保证别的聪明人先我一步先做出来。

所谓更优的断行算法，其实已经在pdfTeX里面实现了。但是，问题是，这些个扩展并没有跟汉字断行处理相联系，这个在LuaTeX里面虽然可以hook，但是做起来太麻烦了，损失的性能会更多。pdfTeX虽然提供了更好的断行算法，本身却损失了一些性能。这部分涉及到的microtype还有不少可能使用自动化的处理的地方。但是这个我暂缓，要做的事太多了。

目前TeX中的hyphenation算法是基于pattern的，这也就意味着对某些语言是很难操作的，比如说德语这种复合词异常多的语言（虽然有SISISI扩展）。而使用了layout engine的引擎对于有特殊hyphenation操作的地方也不是支持的。这个地方我可以先放SISISI扩展的，对于使用layout engine，我暂时还没有想法。

5. 不统一的汉字处理机制

这个是老坑了，其实编码出来绝对不是问题，问题是如何让扩展更好控制。pTeX对于所有的汉字处理情况都会加入\kanjiskip，这就导致了在某些环境下的异常断行，比如抄录环境。汉字处理的两种机制：宏级别的（CCT/CJK/xeCJK/LuaTeX-ja），引擎级别的（NTT jTeX/pTeX/PUTeX/Y&Y TeX）。还有很多不如人意的地方，还需要在讨论不少地方的。这方面不是问题，需要时间了。

拿pdfTeX/LuaTeX来说，PDF输出是有一组函数构成的，但是和pdfTeX耦合度太大，几乎无法改动，最简单的，给PDF添加一个加密功能都很难做到。而拿XeTeX来说，需要使用xdvipdfmx来处理xdv文件来得到PDF输出，问题通常出在eps处理上，字体的cmap上。不过xdvipdfmx的优点还是要比pdfTeX要好不少的，在性能上是比pdfTeX高一些的（据开发者）。拿Y&Y TeX来说，第一个pdf后端是使用libharu（libhpdf）实现的，但是我现在做的第二个pdf后端是基于xdvipdfmx的（高度整合成库，最后会以单独的库出现）。我这个变动的原因：libharu的字体支持和字体管理功能太差劲了，xdvipdfmx对多方向排版的支持是最好的，而且还支持加密。

深度神经网络就是多层神经网络啊，有点就是深，所以可能学到深的特征，缺点是计算量大