@andyL 劈腿的员工的绩效被 HR 改评为 C，不久被公司开除，其他同事知道这些事情之后变得紧张了起来，想起自己以前有过过马路不看红绿灯，见到乞丐不给钱，排队打水没有让位给同事的种种历史事件，变得忧郁了起来。

再后来，他们在媒体上得知老板和以前的老婆分割了财产离了婚，随后又迅速和小三结婚的消息，可是，这些员工却没有一个人因此愤而离职。

A 因为这件事情被评为 C 然后开除了，其他同事知道这件事情之后变得紧张了起来，想起自己以前有过过马路不看红绿灯，见到乞丐不给钱，排队打水没有让位给同事的种种历史事件，变得忧郁了起来。

再后来，他们在媒体上得知老板以前的老婆分割了财产离婚了，随后又迅速和小三结婚，可是，这些员工却没有一个人因此愤而离职。

又看了一遍，其实写的很朴实，出身好就是优势，也没有看出什么炫耀的成分
只是楼主家境不错，有些人自卑感惊人、说话发酸的人带歪了楼层，后面就控制不住了，大可不必理会他们。
楼主的学习能力很不错，自我意识也很强烈，心思细腻，必定大有作为。

看过你几个帖子了，很不错啊大兄弟。
女朋友身高腿长体柔胸大肤白貌美，不错不错，人生赢家
你那件阿玛尼实在是太丑了，身边估计小老板们比较多。。。。

我以前也碰到这个事情，很多中英文符号的 bug，还有文案的 bug，错别次，提示语等等类似的问题，有自己马虎的原因，也有上游的产品的原因，也有需求变更的原因，但是最后统一指给开发人员了。

测试指出来是对的，没有必要抱怨，但是如果他们真的就是喜欢提禅道刷数字的话，我觉得你得注意是不是有人别有用心，这么做是不利于团结的。

你可以私下给他们说一声，这种问题口头说一下，几秒钟就改完了，为了不影响回归，下一次发版的时候，你过去指出一下你的改动的效果让他们把这种问题过掉。

这么抓开发的毛病，开发肯定会越来越聪明，死守设计图和需求文档的细节，一个字一个字对需求。其实不利于小步快跑的快速迭代节奏。

还有一点，就是很多无关紧要的 bug，完全可以放过，先上线再去慢慢改，举个例子，所有问题测试回归需要 5 天，小问题的回归就浪费一两天，显然不利于新版本的快速铺开。

@bellchu 确实是啊，人的本质是社会性 ，需要社会认同，愿大佬能越来愈好～

@suueyoung 5-8K 是架构师职位的内推奖励

@Kalv8n @ajeef @box @caniuse @fancyhan @ggbond1989 @helloworld12 @jarlyyn @paradoxs

确实是你们说的这么情况啊

有什么想对自己说的并且能够贴出来的东西吗？ 大哭.jpg

不知道，有没有攻略，希望可以分享一下，非常感谢。那些搜索出来的查询网站，https 证书都失效了，不敢在网上查

厉害啊，多谢分享

楼主太厉害，我们老大十年工作经验，五年 iOS 经验，拿了几个 offer 没去，还在现在这家 25K

@wd85318 很多人就喜欢拿这种快餐知识出来讲给别人听，欺负一些人不会提问，我身边就有。

@NicholasXuan 这么大的人还需要我教育？

我只是提醒某些人人家在讨论的时侯不要来捣乱。

你需要我教育吗？

@wangleineo 不好意思，我有一些偏见，也有些没解释清楚。

不过，你这么问我怀疑你是一个不怎么读书的人。


关于效率的解释，如果是吸收量／时间，这个就不好量化，我觉得和你想了解的知识的种类，和你自己的预期有关。

解决一个程序问题，也许一个视频教程就能解决，但是，学好 SCIP 并不是一个视频教程能解决的。

关于知识的吸收量，看书你的只是的吸收量远大于（或者）视频（主题、主题相关、发散性知识、系统性上下文），而光看一个视频，我只能说只是记住了一个结论和知识点。

如果认真去读三五本书，你会发现无数个地方都有更多的意味让你思考，并且你可能会对照其他几本书去交叉看这个点相关的内容，直到你觉得理解之后，开始继续往后翻。这是一整个主动的过程。

如果视频是娱乐性质的，你可能看完就忘记了，也不会继续挖掘。

你要达到某一个你预期的知识量，读书更为快速。

我表达的比较散乱，但是大致意思不难理解

@Yvette 点感谢的那些 不是蠢就是坏。

@wangleineo 你真不懂，那就当我没说。你就会想抬扛，我无话可说

算了，还是不要在网上和人辩论了

@NicholasXuan 不欢迎你这种毫无建设性的回复，不要违背 V 站的初衷