三自运动插曲：嗟叹之不足故咏歌之

释题

在那2010年初，龙空论坛放在「国际一流和谐宜居之都」的服务器被海洋出版社查封之后，活跃网友一片哀鸿遍野，各种避难所论坛林立，包括但不限于山东「鲁王」江苏「弘光」福建「隆武」广东「绍武」广西「永历」，还有流亡海外的「大和后裔国姓爷」，直到转进到之江临安改称「后宋」以备份重建小朝廷并丢了2009年全年数据之后，才稳定下来。

就在一片兵荒马乱之中，我在龙空就用上面引用的「中华民族传统文化经典片段」为标题发了个帖子，主楼贴了一个MTV视频《SoulJa：卒業》，歌词如下：

为啥贴这个？因为「应景切题」吖，除了歌词算作「言」，饶舌效果算作「嗟叹」，织体算「咏歌」之外，视频里面还就有「手舞足蹈」的画面。

那时候正在关注「J-Rap」，而当时正在风头上活跃的艺人就是「SoulJa」，还按照饶舌传统「featuring」了一大堆「友達ともだち」把同一个旋律演绎多遍。比如下面这三首，旋律一致，织体不同，歌词也不一样，体现了三套「剧情」，第三首还是英语。

《SoulJa featuring 青山テルマ：ここにいるよ》

《SoulJa featuring Yukie：そばにいるね》

《SoulJa featuring SLY & ROBBIE：Hurry Home》

然后在群里提起来，有疑似来自「九省通衢」的「军网最黄黄网最军」并转进至「国际化大都市」以「华语第一精日论坛」为根据地的伪装成「文艺爱好者」的活跃色目帐号倒打一耙贼喊捉贼造谣污蔑栽赃陷害，质疑我为啥贴「东洋鬼子」的素材。我解释「应景切题」还不管用，于是以当时仍然迅猛的手速连续打字反击，甭说舞蹈、咏歌，连嗟叹都用不着，喷这种纯傻哔只凭「言」就够了。

2020-4-12补充：色目特色碰瓷奥义「无理搅三分」素材

有讼棍依法治国撑腰的正式翻唱：

市面上舆论当中炒作为「抄袭剽窃借鉴复制并成功」的版本：

色目舆论还声称《여기에 있어요》也是翻唱，但是我不懂棒语，难于在墙内查询大数据并寻找捅妓上的相关性，略。

缘起

在《三自运动小结》当中提到了，作为「在野的职业政治家兼职业神棍」在完成「本职工作」之后，除了「精神病仆街写手不入流码农数学渣」的兼职之外，「业余兴趣爱好」也要挖掘其中所蕴涵的充沛的政治和意识形态内容并仔细分析所体现的政治和意识形态斗争新动向，包括但不限于（之前整理视频素材时重新开始关注的）音乐。

所以，既然是「言必信行必果硁硁然」的小人，当然要说到做到。正所谓君子立长志，小人常立志；君子一言驷马难追，小人一言（以及嗟叹咏歌舞蹈）历史の五对负重轮难追。

昨天中午「箪食瓢饮」吃了四盘凉菜喝了四瓶啤酒，庆祝世界杯梅、罗出局。吃完回家打着酒嗝写日记：

今晚罗刹主场倚仗天时地利人和大战西班牙，看看之前裁判组叫嚣着依赖当值主裁判而不是把所有责任交给视频监控人员是不是会发生作用。总之，今晚看完新闻联播之后再码字。

从昨晚十点开始开电视听完了全场一百二十分钟与点球，这假球打的，开赛前就知道结果，还能赔钱的彩民都是不关心政治和意识形态斗争新动向的纯傻哔。

今天零点四十洗澡，一点到一点半上网看新闻联播重播。前天新闻联播当中关于香港的视频当中演员们还是满口普通话，到今天就改满口「粤语」了。

至于为什么，因为昨天下午还写了一段日记：

在知道ReactOS这克隆WinNT的项目之后，立刻就涌现了一个脑洞：为啥不克隆WinMe呢。

之前说过了，因为WinMe还是传统的在16位DOS核心上加了个外壳，不符合GB-18030标准才被勒令下架。不过还提到了，BSD核心的macOS和Linux，默认「代码页」就是UTF-8，还不带BOM，就是为了向后兼容「Windows-1252」代码页，也就是美国和西欧的主要客户。

所以，当时的脑洞就想到了，山寨版没必要提供「A」和「W」两套Win32 API，同样以UTF-8为默认内码，提供一套就够了。这样虽然不能二进制兼容，但是所有迄今为止仍然有价值的组件，只要重新编译就可以对应全球化和本地化。

