大家好，我是老三，作为一个开发工程师，写代码是我们安身立命的根本，但是代码相关，代码之外，一些软技能也很重要，写代码很多时候决定能不能干活，软技能决定能不能干好活。
老三的编码还算凑合，软技能比较一般，最近也看了一些书，给大家分享一下，顺便水一期文章（主要目的）。
《非暴力沟通》
在编码之外的能力，最重要的可能就是沟通能力了。和同级的沟通、和上级的沟通、和下级的沟通、和外部的沟通……
怎么去消除分歧，达成共识；怎么表达需求，推动合作；怎么表达不满，促进优化；这些都是需要比较良好的沟通能力。
推荐大家看看这本书《非暴力沟通》，非暴力沟通的核心是客观描述、表达感受、提出请求，这一套沟通的理念也很适合项目开发过程中的沟通。
之前有和两个支付渠道合作，蚂蚁的那位商务大哥，在沟通这块真的是炉火纯青，尺度拿捏的刚刚好，交流起来如沐春风。
对比另外一个渠道，年轻的商务可能需要提升了，找不准沟通的边界，导致我们从上到下都对她避之不及。
《逻辑学导论》
不管是做产品、开发、还是运营，文档、代码、图表等等是落地的工具，那么逻辑学就是思维的工具。
《逻辑学导论》这本书就是很经典的逻辑学入门书籍，通俗易懂，怎么去完善自己的设计，怎么去说服别人，都需要底层逻辑思维的支撑。
最近有场面试，三面是某个大厂的业务经理，怎么说呢，我觉得这个年轻的经理应好好该看看这本书。
《程序员的底层思维》
这本书是目前书单离程序员最近的一本，介绍了一些通用思维和专业思维，如果说《逻辑学导论》是通用的逻辑学基础，那么这本就是程序员的具体逻辑思维实现和总结。
“任何软件系统的设计都基于归纳法，而非演绎法，即软件设计人员总是通过对现有世界和业务的总结提炼，而无法通过推测演绎完成软件设计。设计人员无法对业务的未来做出预测，只能基于有限的经验，尽量保证设计的灵活性和正确性。”
书里有这么一段话，治好了我的精神内耗，做系统设计的很多时候，我都会纠结，这个点如果未来出现变化怎么办？我的这个设计会不会腐坏？其实系统设计都是基于归纳的，最主要的需求还是适应当前的业务。
《向上管理：如何正确汇报工作？》
《向上管理》——曾经的我不屑一顾，现在的我逐行阅读。
作为打工人，很讨厌的一件事情，就是汇报，晨会、周会、周报、季度总结、年度总结……让打工人槽点满满。
我们都很讨厌那种向上管理做的非常好，向下落地一团糟的人，和同事聊过，他之前在的公司，部门的领导就是很会PPT、很会汇报，但是业务技术基本不懂，偏偏这样的人就是领导。
当然我觉得不是说，我们就要一门心思向上管理，而是说，假如能做好落地的人，又能做好向上管理，那绝对是王炸。
“汇报工作只占了一个员工全部工作的20%，但是这20%的汇报却决定了你80%的工作效率和工作成果。”
书里的这段话，我觉得让我有种茅塞顿开的感觉，未来我可能会更加注意向上管理和汇报。
《极简项目管理：让目标落地、把事情办成并使成功可复制的方法论》
这是一本项目管理的入门书，书里讲了项目的本质、项目的规划、项目的落地、如何应对变化等等方面。
在实际的工作中，其实每一级都可能是项目的发起者和推动者，而不是管理者的特权。大到一些复杂业务项目的落地，小到一些业务问题的处理，其实都是一个项目管理的过程，每个人都可能会不由自主地充当PM的角色。
掌握一些项目管理的方法论，有备无患，总比猝不及防要好。
《时间管理：如何高效利用你的每个24小时！》
虚假的时间管理大师：上综艺、开演唱会、跑通告……同时还有时间约会、开派对。
真实的时间管理大师：一个人，一堆群、一堆业务方、一堆会……同时还有时间写代码，赶需求。
这本小书，用讲故事的形式，讲了一些时间管理的方法，可读性非常不错。
我们经常要面临的一个问题，是1个人被当1.5个人，甚至2个人用，很多时候没法改变现状，只能尽可能管理好自己的时间。
比如著名的“重要紧急矩阵”方法，重要且紧急的事情优先干，紧急但不重要的事情接着干，重要但不紧急的事情排期干，不重要不紧急的事情最后干。
最后，关于软技能，大家都有哪些推荐的书呢？欢迎私信我。
