@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 是真的慢……

主要是看你有没有把对象 push 到服务器。
你可以把 Git 想象成对象存储数据库。你本地写入的数据都会进这个数据库，但是你 push 的时候只会把有效数据 push 到服务器。如果你提交了 1G 的大文件，但是没有把这个文件 push 到服务器，那么服务器的数据库里就不会有这个对象，别人也就无法检出了。反过来说，如果你已经把对象 push 上去了，以后再删除的话也不会从服务器上删除，别人还是可以检出这个文件。

Force push 只是允许你在非 FF 状态下修改分支指针，不会影响数据库里已有的对象。

@matolv 我用的 Server 大多都带啊，BMC 什么的算是标配吧。
微软自家服务器不用 Windows 跑服务，那 Exchange 和 Sharepoint 都用 Linux 跑的吗？

@Jooooooooo
Java 用的人更多一些。
C 和 C++更古老一些，历史包袱比较多，而且更贴近硬件，对性能要求更高。
（当然 Java 也有很多历史包袱（著名的泛型……

在其他语言里，赋值的时候复制一下内存可能睁一只眼闭一只眼也就算了，但是在 C/C++环境里，遇到计算密集的场景，对这些「浪费」就会非常敏感。少复制一块内存，少产生一个无用指令集，在生产环境里可能就会带来数万元甚至更多的收益。所以大家更喜欢在细节处抠性能。

我写开源软件就是为了让软件的用户帮我 debug 和交 PR 。
如果有一天我被公交车撞了，用户也可以继续使用和开发。
相反的，我平时也用到了很多已经无人维护的项目，我也会去修改维护他们，让我能用到原本用不到的软件。
有人把开源当作生意，有人把开源当作扬名立万的工具，那么剩下的那些人就不是人了吗。

至于基本的生理需求问题，一般可以通过上班解决。
稍微有点能力的开发者年收 10 万美元应该不成问题，在比较富裕的公司里可以轻松拿到 20 万以上。
如果开发者忙于工作，无暇顾及开源软件的维护，那完全可以和其他人合作。
我有一些项目因为没有精力维护，所以建立了 organization 然后邀请了愿意协助维护的人进来，然后交给他们。