比方说，IE内核被诟病，那么用遵守W3C最好的Mozilla内核套上COM/COM+了伪装成IE即可。于是，以前微软兲命昭昭时期全球码农所有既存的学习成本智力投资，包括但不限于Win32、ATL……都可以继续派上用场。

顺便，那时候设想的名字是「Vindows Ne」简称「VinNe」，到了64位要改成「MinWe」，都是文字游戏注：现在倾向用「Fenestrae」。还有，如今知道了IE最新版就到「11」，再往后是Edge了；而WinXP上的DirectX则到9.0c为止。所以，可以用「Web Navigator」这种名字伪装IE，版本号从12开始；而「经典」DirectX从「9.0d」开始。

所以，在党国高音喇叭当中出场并在民间舆论中被捧为从小比人聪明还比人努力的党国栋梁之「钦定主角龙傲天」团队，其实各个都是纯傻哔，属算盘子的，非得指使钦定红客24×7盯着「缩卵怂货窝囊废」的动向，咱拨一拨才肯动一动。

这不，「人缘好情商高」的「识大体顾大局懂政治讲规矩守纪律」的「择木而栖の良禽」「择主而侍の贤臣」「识时务の俊杰」，纷纷表示情绪稳定并转进如风，立场从「保国」变「倒国」了。

并且，昨天上午的日记当中还写了下一步的计划：

在2010年龙空挂掉的时候在群里我说，若是我写论坛，应该是支持汉学、数学、音乐的版式，技术上没有困难，XML就够了。所以，当年吹过的牛哔，正在壹壹变为现实，至少解决方案有了，连例子都有了，钦定主角龙傲天爱特么抄不抄。

再下一篇估计是针对「东洋古典学」的，也是当年说过的，用《春秋三传比义》举例「经传注疏」版式，正好可以把「双语对照」扩展到任意对照。再下一篇就是「西洋学」相关了，比方说维基百科的的多语种释义，可以用手头一堆电子版百科全书当素材。再引申就是各种辞典的版式。

尚未解决的问题，就是面对纯手工打造的「繁琐」的成果，感觉「公式」还是在源代码内部保持纯文本形式，通过XSLT转换为标签嵌套的MathML或HTML。所以需要一个「翻译器」，可以参考AsciiMathML.js和LaTeXMathML.js俩脚本，但是有版权。于是可以通过BNF写一个递归下降的Parser脚本，也找到了一个「jison」项目可以自动生成，然后再手改。这个问题搁置。

所以，咱这「言必信行必果硁硁然」的小人，就是这个做派。

言归正传

在网页和实体版式中支持音乐，肯定需要显示「乐谱」，各种实现都有，那许多音乐书籍的出版都是明证。至于「音乐界」所使用的「软件」，据称被「果粉」垄断，所有更新都先有Mac版再有Win版以及其它平台。早期各家厂商实现都是自己的标准，交换数据通常使用MIDI，而与时俱进一段时间之后，纷纷转向了MusicML，目前到了3.0版，也是W3C推荐规范。

如果仅从「排版」角度考虑，不用关注音乐制作，有个开源的「MuseScore」很不错，有汉语界面和汉语帮助文档，支持Win/Mac/Linux，感兴趣的朋友可以尝试一把。

而在网上，当代主流浏览器环境下，有个「VexFlow」，最新版「1.2.84」，专攻HTML5乐谱渲染，除了通用的五线谱之外，还支持吉它六线指谱。这个方案是纯ECMAScript的，在HTML5新特性「Canvas」上绘制，后台是SVG。

按照官网上的「Tutorial」实践一遍，效果是这样的：

虽然页面只有一个「<div id="boo" />」剩下都是脚本，但是渲染之后「另存为」，就能看见内嵌的「SVG」，篇幅太大就不贴了。

这「VexFlow」是通过「脚本」画乐谱，对于已经存在的乐谱，比如上面提到的开源软件所制作的以MusicML形式存在的数据，还有个依赖VexFlow的开源项目「OpenSheetMusicDisplay」，最新版「0.3.1」，除了ECMAScript版实现在浏览器内将MusicML显示为乐谱之外，还有TypeScript版可以在本地处理。

这个就没有亲自动手实践了，毕竟还没到1.0还在继续开发当中。官方站点的Demo是这样的：

