@szzhiyang 用了十几年了，不知道算不算久。至少比各种功能残废的浏览器好多了。

同 8+32 做开发。8+16 以后不够了你还得再买新的换。

另外，命令行的劣势在于命令是固定的。如果你要新建一个回滚分支 rollback2 ，那你的命令就不能用了。同理，如果你要提交的功能分支名叫 feature-2 ，你的命令也就不能用了。在日常开发中，同时做多个功能的开发、合并到多个不同主线分支，是很常见的场景。（ bugfix 合并到 release 再 cherrypick 到 master ，feature 合并到 develop ，等等。）

我拿我常用的 SmartGit 来试试看你说的操作。

第 1 条附言
比如这种组合操作：git checkout -b readytomerge && git reset `git rev-parse master` && git add . && git commit -m 'xxx 功能开发' && git checkout master && git pull && git merge readytomerge

这是在做 squash merge 吗？
1.签出 master 并 pull 。
2.右键 readytomerge 分支，点 merge ，选 merge 到 working tree 。
3.修改提交信息，选中 squash ，点 commit 。

第 2 条附言
比如新建回滚分支：git checkout master && git pull && git branch -D rollback && git checkout -b rollback && git push origin --delete rollback && git push -u origin rollback

1.签出 master 并 pull 。
2.右键 HEAD ，添加分支 rollback 。（如果已经有 rollback 会提示覆盖。）
3.右键 rollback ，push 。（如果已经有 origin/rollback 会提示 force push 。）

==========

从操作数量上来说，GUI 确实比运行一个命令要多。但是如果在合并过程中产生冲突更改，GUI 中解决更方便。命令行组合操作的大前提是中途不会出现错误（冲突等）。

@gengchun 问题在于你说的：
> 这个只和有没有正确添加 .gitignore 有关系。
楼上说你是狡辩，我觉得这不是狡辩，这是瞎基尔扯淡。

构建提交的时候应该把要提交的代码包括在提交里。不管文件有没有在 ignore 里，把不应该提交的更改提交上来本身就是错误。确实，用 GUI 也有人瞎基尔提交，只不过 GUI 更直观，容易把事情做对。

实习生犯错很正常，因为他还在学习过程中，事情做错了，被人指出来，改正就行了。最可怕的是理直气壮地把错误归结到别人身上。乱提交文件怪 gitignore ，下次是不是还要怪同事没有把着你的手？运维要是把服务器搞坏了是不是还要怪 IT 没把键盘上的回车键抠掉？不愿意学习改正，那就一辈子拿实习生工资好了。

至少我很庆幸我们组里没有这种犯错还要甩锅的人。

看来确实有一些。
不过我依然还是持前面的观点：众筹来的钱不够找到足够有能力的人做开发。

比如说 Font Awesome 5 这个相对比较新比较成功的项目，总共筹集到了超过 100 万美元的资金，这个金额足够 15 个资深软件工程师和设计师全职工作半年。

简单看一下筹款组成部分：

認繳 $ 20 或更多 30,219 名支持者
認繳 $ 20 或更多 513 名支持者
認繳 $ 30 或更多 167 名支持者
認繳 $ 40 或更多 1,605 名支持者
認繳 $ 50 或更多 2,142 名支持者
認繳 $ 70 或更多 41 名支持者
認繳 $ 80 或更多 301 名支持者
認繳 $ 100 或更多 38 名支持者
認繳 $ 150 或更多 112 名支持者
認繳 $ 200 或更多 47 名支持者

認繳 $ 400 或更多 49 名支持者
認繳 $ 600 或更多 13 名支持者
認繳 $ 1,000 或更多 6 名支持者
認繳 $ 2,000 或更多 69 名支持者
認繳 $ 3,000 或更多 0 名支持者
認繳 $ 5,000 或更多 4 名支持者

那么问题来了，愿意支付 20 美元或以上的人的这个数量，如果放在国内，会是多少？愿意支付 400 美元或以上的企业的数量，在国内会有多少？另外这个项目还是分开源版本和 Pro 版本的，Pro 的功能依然要收费购买，而且企业授权的费用比个人高很多。可以预见到，如果这个项目不分开源和 Pro ，所有功能全部免费提供，那么缴付$20/$40/$50 购买 Pro 的这 3 万多人可能会少得多。
（购买 Pro 的用户总共众筹了 77 万美元，赞助广告的企业用户总共众筹了 16 万美元。）

再随便点了一个项目是 Krita ，给软件众筹 24 个新的功能，每个功能 1500 欧，差不多 3-4 天的工资。放在国内，同样按照 3-4 天的工资计算，5000 人民币一个功能，能不能筹到钱，我要打一个大大的问号。

