@mxT52CRuqR6o5 你说的应该是 LGPL，GPL 按 FSF 的说法动态链接也不行。像 Qt 、GTK 这些允许你动态链接发布的都是 LGPL 许可的。

@alan0liang “只要代码全是自己写的”确实没问题，但一般开源项目很少满足这个条件。
像某些 GPL 许可的项目运营很久以后突然宣布修改协议并闭源这种，完全是违反协议的。

@murmur hooks 任意组合逻辑复用，并且它本身就是普通的函数没有任何魔法，算得上大道至简了。相比之下 lifecycle 方法这里注册那里释放，且不易复用，难受得多。
react class component 确实不如 vue，但这和命名长短没关系，而是范式问题，react 拥抱函数式，用 class 感觉上就不协调。

es6 都是现代编程语言的优秀特性，都是好东西，我不明白怎么成缺点的。按你这样论我还可以反过来说 vue 没有有效利用上 es6 的优秀特性呢，es6 之前的 js 那么多历史包袱，要学的各种坑一大堆。

react 的范式是和 html 与 css 解耦的，xml 只是语法糖，css 也是比较落后的设计，现在各种 UI 框架大多都支持 style，很少有支持 css 的。
html 和 css 只是表达的工具，工具只有好用不好用，做的东西丑不丑和工具没关系，那是设计的事情。就算没设计那就拿开源的样式用就完事了，搞出来的东西俗、丑那是不懂设计还要硬来。

@murmur 另外真不知道 es6 怎么还成缺点了，js 历史包袱这么重，lambda 等现代编程语言的优秀特性怎么就恶心了。

@murmur f(state)=ui，hooks 自由组合，当然优雅。写起来没 Vue/Svelte 工整倒是真的。

你不如反过来，iPhone 装国产养蛊，Android 当主力。

systemd 非常的激进，你不显示指定 After 的全都会并行启动。

https://wiki.archlinux.org/index.php/Systemd#Handling_dependencies

With systemd, dependencies can be resolved by designing the unit files correctly. The most typical case is that the unit A requires the unit B to be running before A is started. In that case add Requires=B and After=B to the [Unit] section of A. If the dependency is optional, add Wants=B and After=B instead. Note that Wants= and Requires= do not imply After=, meaning that if After= is not specified, the two units will be started in parallel.

@0576coder 你当脚本小子是什么了，前端浏览器加密混淆一下除了拿工资的不会有别人闲的蛋疼搞你了。

react 简洁优雅，尤其是你熟悉函数式的情况下。
你喜欢 vue 的话也可以试试 svelte，不过生态更差就是了。

@AoTmmy 用来 bootstrap 啊，很多鸡场节点是用的域名，直连的 doh/dot 用于解析这些域名防止污染以及不留下记录。
连上以后就可以走代理解析了。

工具链用这个 musl.cc 一般用来编译其他语言的 c 依赖。
当然依赖管理和 build system 要自己处理。

foxyproxy

如果你不想笔记也要规避敏感词就不要用墙内的服务。

参考之前某镜像源列表因为链接到了 freebsd 导致被屏蔽。

是用的 le 的证书么，把证书换成 fullchain

收紧用户的权限和收紧开发者（程序）的权限是两个概念。
一个真正优秀的操作系统应该在允许用户运行任意程序的同时允许用户限制任意权限，并能够保证在限制权限后运行任意恶意程序也不会对系统造成任何危害。