注意乐谱右上角，我用红色箭头指向的位置，作曲者的名字与乐谱文字重叠，这是当前发现的一个小问题。除此之外，歌词也能同时显示出来，与一些实体书籍上面的版式相同。就是说，这个解决方案「成熟」之后，完全可以实现仅依靠浏览器环境而在线显示乐谱的功能。

所以，我吹过的牛哔肯定会实现，但是要切记「功成不必在我」。包括但不限于我在内的费拉不堪的贱种屁民斗胆「创新」不是被武德充沛的腾讯等兲朝特色互联网大鳄指使不超过34岁的信息技术精英以996精神复制且成功，就是被在音乐圈人缘好情商高的出版界钦定主角龙傲天摘桃子灭口。

纯傻哔才以为幸福是奋斗出来的然后勒紧裤腰带撸起袖子加油干自带干粮替豪门贵种走兽派卖命，就为了被塞外异族侵略者渗透成筛子一样的党国高音喇叭里面以大漠风情「右划线」标注的什么虚无缥缈的狗屁理想。

后记

补充解释前面提到的其它「插曲」，内容有点庞杂。

先说「Parser」吧，在「AsciiMath」主页上已经提供了「BNF」：

看着这个表格，不超过34岁的信息技术精英们眼熟不？如果它们在学校里面按照本专业课表学过「编译原理」的话。

在2004年，我的逗哔作品当中有这么一段话：

我是应用数学专业，不是信息技术专业，当然没学过「编译原理」。不过呢，买过两本书《lex与yacc》《flex与bison》，以及其它一大堆「O’Reilly」出品的计算机书籍，境内汉译本的出版社各不相同。

不过呢，那都是历史唯物主义の尘埃了，过时了，不中用了，被历史の五对负重轮碾为齑粉了。如今与时俱进的童年才俊没人用C了，都在用咱「听都没听过的的新鲜名词」了。所以，还得找个不超过34岁的解决方案。

有个德意志民族神圣罗马帝国教育工作者开发的，开源的「Coco/R」，除了C/C++版之外，还提供了C#、Java、F#、VB.Net、Delphi版本，还有其它热心人士提供的其它语种版本。

但是没有ECMAScript版，而继续上网乱搜弥补代沟的时候，发现了一个「Jison」，目前托管在GitHub上的源码是「0.3.10」版，而在Node.js上面的发布则是「0.4.6」版，下载后试验一阵，管用。

自动生成的代码比较繁琐，为了效率和维护性就需要手改了。就看AsciiMath的源码，也是疑似手写或手改的「递归下降」正统流程。于是解决方案之可行性分析结束，结论「所吹牛哔能实现」，对策「搁置」，注明原因「与钦定主角龙傲天抢戏」。

后记（续）

顺便，曾经在知乎首页推荐当中极大充沛的不超过34岁的童年码农，掀起了一场又一场「PHP是最好的语言」「不！GO才是」「呔！不用Python乃逆潮流而动」「呸！不用Java™乃自绝于人民」之类真理标准大讨论。

这时候老迈年高的我就不掺和了，因为除了在学校里面根据辅修专业课程学过Fortran和C/C++之外，上班后依据岗位需求自学过C#，其它都是根据兴趣爱好浅尝辄止。于是样样通样样松，一瓶子不满半瓶子晃荡，不值一提。

但是呢，如果从应用数学专业而不是信息技术专业角度观察，适合掌握「计算机原理」的语言，应该是Lisp/Scheme，教材应该是《计算机程序的构造和解释（原书第二版）》（«Structure and Interpretation of Computer Programs, 2nd Edition»），1996年出品。据称乃MIT专业课「SICP/6.001」，而2008年之后也不教了。

看到这里，肯定有不超过34岁的童年码农如同在知乎首页推荐当中那样掀起「Vim是最好的编辑器」「不！Emacs才是」之类真理标准大讨论，并根据「VIM作者在作品首页号召给乌干达饿殍捐款」而「Emacs作者乃开源运动先驱赛博朋克英特纳雄耐尔主义者」的事实，而进行政治和意识形态领域的站队。

于是，对于也有《学习VI编辑器》《学习GNU Emacs》这两本「O’Reilly」出品书籍的我，若要掺和一定会深入剖析童年码农措辞中蕴涵的政治和意识形态内容并揭示政治和意识形态斗争新动向。

本职工作相关话题暂时略过，就提供兼职数学渣视角的判断。

这与最近关注的MathML技术相关。目前随笔中用到的MathML，其实只是一部分，唤作「Presentation MathML」，和LaTeX之类排版语言没区别。而另外一部分唤作「Content MathML」，则关注符号的语义。