看到最成功的例子应该是 Ghost ，一个月筹了 20 万镑，然后 2 个人花了 5 个月时间开发出来。不过我怀疑这个成功案例在国内也是很难复制的。Ghost 的开发者原本就是 WordPress UI 的首席设计师，全球最著名博客项目团队里的顶尖人物。看起来你的想法和 Ghost 的做法很类似，但是开发团队是否有足以匹敌他们的影响力，来说服用户付费呢？
更现实版本的故事应该是一个默默无闻的小团队众筹到 1 万人民币然后省吃俭用 996 肝出一个差不多能用的版本来，大家都去下载白嫖，最后团队解散各自找新工作去。

所以我觉得你的回复里，「只要提升前者」是不是说得有点太随意了。
（我不否认这样的模型在面向海外的市场有更大的成功几率，但国内的付费用户模型下要拿到钱太难了，我不看好。）

要是 Kickstarter 上不付钱的人也能白拿产品的话，那可真是非常有说服力的证据呢。
那么我该去哪里白嫖 Kickstarter 上众筹成功的产品？

@easychen 抛开事实不谈，提升前者确实可以找到后者。

商业软件是另一个话题了，商业软件是自给自足的。这里谈的是外包软件开发。外包开发的质量普遍是低于自由软件的。

然后技术人员只给你换了一个电池然后收费 1488 就行了吧。
如果你 10 万块钱买了辆二手宝马，修了修又花了 10 万，这再正常不过了吧，为什么苹果的产品这么搞就不能接受呢。
苹果税也不是一天两天了，反正人们明知道这样也还是会买的。
我用脚投票，不买苹果产品。

@serafin 机房里的服务器。

@serafin 我用 speedtest 测出来是下载 6240mbps 上传 6170mbps 。

众筹来的钱不够找到足够有能力的人做开发。
非自由软件会影响参与开发的人的心态，进而影响质量。

举个例子，不收一分钱而翻译视频的字幕组，在做正版收费翻译的时候质量会比不收费翻译要差一些。

@SuperMild 不是加密码，就只是文件名。
比如说你要压缩一个 银行卡.rar ，那你就用「银行卡.rar 」当密码。
文件名被修改这个暂且先不管。

写 Bug 不是问题，但是没有解决问题的能力就不行了。
一个完全不懂前端但是有能力的人，完全可以十天半个月上手开始修改别人的代码，半年一年开始进行高质量的开发。而一个没有能力的人，别说十年经验，一辈子经验都没用。

下载速度 210.55Mbps
上传速度 70.67Mbps
延迟 55.00ms
抖动 6.11ms
Amsterdam
带宽好低啊。

试过用文件名本身作密码吗？

我记得流量跑多了会给你限速到很低。比如你要下载一套几百 G 的文件，下几个小时以后就给你干死。

@U2Fsd #120
@boris93 #145
两位，不能同意更多。

头一次看到玩车玩自动驾驶的。这老兄玩斗地主是不是专玩托管啊🤣
先不说手动挡和声浪，就算是买个 Civic 掀背小钢炮也比特斯拉有灵魂啊……😂

@Jooooooooo
编译器已经干了很多了，但还是比不过人类的手调优化。
当然，更细致的优化还是要用汇编来手调。

你说的那些变量用不上自动优化掉这些，C 家族编译器不知道多少年前就已经实现了。
现在的编译器已经在做远远强于你说的这些事情了。

比如之前我有一个项目，用 intrinsics 写 SIMD 汇编，用 clang 编译以后速度快得惊人，比其他编译器都要快。
后来我去仔细检查了 clang 生成的汇编代码，发现编译器直接把我写的汇编指令等价重写成了另一批指令集，而那些指令集运行速度要比我用的指令集快不少。现在的编译器开关开得多了以后，会更激进地帮你重写代码。比如说循环里顺序读写内存的指令，会被自动矢量化成 SIMD ；比如为了减少跳转，而把短小的循环 unroll 展开；等等各种。

然后在这之上，专业的优化人员可以通过检查 CPU 核心的状态，再去微调和重排指令。
比如说根据 CPU 执行流水线上某个指令周期是否在摸鱼，而把某几条顺序无关的 CPU 指令往前或者往后移动等等。当然这个在比较新的 CPU 上可能也没有什么用了，现代 CPU 都会重新译码成 uop 然后在内部重排。

左值右值的概念也会随着编译器的进步而逐渐淡出人们的视线吧。提到这些概念的地方大多也是编译器或者公理规范这些东西，只是使用的话，一把梭随便搞，一般不太会翻车的。

PS: 和 C/汇编比，Java 是真的慢……