程序员思维修炼 --- 读书笔记
关键点：优秀的学习能力和思考能力
本文是《程序员思维修炼》一书的读书笔记和重点内容
从新手到专家的5个阶段
- 1. 新手
- • 无经验，需要指令清单，需要老大教你如何执行
- 2. 高级新手
- • 有部分经验，可以摆脱固定规则，但是难以解决问题；
- • 高级新手不需要全局思维。全局思维在于观看整体，不仅仅是技术上，还有公司层面上的，这样有助于你去做决定，比如决定这个公司是否值得呆下去，决定这个项目是否对你有意义，决定是否是你以后必要的经验等。
- • 大多数人处于这个位置
- 3. 胜任者
- • 可以独立解决问题和思考问题；这个是利用以往的经验去思考和解决，但是细节方面有所缺失；主动性足够。但是还不够精通。
- • 仅次于高级新手的就是这个胜任者。
- 4. 精通者
- • 精通者具有全局思维，会扩展整体和框架，能够自我纠正。
- 5. 专家
- • 专家会不断寻找更好的方法和方式，有丰富的经验
- • 新手使用规则，专家使用直觉
成为高手的方法和经验
学习方法论
找到一个合适自己的学习方式，需要坚持学习，做任何事情都要坚持，只要坚持了，就一定有收获；同时坚持一种好的习惯；习惯成自然，坚持一个好的习惯可以有助于提高学习方法和技巧
- • 反馈时学习
- • 要善于和别人讨论，和别人讨论可以通过别人的反馈，来判定你是否真的已经了解
- • 流程图就很重要，架构设计图，一图胜千言
- • 博客的输出，如果得到别人点赞、评论，通过这个反馈去了解自己是否掌握，同时给自己带来信心。
- • 利用感官反馈
- • 通过反馈来验证
- • 集体学习，可以促使你更快进入状态，促使你更快的掌握，因为谁不愿意在同一个起点上弱于别人
- • 思考式学习
- • 需要知道，你自己还不知道什么，还不懂什么，还需要学习什么
- • 需要学习 如何学习的方法，技巧，方法论
- • 找个安静的地方，想，想，想，这样形成习惯，一定要给自己留一些时间去想、去思考，这样才能知道自己当前的问题，才不会随遇而安，才会有激情，才能知道该如何改进
- • 综合学习与分析学习并重
- • 实践时学习
- • 记录东西包括自己的笔记、经验；还包括自己的想法、和他人的讨论等
- • eg：有时候讨论的技术方案和思路，其实并没有记录，这样讨论完了就忘记了，当时还是记住了，但是没有然后了，可惜了。
- • 需要随时 7 * 24 小时记录一些想法、灵光一现的想法，经常会有这个情况，但是如果当时没有记录，那么就会彻底忘了；可以用手机上的备忘录去记录
- • 关键东西、好的东西一定要记录，好记性不如烂笔头，记忆总会失效或者模糊，但是记录永远存在那里。
- • 善于总结归档，文档、ppt很重要
- • 善于思维导图
- • 做完笔记后，还需要复习一下，复读可以让你重新回顾和思考，也许会有不一样的想法
- • 管理好自己的知识体系，体系很重要，知识不能杂乱无章
- • 要实践,不动手，不实践，不尝试，永远不知道结果，不知道结果那就没有意义;如果失败了，没事儿，学习嘛，学习新知识就ok了; 尝试会失败，知识会弥补；
- • 通过观察和模仿进行学习；比如学习别人好的技巧；观察别人平时是如何学习；如何排查问题的，然后学习好的一面
- • 要综合式学习，注重短期和长期的投资，记住，知识的投资一定都有用，关键是看到什么时候起到应有的效果。以前我只注重看技术书，但是不一定只看技术书才有用；看一些人文类、管理类都是有用的，会无形中提高你的思维和思想。
- • 目标导向式学习：目标 & 计划 很重要， OKR 、 KPI 充分利用起来
- • 可以先制定一个小目标，先能达到；然后诸多小目标汇成大目标
- • 不仅仅是工作，自己的学习计划都可以是OKR方式
- • 目标要可以量化，只有量化，才能知道是否达到，达到了多少
- • 经常制定具体可执行的计划和目标：比如半年、1年、3年、5年，甚至更远的目标，然后定期复盘和调整，根据行动计划看目标是否达成，如何变的更好
思维方式论
- • 改变解决问题的角度
- • 疑难杂症，通常需要换个思路；换个考虑方式
- • 逆向思维：不管是颠覆的，还是从上到下，还是从里到外，都可以换个思路
- • 要学会从多个角度去看待问题，从正面、反面不同的方向去看待并思考问题
- • 尝试寻找事务之间的关联性，进行类比；分析问题的时候，要了解各个环节的关联性
- • 要懂全局意识，全貌；全面分析和思考
- • 技术小兵的时候，考虑高手的事情，高手的时候考虑专家的事情
- • 做事情、做决策 都要全局去看待
- • 防止被固化的思维形成思维定势
- • 如果你需要创造力、直觉或者独创能力，避免使用形式方法
- • 需要考虑场景、情景；具体情况具体分析
- • 都喜欢偏爱自己熟悉的东西，如技术、方案、工具；不愿意自我调整和挑战、不愿意颠覆；有时候甚至只能看到自己熟知的东西，这个是很可怕的。很多时候自己认为的东西不一定是正确的。
- • 极少可能发生的情况，一定不要忽视，因为总有一天会发生，比如线上系统，某个已知问题是在极少可能的情况才会发生的，但是这个并不能忽视，因为如果一旦发生，可能会是比较致命的问题；所以，我们对细节要一一甄别并合理处理
- • 不过过早的下定论，因为很多时候你下定论的时候，只是你对这个东西认知还不够，如果等你认知够了，或者认知上升了一个层次，你会发现，没有什么不可能，你都做到；或者说，这个东西在下一次你再决定或者下定论的时候，就能够解决了
- • 做项目决策的时候，如果你还没有完全考虑清楚， 那么推迟下定论
- • 或者做方案选型的时候，很多时候，就是因为没有考虑清楚，所以过早、过于肤浅的下定论
- • 想要改变自己的时候，一定是苦难的，但是只有尝试改变，才会做的更好，否则不是现在这样了。
实战经验论
- • 技术本身不是很重要，持续学习才是最重要的；正确的掌握学习方法、把基础功底弄扎实非常重要
- • 在实践中保持技能；没有实践就没有技能，不能只问，一定要动手
- • 避免分心、保持专注
- • 给自己强制性规定，如规定什么时候看微信、规定什么时候喝水、规定什么时候和别人交流、规定什么时候撸码
- • 交流规则很重要，需要协商、制定
- • 拖延症， 这个得治
SMART
目标要对应目的，目的要有意义 流媒体融合调度为例，目的是：提升用户播放体验
目标是：平均起播时间由原来的1.2秒，降低到0.6秒，平均卡顿率由5%，降到2% 在6个月内完成
Specific 具体：平均起播时间 Measurable 可衡量: 起播时间降低到0.6秒 Achievable 可达成：0.6秒是可达的 Relevant 相关：平均起播时间和用户播放体验非常相关 Timing 有时间限制: 6个月时间完成
如果目的意义不大，目标也就意义不大了
对我影响深刻的几个点
- • 不过过早的下定论，因为很多时候你下定论的时候，只是你对这个东西认知还不够
- • 思维定势
- • 要懂全局意识，全貌；全面分析和思考
- • 需要随时 7 * 24 小时记录一些想法
- • 需要学习 如何学习的方法，技巧，方法论
- • 要综合式学习，注重短期和长期的投资
程序员修炼之道
关于软件开发
- • 规范先行，然后才是代码
- • 单元测试还不够，最好还要有集成测试；通过命令行运行测试用例
- • 好的编程语言自带测试框架
- • 写文档其实是在善待未来的你；文档就是契约
- • 不要将布尔类型作为函数的参数，避免引起歧义，从函数的意义和参数上看不出具体效果
- • 在选择编程语言时，不要只看语言本身，还要看社区
- • 认知成本是代码可读性杀手
- • 日志用于记录事件，不需要展现给用户
- • 一定要使用版本控制系统
- • 一个变更对应一个代码提交
- • 创建公共库
- • 学会使用监控
- • 使用配置文件
- • 命令行选项很有用
关于团队协作
- • 代码评审不是为了检查代码风格；在进行代码评审时，请把时间花在架构和设计问题上，不要对代码风格问题吹毛求疵。
- • 遵循代码风格
- • 显式胜于隐式
