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

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

我以前也碰到这个事情，很多中英文符号的 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 站的初衷

@wangleineo 这是一个好的建议，但是不要把话题扯远了。
假设你想直到某个主题的知识，自己主动找人推荐或者自己查看目录试读之后确定三五本经典的书去看完，和听完一个小时的视频，这两种方式哪种你觉得更有效？
读书本就是一种更高效的方式。
至于你说书的质量有好有坏那是另一个话题。

@skadi 最恶心的就是你这种渣滓

“回复里面居然有这么多奇人异士,滑天下之大稽.”

你倒是说哪些奇人异士，哪些观点怎么滑稽了？直接做价值判断？就你会而别人不会？