@cmdOptionKana 洗别的随便，偏偏要在 PL 常识上撞枪口……
跟一个连什么叫 nominal typing 这种基本概念都没有就对 type system 大言不惭的外行也能合作语言当得意作品的老人家的功力？
要不看在他当年没管把 vector 叫 array 那么疯的份上，早当他算民科了……

得看你给谁用。

@janus77 LBT 是有自主的思想和作品，但真正算得到毫无疑问是“他的”的成分，又有多少呢？凭良心讲，除了领导一些特定的项目和挑 patch 外，有多少他做过的具体工作是不和别人重复的、不经过别人添油加醋的完全的“他的产物和思想”以至于足以作为现在业界摆脱不掉的基础的？
他作为某几个比较大的社区的 zz 领袖这个角色，的确可以看成行使了比其他大部分开发者更多的所谓的“话语权”，但这方面也仅此而已。在圈子外边即便实际上受到他决策影响的东西，不鸟他的甚至对着干而且影响并不比他小的也多的是，否则很多情况他也根本不需要靠竖中指来了结问题了。
这根本是因为，他的“产物和思想”不论多有存在感（即便不论独创性），基本都有不少的几乎立刻就能开箱即用的完成度接近甚至更好的替代品，所以不依赖他恰饭的圈外人（包括不少竞争对手）想不鸟他的成本其实往往不大。
而另外某些历史上的大佬决定的一些东西，不论好坏，你要想不认到一定程度，就几乎只能把当年整个时代的一些主要工作自己做一遍，因为现成能摆脱这种依赖的备胎你都找不到个能用的。这种压倒性的差别实在和区区话语权沾不上多少边（虽然可以靠一定的 zz 投机手段“变现”为话语权）。

@janus77 啥叫贡献？
如果算上不管用户同意不同意的不经意污染的依赖路径，那这样的贡献者到处都是，LBT 算不上有很大存在感。像同行 AST 就比 LBT 制造的依赖更多：即便不考虑 MINIX 是 Linux 的塑料精神祖宗，Intel ME 内置的改版 MINIX 大概不可能使它的用户比 Linux 的直接和间接用户少。那么 AST 就比 LBT 的话语权大了么？
另起炉灶能改变历史还是有什么别的意义？
再往上追溯，DMR 算不算有话语权？ Alan Turing 算不算？然鹅论已经用到的依赖的影响，反正这些人比起 John McCarthy 和 Alonzo Church 都是弟弟。这和话语权也没多大关系。
至于 Code……无所谓了，反正 Code 是教不会你历史常识的。

实现一个数据库需要的技能和你粗体强调的东西没多少交集。
先老实重新分析清楚需求。

@waibunleung 收益的不大清楚，但肯定比普通 up 少得多。这里已经是红海了，不好恰饭。

@waibunleung 不以收益为目的那就多了。这样的 up 大多根本就不在乎播放量。反正 B 也没说一定要怎么做后期，直接无剪辑录屏上去是最简单的，就当以前的个人播客用。

你为何会产生大领导会惦记你这种喽啰的错觉？

难道你们公司就大领导、小领导和你？

@xmoiduts 100 也太惨了 8……
洪荒时期直接扔录屏上去都没那么低，，，
https://space.bilibili.com/2816

Up 主就是投稿过的用户。你是想说职业的？

@simoncos 提了好几个了。

补个没提的：韧带钙化。

提醒各位老哥：不要盲目锻炼，量力而为。

@skypyb 都不能根治，即使是手术治疗也容易复发。
单纯伤残等级说明不了多大问题，有的九级伤残平时基本也没啥影响。要是外伤导致的，这俩都可以算轻伤二级就是了。
你惨主要是 L1 ……不过也就一节罢了。比惨还是算了吧。

贬值？所谓的新技术里真的新的有多少？
有空多考点古。

@exev2 说到 AUR，还有个骚操作就是里面可以不是二进制包，不见得就只给 Arch 用，理论上实现了 ALPM 的都有戏……比如 MSYS2 只有 pacman 没 AUR helper 所以我自己编译了 libalpm 搞了坨 yaourt 发现还真能用。不过因为 MSYS2 的 pacman 是自己维护的，后来 libalpm 依赖代码的 API 不兼容编译不过，那时候有 WSL 我就懒得折腾了。其实还可以再治疗一下。

……滚 Windows 的底层系统，除非是大版本特性更新是不会去动 WSL 的，主要是 Windows 本身的破事会多。

@mx8 最直接的好处……不用糊驱动，也不怕滚挂……
这不是玩笑：部署和恢复系统的成本低。
虽然 Arch 的文档比起其它发行版相当清楚完整，但是万一真的遇到麻烦的破事一点都不省事（即便你是专业开发人员），特别是全系统更新的时候。尴尬的是你要太久不更新不注意看官方公告漏了一些手动迁移操作，还会增加滚挂的风险。
用 WSL 你就会长记性不会尝试去滚底层系统了——都知道 Windows Update 有多邪恶。而去掉底层系统，pacman 更新基本就是 userland 里出问题能很快恢复或者至少不会影响别的应用的部分。剩下最危险的就是 glibc，但稍微注意一点（不要让 pacman 本身挂掉）就不会有大问题（我一共就遇到过一次）。退一万步讲，真挂到没法挽救，squashfs 恢复个 WSL 映像还是比物理机容易点的，不会损失多少时间。
当然小问题还是会有的，比如没法 multilib 跑 i686 的东西（有 binfmt + qemu 的我懒得折腾了），比如 SysV IPC 还是残的，比如更新完 Qt 要记得 strip 干掉 so 的 abi tags ……不过也就那么几个。

@lazzyboy vlang 的层次不一样，它的作者的主要水平体现在画饼把社区本身当牛皮来吹，而不是老实在自己画的网页上 pile features。当然还有更高层次的吹法，像那个 Bosque，还能拉微软的虎皮当大旗顺带动不动革命掉现有 paradigm，就是作者水平不够露马脚风险太高了。