SecScanQR，开源的，可以在 F-Droid 上下载，也可以去 GitHub 下载。

如果手腕不大好的话可以试试轨迹球，我之前用的罗技 M570，后来换了 MX ERGO，手腕没再疼过。

我从 ES6 正式发布之后就一直在关注 V8 的 promise 性能情况，V8 官方有个测试用例 https://github.com/v8/promise-performance-tests
你可以 clone 跑一下看看，涵盖了原生 promise 、async/await 和主流的 promise 库的性能测试。我是见证了从一开始被 bluebird 虐逐渐到完爆 bluebird 。不过这个用例里面没有 callback，你可以参考其他的例子自己写一个。

这种测试最好不要引入 fs，因为文件系统是由操作系统管理调度的，有些操作系统比如 Linux 会有一些奇淫技巧的缓存优化，所以要测的话就测语法本身的计算性能，看语法糖是否会带来额外的计算性能损耗，或者是否反而提升了计算效率。

有计算机专业背景的话可以把计算机网络的教材拿出来看看，没有专业背景的话可以去 B 站上搜计算机网络相关的视频，有挺多高等院校的公开课。

网络的标注是统一的，操作系统和硬件适配相应的网络标准，所以理论上不存在“Linux 网络”这个概念，只有 Linux 如何实现的相关网络标准、Linux 如何调度自身网络相关资源、如何在 Linux 平台上做网络应用开发。这些领域我不大了解，可以看看其他楼推荐的资料。

看描述像授人以鱼，教你应该怎么做，但没有教你如何知道应该怎么做。

谈恋爱说白了就是情商输出，你得探究对方在想啥，以及预测自己说话做事之后对方会有什么反应。

直接给你现成的方法，可能只能送你过桥，后面的路还是得自己走。

我觉得了解一下是可以的，但不要迷信，还是得把精力放在提升自身情商上面，不光是恋爱，对任何一种社会关系来说都是非常有用的。

“你用谎言来验证谎言，最后得到的一定是是谎言。”
有的人参加课程是专门奔着 PUA 去的，但若真的抱着认真的态度的话，希望你做任何决策都是发自内心，而不是简单地套用公式，这对建立一个长久稳定的关系是非常重要的，玩就玩，认真就认真。

愿意抛弃 Java 的所有思维定式的话，两周。

MDN 看一遍 JS 的教程，着重理解原型链、异步、Event Loop 。

看官方文档，着重理解异步非阻塞、libuv 和 v8 的关系、Node Event Loop，然后看 Express 、Koa 的官方文档。

然后就可以开始做些东西练手了。

同时完完整整刷 MDN 上 JS 的 API 文档、Node 官方 API 文档、用的主要框架和库的源代码。

https://github.com/libook/IdleBox/tree/master/zshrcs/public

这个是我自己的一个 Zsh 工具箱，和 Oh My Zsh 搭配使用功能，除了 OMZ 提供的短指令以外我自己写了一些其他的指令，另外项目 scripts/public 目录里有很多实用脚本，自动配置到 PATH 里，可以直接调用。

当然现在用云原生之后几乎很少需要登录到服务器上操作，一般都是本地调试好打好镜像，服务器上都是 K8s Worker 。

Google 受 GDPR 约束，提供了比较完备的隐私信息管理策略，你需要在网页上，操作禁止 Google 记录你的地理位置，以及删除你的位置历史，可以参考这个： https://support.google.com/accounts/answer/3118687?hl=en#:~:text=Go%20to%20the%20%22Location%20History,Location%20History%20on%20or%20off.
我操作过，成功了，Google 还是会根据 IP 判断我的位置并应用在当前页面上，比如 YouTube music 的地区判定，以及搜索结果展示页，但不会记录了，比如我 IP 从日本换到美国，上述页面里也会变。

软件作者有权利在软件中包含一份 License，说明软件使用者的权利和义务，这个可以按照自己的意愿写的，但最终软件作者行使保护知识产权的权利的时候，是要在法院里进行的，评判用户究竟是否违反了 License 的前提是，License 的内容详尽、自洽、合法。

所以让 License 好用，这是个极其需要法律专业性的工作。

那么很多人不具备这个条件，于是有些组织就公益性地做了一些通用 License，就像是合同模板，任何人只要照着原样直接引用，License 创作团队背书，而且用得人越多，积累法律案例就越多，在有判例制度的国家就越好用。

所以这个思路应该是：
1. 先看自己希望赋予软件使用者什么权利，以及希望软件使用者履行什么义务；
2. 看是否有现成的、经过法律验证的通用 License 可以直接拿来用；
3. 没有的话自己尝试写一个 License 。

