不是 GPL 照样可以在 Linux 下 syscall，不说 POSIX 兼容的部分，照样可以 epoll
不是 GPL 照样可以作为 Linux 内核模块

但一般建议作为生态的一部分仍然使用同许可，不是法律要求而是社区习惯，也有 “让别人放心用” 的目的在。

@kangsheng9527 没头没脑不知所云
一些修辞方式让我感觉你母语不是汉语

@xuanbg #16 我感觉正相反，我知道什么时候 Google 无用，只能寄希望于百度，不过最近国内环境原因，百度也找不到什么了。

@px920906 说道这个，我想起来说，哪个古老的操作系统可以把软件直接放桌面，因为一个软件就是一个文件夹，这个文件夹双击会启动程序，但同时也可以 cd 进去修改内容，那复制就真的可以了，现在的 Gnome 什么的跟快捷方式一样，一个 .desktop 还是什么的文件……

楼主用 Irfanview 的话就不会这个问题，因为 Irfanview 会提示类似 “看上去像是一个 .jpg 后缀的 PNG 文件，是否要自动把后缀名改成 .png ？”

@geelaw #43 应该算是 nominal / structural 的区分（最近翻译 Python 3.9 文档，library--typing 第 52 段，Nominal vs structural subtyping，目前是翻译成 “名义性子类型 区别于 结构性子类型”）

@ysc3839 @jinliming2 @geelaw 承上述，
主要是，大部分情况下文件浏览器并不需要区分文件的结构类型，只需要简单区分文件的名义类型，知道靠什么东西进行后续处理即可。那么对于文件浏览器来说只需要读个文件名比较方便。
相对地，对于图片查看器而言，反正已经读取文件整体了，根据文件头来判断的话额外开销=0 ；反而如果强制根据后缀名会导致打开一次不成功改后缀再打开一次，相当于这个文件被读取两遍，最差条件下就是两倍的开销（还不包括重命名的开销），那显然应当根据文件头来判断。
不过，文件浏览器有时需要读取文件内容，比如缩略图、 .exe 的自定义图标等，因为读取文件内容开销高就不要缩略图功能了吗？抱歉，人类反复打开的动作开销那是高到天边去了。至于读取文件的开销问题，解决的方法一般是将生成缩略图的功能非阻塞地实现，缩略图较慢地生成并不影响其他操作。
说到底其实是个性价比问题。

硬件只会向头部集中，除非能够家家户户都有钱刻集成电路（不一定是 home lab 模式，可以工厂外包），不然硬件要么内部使用要么进体量大的公司要么被大体量用极低的边际成本吊打。

@jones2000 你说的这是解释器吧（

反推设计是为了自己控制自己消费的，至于控制不住的还是控制不住，控制得住的并不需要

@puyangsky 没有，怎么看都更像是 Pascal
当然，如果你接触过的静态语言只有 golang 一个，那就这样吧。

@lifetimeporn exescope 可以编译完成之后把图标删掉。

看视频写代码连树莓派都能带得动一个，搞两个树莓派 RDP 不就行了（

DP 1.4 的话应该支持 DSC 也行。
像素数为 4K UHD 的 1.125 倍

话说，把地址发 V2 是不是要被 D 的？快来人 D 它！

@no1xsyzy 淦说错了，用户脚本不是插件，用 Tampermonkey 写的，未测试其他 monkey 的适配情况，但是用的正常的 JS 编写的，是 grant none，应该没问题。

推销一下我的插件，自动找到原出处
https://greasyfork.org/zh-CN/scripts/389270

要说直接写 JS 我只认 Svelte （
话说有没有类似 html`<div>${dynamic_value}</div>`.mount('#app') 的框架？

If an organization or an individual sponsors something such as an event or someone's training, they pay some or all of the expenses connected with it, often in order to get publicity for themselves.

赞助通常是为了提升自己的知名度，比如 ElasticSearch 赞助了 Unicode 一对花括号。
换句话说，赞助是一种类似广告的投资，而非类似控股的投资。

@janxin 9-10 的变化似乎可能将允许支持宏？我不搞 PL 具体也不懂，但 PEG 似乎对高级宏更友好。

话说回来，也是 v2 上看到的说法
PyCharm 对不少库的适配是繁杂琐碎的手工劳动
开源那边谁都不愿意做 dirty work，都想 be cool