技术人的书单

千呼万唤使出来，随着许多优秀运维小伙伴的加入，关于运维的交流探讨无论是在专业性、全面性等方面可谓是又上了一个台阶，因此我们舍得利用零碎时间持续总结梳理每日交流。现将近期小伙伴们推荐的最新书单来汇总下！

• 「友情提示：本页面桌面浏览器访问更友好；」
• 书单由群内运维小伙伴共同推荐；

通过读书研讨会，你会发现“比你优秀的人，比你还更努力”，这是一份什么感受呢？

读书研讨会

当您看到讨论读书这个话题时，这恐怕是屏幕前的您想都没有想过的场景，因此这已经超过了读书本身，因此观点没有对错，希望能够找到契合自己价值观的观点！

• 多读书，书是最好的老师，是普通人成长进步最佳路径，就我自己个人体会来说，没有之一。
• 书是死的，人是活的，在多读书的同时，若有人无私传授经验技巧也是非常有利的。
• 书不是死的，是需要静心下来读，你和作者是在对话，是在请教，带着你的问题，少听大佬传输经验技巧，很多都是特殊场景下的产物，有局限性，另外大佬分享的大部分都不是系统和体系的，给你分享的很多都是碎片化的知识。
• 可以热衷技术，但不要执着于技术。
• 有一段时间，每天早晚各读一个小时，早上早点到单位，没有人影响，就读书，这样你坚持一年，会发现去年的自己其实和傻逼没啥区别。
• 没有理论指导的实践，就是折腾，没有实践验证的理论，就是嘴炮，不折腾，不嘴炮。
• 书可信，但不能全信。书就是书一字一句，谈不和作者对话，你以为的和作者对话是你自己一厢情愿，并不能代表作者就是这样想的。比如红楼有专门的研究，研究了几十年也没说就研究透了，如果可能的话，还不如把作者抓过来问一遍来的直接。
• 读书是获取知识的重要途径，很多顶级优秀的人是从来没有出过书的，你如何获取他的知识与价值？
• 人比较善变，或者说观点善变，可能写的时候这个想法，写完了另外一个想法，作者和读者都是变化中，找到自己认同的一些观点。
• 所以书只能是书，只从书中获取知识，本身就是局限思维。
• 读书是寻找自己问题的答案，沟通交流也是，各取所需，那些出书的人可能也不是全才，只是个人见解加上从别人那里学到的知识。
• 想改变，看公众号，听书，都做过，后来发现其实他们的底层理论，都来源于老外的书籍，你最好往源头去看，结合你自己的实际去学习和揣摩。
• 现实情况是能够遇到水平高于领域内能够出书的作者这样的牛人，且能够有效获得他所具备的知识，概率不高。当然现在出书的门槛迪，有些很水。有些精于实践的人也不一定能把陈述性知识陈述好，程序行知识就真的是通过类似师徒制的方式，边模仿边实践出来的了，只是面上的沟通交流意义不大。
• 我推荐大家多看国外的书，然后结合自己实际去揣摩和应用。读书太重要了，我自己反思是读的太晚了。
• 绝大多数人不会遇到拓宽人类知识边界的挑战。只是把已有的东西吸收实践实例化。这个实例化的过程需要花费很多思考和试错。就是没必要从零开始试。
• 读书才是普通人弥补差距的最佳路径，这是我自己的感触。接触不到那么高端的圈子，作为普通人来讲。
• 综合来说，书籍算是一个最合适的次优解了。
• 大家在碰到问题时，我觉得第一步是解决问题 问人 ，第二步取决于自己自觉性要不要深入 ，这个时候就是看书。
• 书中是找不到那些奇葩的error解决办法的，需要通过多渠道多途径多选择的方式。
• 先要有感性认识，不然看书就是天书啥都不知道，这也是为什么带着问题去看书效率高的原因：有需求。
• 开始看书、问人是解决具体问题，是找解决具体问题的方法论。能力提升后看书，就是看的思路了。
• 读书，请问人，广泛的交流，都是学习渠道，要看你解决的问题，如果是技术问题，问技术专家是最快的，然后是查阅文章，单纯读书不是最优解。如果你是想提升认知，我认为读书是最佳路径，就我自己而言，没有之一。

书单推荐