自己写的 License，包括在通用 License 基础上扩展或修改的 License，都没有背书的，而且以往判例可能也不再具有参考性，完全看自己写得怎么样。

回到题主的目的上：
第一条，所有商业友好的通用 License 都可以考虑，比如 LGPL 、MIT 、BSD 、Apache License 2.0 ；
第二条，核心是希望只在一个代码版本库中维护，但跟第一条一起就限定死了必须原样使用软件，不能自行修改，否则不可避免地需要开另一个代码版本库，也就违反了第一条规定。所以这一条其实是禁止用户自行修改代码，但对开发扩展无限制。
第三条，一个核心问题是如何在 License 中准确详尽地描述“竞争者”的定义，定义不清要么就变成了“任何人都可能是竞争者”，要么就被认为无效条款。其实这一条不需要包含在 License 中，你只需要在 License 中说明原作者保留所有相关专利权就行了。

换一个思路，其实这种程度下来，可以发现其实差不多可以认为是非开放软件了，作者保留一切权利但公开源代码，所以也可以考虑：
1. 本软件归作者 XXX 所有。
2. 作者保留本软件的一切专利。
3. 任何人可以按原样免费使用、不限用途，包括商业目的。
4. 任何人可以为此软件贡献代码，但被接受的代码均归项目原作者所有（这时候要注意不能接受那些贡献者不享有版权的代码）。
5. 任何人可以为此软件开发扩展，且扩展的开发者保留扩展的所有权利。

竞争者那个可以不在 License 里写，因为 License 里已经说明作者保留专利了，打“竞争者”仅靠专利保护的相关法律就够，不需要额外写 License 条款。但这里有个逻辑 Bug，就是“对于使用者，免费使用，不限用途，包括商业项目使用”这里面的“使用者”究竟包含不包含“竞争者”，如何用文字来划分清楚，以及足够在法庭上有说服力，这个需要题主好好思考。

@xiangyuecn #8
@mxT52CRuqR6o5 #18
@muzuiget #22

关于顺序可以参考 ECMA-262 2022 的这个规范： https://tc39.es/ecma262/#sec-ordinaryownpropertykeys
我看 ES6 的时候就是这样了，只不过章节名有变： https://262.ecma-international.org/6.0/#sec-ordinary-object-internal-methods-and-internal-slots-ownpropertykeys
ES5.1 内容变化太大，没工夫看，有人看过可以发一下情况。

翻译过来大义就是:
1. 对象的属性如果可以被当做“array index”(如是数字或只包含数字的字符串)的话，就按照索引数值升序排序；
2. 其他情况按照属性的创建时间升序排序。

JS 的解析是按照代码自上而下的，所以题主给的这个代码的顺序是固定的，不会在执行中变化。

防机器人不防小人，对付机器人足够了。

如果对前端闭源感兴趣可以了解一下 WebAssembly 。

@mingl0280 嗯，那误差可能就只是因为 parted 四舍五入到整数位了。

你的目标是啥？

只要明确了目标，就知道该不该，这个没有标准答案。

wol 可能只能在连网线的情况下用，至少我家里是这样的。

电脑的开关其实就是两根针，正负极，接通之后就触发开关机了，你可以搞个继电器（我记得好像是叫这个？），接电脑电源的两根针，然后用树莓派或 Adrino 来控制继电器的开关。

或者弄个小米智能开关，用类似的接法，不过得搞定开关本身的供电问题，我也没试过，感兴趣可以研究一下。

我再举个例子，中国人和俄罗斯人用英语交流，双方都带有母语口音，但只要双方能听明白，或者解释后能明白，就能顺畅交流下去。

另外英语也分不同口音的，美国、英国、澳大利亚、菲律宾、印度，这些国家英语都是官方语言的，有些词汇甚至语法读音差别可能会很大，你不能说哪个是标准的。

你和同事只要都不是英语母语者，何谈标准口音呢？

想开点就好了。

语言是用来交流的，达成交流目的就可以了。

别人的读音你愿意迁就就迁就，不愿意迁就就自己该怎么发音就怎么发音，只要双方都能听懂就行了，听不懂你可以正常反馈这个读音听不懂，大多人听到这种反馈都会回去学一学更好的发音。

另外不同人对于读音差异的敏感程度是不一样的，比如英语里只有和降调，不经过专门训练他们就难以分辨中文普通话里的四个声调，相应的潮汕话有八个声调，我作为北方人也难以分辨其中几个声调的区别；部分地区 n 、l 不分，平舌音翘舌音不分，前鼻音后鼻音不分，这些都是常见的现象。

所以做好自己就行了，除非别人影响到自己或国家民族大义了，否则对别人提出的要求都算是过分的要求，至少我是这么觉得的。