Bulletproof 重构的工作进展不错，主要是花了时间基于 WebGL 写了 GLantern，将基础的绘制剥离了，以此为基础写弹幕相关的就轻松了。
九月份的测试是概念的验证，架构极其混乱。当时 TypeScript 版本还在 1.4，import 语法限制很多（只有 import x = require("file");），而且 TS 和 C# 那一点点微妙的差距我还没很好地体会出来，最后就变大文件乱引用加一堆hack的混合物了。当时也没什么大的目标，能做出一个能执行代码的高级弹幕的原型就可以了，因为自己都不知道能不能做成。——是，有先例，但是看着这么多已有的代码就开始仰望巨大的工程了。
既然验证通过了，就要开始做架构了。（地基打好了，就开始规划柱梁，再装修。）考虑到应用场合，姑且做了一个。
新的源码在通过一些测试用例后会推上来。莽然融合 WebGL 的测试的各种东西放在了 native-webgl-obsolete 分支（看名字就知道是废弃了）。
详情请展开。
GLantern 更新到 0.3.0-alpha，提供了初步的文本和缓动（tween）支持。
12月24日本是各大字幕组狂欢、在出片时附一句“圣诞快乐”、“新年快乐”的日子，但是今年的这一天，国内的 ACG 资源界遭遇了双重打击。
在上次讲模糊的时候总是过于暗淡之后，tt补充道：
你应该注意到了pixi的strength在传给shader之前进行了/4？在对两者进行比较之前或许应该先考虑这个区别。
哦，我承认，我没注意到。
以 X 方向的模糊为例，Pixi 的 strength 计算是这样的：
1 | this.uniforms.strength.value = this.strength / 4 / this.passes * (input.frame.width / input.size.width); |
于是在我的代码中就得这样：
1 | shader.setStrength(this.strengthX / 4 / this.pass / (t1.fitWidth / t1.originalWidth)); |
而原来只是简单的设置为 strengthX：
1 | shader.setStrength(this.strengthX); |
难怪了。以下是对比图。
GLantern 于今天调试加入了基本的滤镜支持。同时，0.1.0 版也作为第一个 release 发布到了 NPM 上。
12-17
上传《青空StartingLine》的歌词翻译之后，今天早上收到了审核通过的通知。我照例播放试了试，然后发现，诶，好像有两个翻译的“绿色”被改为“蓝色”了。是上传的时候错了？我查了一下翻译稿，我打的是“绿色”……看来是云音乐的小编改的了。我正想着要发一个评论，又仔细看了看：原文是“青く”，也就是我脑抽望文生义翻成了“绿色”（正确的是“蓝色”）……感谢细心的小编，审核翻译的时候还对着原文看了看（也许只从“为天空涂上绿色”就能看出错误了吧 = =）。对了，三处相同结构，最后一处小编没看到，于是我的黑历史又多了一条。
不管怎么说，云音乐上，恋爱选举巧克力的5首ED，时间轴×5+翻译×5，10/10 全部拿下！
第一次提出 PR，被 merge！走出了第一步。鉴于 Notepad++ 那个只是一个普通的 issue……这次算是真的为社区做了点贡献吧？
推 PR 的时候，真的就像是这篇文章中说的：
「我可没有说大话，」Garland 想起自己第一次把代码添加到团队正在建设的网页中那段经历还是心有戚戚焉，「我呆坐在电脑前长达 15 分钟，才有勇气按下提交的按钮。」
列出指定目录下的前20大文件：
1 | $ find / -type f -print0 | xargs -0 du -h | sort -hr | head -20 |
GitHub 推了两个repo，一个 TbKickstartExtract 一个 GLantern。前者是给同学做的一个简单的抓淘宝众筹数据的东西；后者是 Bulletproof 分离出来的图形上的代码，Bulletproof 重新组织之后引用的就会是这个，它还是我自动化构建的入门。
推了两个repo之后觉得，如果有谁关注了博客和 GitHub 动态（自作多情啦捂脸）的话就会发现“咦，这小子怎么言行不一致啊”，所以就推了博客的更新。
嘛，生存的东西还没搞定，在去向落实之前还是要分精力出去。
PS. 毕设的题目被分配（对，你没看错，是直接分到人头上，然后给你发通知说你就做这个）到了一个 DirectX 渲染的东西，这不是给我助攻么？顺便，这就是为什么我这么着急要将 VS 修好；修不好只好放大招重装系统了。
PPS. 翻译量过25纪念
升级到 Visual Studio 2015 Update 1 后遇到的一个（可能是由 API 变更导致的）问题及诊断过程。（未完成，仅记录）
困扰许久的 alpha 问题终于解决了。这个问题在上个 Bulletproof 的进度报告中也提到，不知道是哪里的问题：图层alpha、上下文设置、shader 计算、给的原始点颜色数据。这次将 Flash 的部分抽出来，在未计算图层 alpha 的时候就测试，间接排除了第一种情况；直觉上第四个概率很小。接下来的就是二选一，今天突然想到 Pixi 的颜色结果是正常的，clone 了下来直奔主题。
详述在下文。
这篇文章记录了在做 JavaScript 继承的时候突然发现的一个 TypeScript 的坑：继承（extends）对于静态字段/函数的语义和主流 OOPL 不同。
TypeScript 目前（1.6.2）没有解决，于是就记录下来了。最后提出了一种兼容方案。
10月25日的时候，我曾经说过云音乐的听歌保护改变。当时还以为，这像之前遇到的播放失常一样是临时的。可是，今天的博客园新闻告诉我，形势非常严峻，我没认清此次刮的是什么风，低估了它的强度。
12月4日补充：
睡前看科技新闻，在一个不太起眼的角落发现了一条足够震撼的消息：“音乐产业发展意见”于12月1日公布了，从电影电视剧开始的行动“开始”（11月17日定的条文，肯定更早之前就已经向业内打了招呼了，所以实际开展和技术准备时间早于此节点，只不过各大提供商此时才公开表示支持而已）向音乐延伸。
中国的文化业（含文化产业和引入资源）割据后被巨头掌控的时代来了。这次国家出面要求统一，一方面保护了大公司下站队的艺人的权利（这也是此次通知的主要意义），另一方面也在将渠道完整地纳入监管。从此，创作成果的发布和传播受到保护，质量有大公司担保——同时也收到监察，一枚硬币的两面。对于终端用户，也就是产业链的末端，我说得严重一些，如果企业不支持社区或实行特定营销策略（如 Visual Studio 和 IntelliJ 的 community edition，还有 Steam Discount 和 Origin 的 Humble Bundle），那么人们就不得不挤破头——面包吃不到，给你点面包屑让你饿着但不饿死的感觉毕竟不好受。对于内容的创作者则是福音，因为这得以保护非实体的创作成果，只要跟好队，有产出，就有饭吃。
我认为，这次整风相当于文化业的“国企改革”。九十年代的国企改革牺牲（这个字眼值得斟酌）了许多人，促成了社会的进步，虽不见血，但是和见血没什么两样，触动的既得利益者是处于系统末梢的根须的职工们。这次触动的是终端用户，保护的是“社会的利益”，也是大提供商的利益。真有一种“人类进步的引擎得由大企业来做，草民一边去”的气势。对此思想我持保留态度。反正我是很喜欢云音乐曾经提供的相对自由的环境，能上传一些鬼畜草根音乐（有专门类别，用户能看出这不是发行的东西），能上传和翻译歌词（社区的力量）。这和 Mozilla 那样是让各位看到了自己可能提供的帮助，获得成就感。但是如果一切资源都只能按照权利方提供的那个“规定版本”来的话，会不会也出现现在译制片的那些笑话呢？听说因为《银河护卫队》的挑刺，网友称谷大白话应该进译制厂去给他们整整。随便啦，我可是不想掺什么事，在社区是最开心的。
嘛，人类就是这样子，抱团相信低熵能促进系统优化的。也许将来有一天我会尝试模拟这个过程，看看在生灭之间会如何。
真·学神：http://www.cnblogs.com/icedream61/p/4959411.html
已经不在一个高度上了……所以要说膜拜的话对方也只会以为这是平平常常的事情而已。