用维基百科上面的例子说明。表达式「ax² + bx + c」写成「Content MathML」是这样的：

<math>
    <apply>
        <plus/>
        <apply>
            <times/>
            <ci>a</ci>
            <apply>
                <power/>
                <ci>x</ci>
                <cn>2</cn>
            </apply>
        </apply>
        <apply>
            <times/>
            <ci>b</ci>
            <ci>x</ci>
        </apply>
        <ci>c</ci>
    </apply>
</math>

这个写法对应Scheme语句：

(plus (times a (power x 2)) (times b x) c)

也就是说，对于一些数学软件，运用「Content MathML」作为数据交换格式则更合适。比方说目前已经集成在「SageMath」当中的符号计算软件「Maxima」就是Lisp写的，在「市场经济」大潮中输给了从「南不列颠及北爱尔兰联合王国」骨肉相连移民到「美帝灯塔国」的从小比人聪明还比人努力的神童大少爷Stephen Wolfram出品的「Mathematica」。

所以，我觉得应用数学专业辅修计算机课程的时候应该率先讲授Lisp/Scheme语言，有什么不对么？

后记（再续）

再说「山寨版」Windows吧。与「模拟器」Wine紧密合作的ReactOS，最初计划是1996年的「FreeWin95」，但没有进展，而1998年启动的时候，山寨目标已经改成WinNT，细节请各位自行搜索。

所以，昨天下午日记当中写下的脑洞，其实已经存在十余年了。这还是因为「精神病仆街写手不入流码农数学渣」的职业习惯之一「思路广欢乐多」。

按照童年码农的说法，由于咱「老迈年高命不好」，职业生涯在微软兲命昭昭的笼罩之下，钦定过时的「知识结构」局限于微软技术栈，必将成为在风起云涌的兲朝崛起过程中被「听都没听说过的新鲜名词」革命大浪淘掉的反革命砂。

就在当代童年码农还是少先队员成天手舞足蹈且咏歌着「接班」的时候，咱就知道了Linux和Mac OS X，还买过并非Intel架构的iBook G4，进行过浮光掠影浅尝辄止的沐猴而冠叶公好龙。因为当年兲朝尚未崛起，境外媒体不会动辄惊呼兲朝不可战胜，境外软件开发商不会重视兲朝市场，所以那时候的我如同其它同龄码农和普通用户一样，最先关注的是「乱码」问题。

不展开了，就说之前在知乎首页推荐中看到的，「Microsoft™©® NotePad」和「侯今吾™©® NotePad++」之真理标准大讨论。真理标准似乎存在于保存以「UTF-8」编码的文件的时候，前面是否加上BOM文件头。

结论很简单，说过了Unicode官方标准使用BOM文件头，微软好歹高举紧跟有觉悟，而现实使用中需要具体情况具体分析。

哪怕在学校里「抱着一本谭浩强成天『i++、++i、i+++++i』的做填空题」的见不多识不广的贱种屁民学生都知道，打开文件有文本模式和二进制模式。这两种模式在Windows下有明显区别，而在「Unix-Like」操作系统则没有，全是字节流。

这么多年来Unix乃至衍生的操作系统，如同其它冷战期间在国防预算扶持的各种项目中产生的技术一样，都是立足美帝灯塔国本土市场坚持使用ASCII内码并不需要任何特殊说明，有余力才兼顾其它多元文化。而有余力的情况下还需要「向后兼容」，尤其是那些连续运行几十年的大型机巨型机的后续产品。

所以，从美帝灯塔国标准「ASCII」到兼顾西欧的标准「ISO-8859-1」或「Windows-1252」，是向后兼容的；而从「Windows-1252」到「UTF-8」，仍然是向后兼容的。对于「Unix-Like」用户来说，老用户不需要改变，新用户则意识不到改变。理性客观公正中立的说，「UTF-8」编码之下，文件开头的「BOM」标记对「Unix-Like」是多余的。

到这里，有「举一反三」能力的读者，应该能猜到上面提到的「脑洞」之产生过程了。因为微软曾经「新打鼓另开张」过，就是「Windows NT」，其中「NT」是「新技术」的缩写，从内核级别开始重写，最初目标当中除了自家Win32之外，还有POSIX和OS/2两个子系统。

而「Unicode」这个字眼，其狭义指代「UTF-16」这种由两个字节表示的最多65536个字符的标准。微软在WinNT中就使用了这个当时「足够」先进且有「足够」扩展可能的标准。

