@cpstar #69 傻逼开啥车都会做出奇葩操作，这跟动能回收关系并不大...就算你加了各种防呆措施，也一样没法解决有人会大力出奇迹。

“单踏板”这种叫法起源都不知道是哪，无论这个词是黑特斯拉的人炒起来的，还是吹特斯拉的人炒起来的，你现在说这些都已经没啥意义了，大众已经接受了这种叫法。而且整不整新名词也不是一批人说了算的。

至于辅助驾驶功能，只要特斯拉没有明确表示过这是无人驾驶功能，也有明确警告使用者需要注意控制车辆，就并没有什么问题。因为对于傻逼而言，就算只有个车道保持+自适应巡航，也一样会当成完全自动驾驶去用、去吹。

把傻逼的毛病归咎于制造方的责任，是很不合理的。如果按照这种逻辑，制造方的责任会被无限扩大，很多地方都可以说成是有问题，那东西还造不造、用不用了？

@xuanbg #17 +1 。

补充一点，即使需要在这种情况下并进去，也应当是中间空余车距较大的时候才并，并且在准备并道的时候就应当注意看看 C 前方和 C 右后方的状况。只要做好 C 的操作预判，就不存在 C 减速幅度超出预期的情况了。除非 C 是个傻逼，前面啥东西都没有都要猛踩一脚刹车。

而且正常来说，在预判到 C 可能会大幅减速的情况下，就不应该并道了；非要并道的话也应当是打着转向灯慢慢往右靠，这时候 B 只要脑子正常、会看路，就会准备好减速避免紧急情况自己追尾，所以即使要跟着 C 一起大幅度减速，B 也反应得过来。

我记得以前看到过类似服务，是在网站上对公众号名称添加监控，然后它会自动定期走邮件推送的形式推到 kindle 上，添加完监控之后就没有手动操作了。这个服务我记得知名度还挺高的，你有了解过吗？感觉你的工具完全可以用那个替代，毕竟非订阅内容在当前设备下短时间看完就完事了，刻意切换到 kindle 上看有点多余。

@cpstar #38 不会的，动能回收习惯后，正常的操作逻辑是先预判需要减速多少，如果只需要轻微减速就一点点收脚；如果需要大幅减速就直接把脚从加速踏板上挪开，并且放到刹车踏板上预备着。

与其说动能回收是不踩电门=刹车，不如说是有轻微减速的滑行，这种滑行在油车上，就是降挡。

@totoro625 #37 其实单纯就是因为你没习惯性在大幅度减速或需要急刹的时候挪脚而已...如果你有习惯性挪脚，那动能回收只会在红绿灯之类缓停的场景下影响操作逻辑，其余时候但凡要刹车都会下意识地把脚挪到刹车上。

@spr1ngs #31 然而当下属于经济下行的情况，并不存在学历高的比学历低的好 [找工作] ，甚至是相反的，原因前面已经说过了。通过其他方式赚钱跟找工作是两码事。

@spr1ngs #27 相对而言，其实我觉得部分行业的那种 [非入行门槛类的行业证书] 是比学历的含金量要高得多的，至少人家考证难度摆在那，内容也都是工作相关的实际内容，只要有那个证就代表这个人必然有胜任对应职位的能力，不像学历那么宽泛。

@spr1ngs #27 你这就有点诡辩的意思了...工作好不好找是根据情况而定的，通常来说按照学历筛选法招人时，学历越高者平均薪资要求越高，只要市场没饱和，那么在这种经济下行的情况下，很显然学历相对低但符合基本要求的人会更好找工作一些。而且什么国家总理送外卖这种事情，多半是人家体验生活或者想找点事情干，而不是靠送外卖吃饭，这跟一般人找工作是两码事。

与其说学历高更好找工作，不如说是学历高的人平均水平、知识面通常要比学历低的人高和广（无论是主动还是被动学习），所以相对而言更容易有赚钱的路子...但这也并不能代表学历证书就有多高的含金量，只能说是人家投入了更多时间在弄证书这方面而已，顶着研究生、博士生的名头却能力奇差的人并不少。

@hxse #26 “硬件上的问题, 不都是直接黑屏瘫痪么”
其实硬件上比如存储设备出问题，很多时候是润物细无声的，没出问题只是被软件层面纠正了而已。

以很多人在家里搞的 NAS 为例，存储的数据通常是典型的冷数据，很少会去读取。如果存储系统没有定期校验的机制，用的硬件也没有校验、纠错机制，那就很可能会出现还没意识到硬件出问题，数据就已经坏了一些了的情况。

@PeacePeach #30 看了一下原文，个人认为原作者对事情做了一些夸大化、戏剧化描述，让事情看起来更困难一些，以衬托出两位故事主人公的能力强大、配合无间。

你的复述也有一点点不准确，我前面还以为是系统故障导致有数据但返回的是几个月以前的，结果看原文是这系统挂了整整五个月才被开始处理，或者是更离谱的出问题后过了五个月才发现问题...

只能说如果按照文中描述，当时 Google 的这套系统在可维护性上就是一坨屎...基本的数据监控、异常收集机制都没有，五个月了才发现问题严重，开始紧急处理；在找原因的时候也受限于信息不全面，导致没法直接认知到是数据文件层面出了问题，而是怀疑起自己的代码有问题，结果浪费几天时间却啥也没有找出来...

如果有做监控的话，数据出问题最多几天就该发现了，排查起来一看数据采集这层没问题，写存储的部分也没问题，就可以直接定位到是存储下来的数据出错或读数据的时候出错，再结合系统日志里大概率会刷一堆的错误很容易就能联想到是硬件问题。很难想象文中所说的“当时 Google 最优秀的六名工程师”会在这种问题上研究代码研究了好几天...

@PeacePeach #18 搜了一下，没找到你说的 Google 的这个事情，感觉应该是谁讲故事灌鸡汤的时候编出来的...现实情况下软件层很多地方都会有校验，而且错误也会有明显体现，出现（且仅仅是）这种问题的概率太低了。

这么说吧，与其在内存的 ECC 上花钱，不如在硬盘上花钱，企业级硬盘的可靠性要比普通家用盘高得多。

另外不建议购买任何家用级的所谓 NAS 盘，那些盘的每 GB 单价都比企业级高得多，纯纯割韭菜（至少当下是这样）。

事实上对于家用场景而言，内存的 ECC 是个比较鸡肋的东西，因为很多东西在软件层本来就会有校验，因为内存错误导致出问题的概率极低，大不了也就是重启一下而已，反正也不需要 N 个 9 的可靠性。而 ECC 内存条，如果是机房淘汰的二手，纯 ECC 的也是挺贵的，RECC 的才便宜...