@troywinter GUI 下层还是会调用命令行，但是 GUI 会把常用的复杂操作自动化。你可以把 GUI 等效看做一个 CLI 的半自动化脚本。

我举个例子，把一个分支下的提交 rebase 到另一个 tag 下并做 3-way 冲突处理。这个过程不管用 GUI 还是用 CLI 都必须手动做，完全不会享受到命令行批量处理的好处，而 GUI 下只要点点鼠标就可以从不同的分支里选出不同的代码行。用 CLI 你最后不还要打开 VIM 这个图形界面工具。

所以光这个操作就省下 GUI 用户大量的时间，而这个操作又正好是大流量开源软件和 modder 必须要用到的。

还有一个操作，是局部 stage ，可以把一个修改过的文件中的少部分行 stage ，剩下的留在 working dir 里，又或者是像做 3-way 合并一样选择性地把一些行或者一些字 revert 。你用命令行当然也可以这么做，先把文件复制出来备份，然后把部分行改回去，然后 add 提交，再把备份文件移动回来。

-----

当人们对这些操作没有需求的时候，总会觉得命令行效率高。等没法满足的时候，再去写一下半自动化脚本，重新实现一些 GUI 已经实现的功能，然后再把 GUI 批判一番。就，很没有意思的争论。类似的争论我好几年前就在隔壁 ruby-china 论坛参与过了，一堆坚持不用 GUI 但照样用着命令行版 GUI 的人在跟我争。真当字符画出来的窗口不算窗口啊。

@sun4076 我用 dailyroads 录的。录完可得一个 mp4 一个 srt 字幕文件。字幕文件是按秒记录经纬度之类的信息。

啊？我行车记录仪就是手机安卓 app 。
录完以后还有包含时间，车速，经纬度坐标的字幕文件。配合视频一起跑一下不就什么都有了。

HDMI 跑 4K144 8BPC 需要跑到 40G 带宽，最少也要 HDMI 2.1 。
DP 跑需要 UHBR 10 的 39G 带宽，最少也要 DP 2.0 。
你 HDMI 2.0 就只能跑到 2560x1440 144 或者 3440x1440 120 。你如果输出 2560x1440 144 然后让显示器做 upscale ，理论上是可行的，但是画面可能会一点点糊。

用着 Vivaldi ，毕竟是纯正的 Opera 血统。

我做开源基本都是纯粹抛砖引玉。我起个头，实现从 0 到 1 ，满足我自己的要求。接下来如果你想要改进或者要加功能，自己 fork 出去，提 PR ，又或者你觉得你有能力维护的，我把我的项目 archive 然后指向你的 fork 。

16G 内存也只不过是少吃点虚拟内存罢了。
比如像我现在开了浏览器和各种常用软件，吃了 35G 内存。你配 8G 就是开 27G 虚拟内存。配 16G 就是开 19G 虚拟内存。我觉得好像倒也不是差得很多。

不过你这个 2019 年花 3100 买 8G 内存的本，真的谈不上性价比。3300 16G 性价比倒是就上来了。如果能 3600 32G 那性价比才叫爆表，还能再战好几年。8G 内存的本就是给轻度使用用户的。

（不在国内）
Costco 买的冷冻养殖三文鱼，想吃了就解冻出来自己切一下吃。

淡水养殖如果对水质饲料都控制好的话应该问题不大。
实在不放心就真空抽好丢进冷冻里放一个月再吃呗。

@Donahue 计算密集型项目会大量用到汇编指令集。用 C 然后让编译器去优化，那就不知道慢到哪里去了。
你有兴趣的话可以试试看跑 x265 ，用--no-asm 路径跑（纯 C+编译器优化），看看比 AVX2 要慢多少。

如果只是跑跑 php python 之类的，不追求性能的，那当然怎么搞都无所谓了。但是企业环境下对指令集的依赖是很大的。适配 NEON 是硬性成本，不适配就是性能狂掉。

别的我先不说，就说这项目是「 Apache License 」与「软件仅供个人学习与交流使用，严禁用于商业以及不良用途。如有发现任何商业行为以及不良用途，软件作者有权撤销使用权。」双许可证吗？

@binfreeze #3 #4
你说得对，这都看个人追求了。有人玩深度，有人玩广度。抽象和封装本来就是工程能力的一部分，把细节隐藏得越好，上层开发越舒服，说明你架构做得越好。现在写 C++的，也不太需要关心下面 C++到汇编的转译优化。写 CUDA 也不用关心显卡硬件是如何执行的。的确，总要有人做底层的工作，但是越底层的地方人越少，因为需求少。只要少部分人把底层打扎实了，剩下的 99%的人只要站在巨人的肩膀上就行了。

只要没有依赖时间的功能，你把系统时间往回调个十年应该就好了。
但是一般人真的不会用那么久的，又不是公共设施（ ATM ，闸机之类）。
你现在还会坚持用 2008 年的路由器和系统吗？

@emptyiscolor #86 现在流行的是「放下助人情结，尊重他人命运」。

最后两行不是报错，原因应该不在这里。

@ns2250225 开 VPS 本来就是分割性能的操作。只要你控制好超售的度就行了。

@IvanLi127 快充的使用场景是随用随充，慢充的场景是睡觉时充一晚上。
实际充电速度的话，20-80%的充电时间普遍控制在 10-20 分钟，全程基本能保持在 35-50w 以上。就拿我 3 年前买的手机来说，大部分时间能跑在 9V 3A 27w ，电量低的话会跑 9V 3.5-4.5A 。现在的新机我看了充电测试是普遍 50w ，峰值 80w 以上。
我也很希望各家能有通用的快充标准，可惜 USB 制定标准不给力，9V 最高只允许 3A ，打死都不往上加，找谁说理去啊。

你说的加电压这个，别的什么都好，唯一的缺点就是发热量大，发热导致充电功率限制，最后功率还是跑不上去。局限于科技水平，现在最简单的还是保持低电压然后线材加粗跑高电流。

@maokabc 长时间供电必然对元器件要求高，而且就算这样快充头用了一段时间也能烫到烧伤皮肤。别说快充头了，普通笔记本大体积砖头电源 50w 供电半小时一样滚烫。阁下说的又是一堆什么废话？

@hanxy1996 那笔记本不认 20V 以外的供电，也不能怪我啊。