到了科技昌明民智大开多元文化遍地开花的当代，用户开始普遍感觉到其扩展性「不够」了，还甭提那些依赖emoji的童年用户和依赖数学符号的专业用户，就是纯粹多语种文字编码都不够用。

所以，以当代视角观察，可扩展性最好的，还就是变长编码「UTF-8」，而微软作为「先驱者」而遭到了「历史の嘲弄」。在包括但不限于加利福尼亚州的各蓝色文艺重镇的「文艺工作者」看来，真是「激化矛盾制造冲突增加剧情跌宕起伏程度」的好素材吖。

这就是说，当时虽然娱乐至死の逗哔们还没有认清我「精神病仆街写手不入流码农数学渣」的真面目，但是我已经在贯彻「思路广欢乐多」之类职业习惯了。看到ReactOS相关消息的第一反应，就是「怎么重走微软走过的弯路呢？」这种不伟大不光荣不正确的歪理邪说。

顺便，老迈年高的码农都知道，Win32 API有两套，函数名最后带「A」的以ASCII字符为单位进行处理，对于多字节表示的字符需要依赖「代码页」设定；而带「W」的则是以Unicode字符也就是两个字节（BYTE）或一个字（WORD）为单位处理；什么都不带的则是个根据编译设定自动选择的字面替换宏定义。

因此，当时的脑洞就想到了，不需要提供「W」版，修改内核使得「A」版支持「UTF-8」就够了。这不是对微软的建议，因为微软早就在「NT」一条路上走到现在了，最新的Win10都这样。

作为史上最成功的操作系统，WinXP为微软带来了一大批用户和客户。全球所有领域的企业、机构、组织，只要有信息化数字化进行计算机处理的需求，则在此基础上积累了一大堆赛博朋克资产。要求普通用户而不是玩家、极客、骇客、黑客……为了打烂一个旧世界的革命目的而毁家纾难，实在太过分。

再说几句。日记里提到了用Mozilla内核伪装IE，还起名「Web Navigator」，肯定会有人联想到当年由于IE绑定在Windows之内而导致「网景」惨败的旧事。

不过从技术角度讲，唤作「IE」的这个软件包的「安装」单位，可不仅仅是那个窗口以及附带的Trident排版引擎，能显示HTML就算成功，如今码农都知道Web技术依赖多少内容和模块，支持ECMAScript还仅仅是基本需求。

另外，日记里还提到了「DirectX」，于是昨晚爬起来之后上网乱转，又发现了娱乐至死の逗哔炒作「电子竞技选手」炫耀手速相关段子、截图、短视频。咱只能说，这批忠君爱国与时俱进童年才俊也就这点见识了。

从码农角度讲，在最新的跨平台的「.Net Core」当中，仅限Windows环境的组件，是「桌面应用的图形用户界面」：WinForm、WPF。前者依赖「GDI+」，还是Win32的扩展，效果好了点，但不能使用硬件加速；后者则依赖「DirectX」，可以利用显卡功能提供硬件加速，实现更充沛的效果。

这是历史遗留问题，山寨版当然要考虑到。实际上现在ReactOS也考虑到了。只要这些基础组件山寨成功，WinForm/WPF应用就能运行；而只要这些组件移植成功，桌面应用也能跨平台。

注意，「跨平台图形用户界面」的第三方实现很多了，哪怕是.Net阵营，都有「Qt#」、支持Linux的「GTK#」，以及支持macOS的「Cocoa#」，再移植纯种WinForm和WPF，微软认为并不划算。

而不从「市场经济」角度出发的山寨版就没有这个顾虑，并且也不需要把微软的责任肩负在自己身上，更不需要追踪最新显卡进展。只要GDI+和DirectX能移植，就能保护迄今为止全球企业、机构、组织积累的赛博朋克资产，以及老迈年高码农针对微软技术栈所消耗的智力投资。

后记（还续）

扯了这么远之后，在本篇随笔最后的最后，需要与开头相呼应了。

在2004年，于逗哔时期的逗哔作品的《加入VIP声明（外篇）》当中，有这么一段话：

现在反思，当时对兲朝「出版界」的期待还是太高了，开放的「国际一流和谐宜居之都」招待全球各色太君参加奥运，已经十年过去了。其中《拉丁美洲音乐文化》已经出版，但我没注意到。

而《中国近现代音乐史》《中国民族器乐》，以及《说唱音乐（暂名）》这三本，我到现在终于没有见，大约这几本的确不出了。

没准在出版界精英钦定主角龙傲天的领导下，「人民」俩字会从「音乐出版社」头上摘掉。