@gesse 然而当标题稍微长一点时还是不能显示完整标题

想起 Svelte 的作者 Rich Harris 发过的一篇文章：Why I don't use web components ( https://dev.to/richharris/why-i-don-t-use-web-components-2cia)

「如果产品突然修改某个页面的需求，可能仅仅只是在这个页面需要文字有不同的颜色，你就需要重新添加一个控制参数进行控制。」
难道直接使用 Element UI 可以规避这个问题？

「样式的改变应当通过样式覆盖的形式调整……UI 框架提供的组件已经是最小化的形式」
怎么说呢，「想法总是美好的」。

感觉除了联机激活外无解，除非能有个 Docker 范围之外的可以作为唯一凭据的东西生成激活码或者识别码（然后走传统注册码的路子）。

……伊阿斯？

其实我觉得当成 4 个字母读就好了。

貌似是网络问题，MAS 上多试几次就可以了。

我现在明白褪黑素可以增加睡眠时间，但它能提高睡眠质量吗？我相对不缺躺着的时间，但是即使正常入睡 8 小时，第二天起来也感觉没睡够，而再多睡一些时间就晕了。

网络问题，多刷几次就正常了 = =

@liuzhaowei55 #11 会推送吗？已经上架 MAS 了，感觉这会儿不推以后也就不会推了。

@LokiSharp #40 TypeScript Handbook 我读过，TypeScript Deep Dive 我也读过，敢问还有什么 Fucking Manual 是值得研究的？

@LokiSharp #38 我确实不通 TS，在此请教一下 TS 使用者在 type checking 之外使用 TS 的场景？

@LokiSharp #35
「尤雨溪的一 TS 是现学的，他过去的言论某些观点和 TS 使用者的有矛盾」
我觉得你把 TS 看太高了。至于后面的「矛盾」，愿闻其详。

「 VueJS 的流行会导致 VueTS 开发中必然会受到现有大量 JS 使用者的影响」
So?

「就算是商业公司的软件初版 Release 到实际稳定可用也要几年的时间」
不敢苟同。先不论「商业公司的软件」与 Vue 是否有可比性，商业软件的初版也并不是不稳定不可用的。

@lxml #31
论语法糖，ES 发展到现在已经……TS 也没加什么语法糖，TS 添加到 ES 上的东西都是基于类型系统的。（你看 optional chaining 这会儿才实现到 TS 主分支上 :doge:）

至于更好的错误检查，其实也是基于类型系统的，ES 配上 Linter 也很稳。要是说到错误提示，我是不敢说 TS 是友好的（加上错误栈甚至比 Java 还啰嗦）。这个时候不能不怀念的 Flow 的好……但生态造英雄，可惜了。

我不是说 TS 不好，有类型系统的加持最起码重构起来不方。但语言是语言，框架是框架，它们可以相辅相成，但（多数情况下）不存在谁决定了谁。

@LokiSharp #30 来自于人的坑是指什么？

@lxml #25
最开始是 Class API，然后是 Function API，最后变成 Composition API，从 RFC 的更新历程来看时间已经不短了。以及，6 月前后尤大表示有了新的模板编译器实现思路，但并不在原先的 Vue 3 开发计划内，左右权衡了下决定放到 Vue 3 特性清单中，但代价就是 release delay。按最初的 roadmap，end of Q3 发 release，Q4 发 IE11-compatible build，现在看来肯定要整体推迟了。

各种会议问题不大，每个会议都有各自的组织人，尤大也就是作为特邀嘉宾各处飞几天，本来也是全职维护 Vue，无非就是换个地方写代码。

TS 的问题，一定要注意看待的角度。大多数人写 TS 不就是要个 type checking 吗，在没有 TS 的时候 JSDoc 也用的好好的啊，怎么有了 TS 突然就「失去作用」了呢？原来 Vue 用 JS 写，需要额外的类型声明文件模拟各种 API，才有了所谓的「坑」。现在 Vue 3 本身就是用 TS 写的了，难不成 TS 理解自己写成的库还有类型声明文件的问题？ Angular 对 TS 的支持好，不也是因为 Angular 本身用 TS 写成吗？ Vue 3 使用的 TS 语言特性还少一些，「坑」理应更少才对。

那些说想用 TS 就上 Angular 的是怎么回事，敢情你们的技术选型只考虑语言的？

@lxml #17 大概是 Composition API 的讨论和中途修改模板编译器实现耽误了整体进度。原来预期 Q4 之前 release，现在看来得年底了。

红轴好哇！

「成也 Node，败也 Node 」