【读书笔记】程序员思维修炼
关键点: 优秀的学习能力和思考能力
从新手到专家的5个阶段
- 新手
- 无经验,需要指令清单,需要老大教你如何执行
- 高级新手
- 有部分经验,可以摆脱固定规则,但是难以解决问题;
- 高级新手不需要全局思维。全局思维在于观看整体,不仅仅是技术上,还有公司层面上的,这样有助于你去做决定,比如决定这个公司是否值得呆下去,决定这个项目是否对你有意义,决定是否是你以后必要的经验等。
- 大多数人处于这个位置
- 胜任者
- 可以独立解决问题和思考问题;这个是利用以往的经验去思考和解决,但是细节方面有所缺失;主动性足够。但是还不够精通。
* 仅次于高级新手的就是这个胜任者。
- 精通者
- 精通者具有全局思维,会扩展整体和框架,能够自我纠正。
- 专家
- 专家会不断寻找更好的方法和方式,有丰富的经验
- 新手使用规则,专家使用直觉
成为高手的方法和经验
学习方法论
找到一个合适自己的学习方式,需要坚持学习,做任何事情都要坚持,只要坚持了,就一定有收获;同时坚持一种好的习惯;习惯成自然,坚持一个好的习惯可以有助于提高学习方法和技巧
- 反馈时学习
- 利用感官反馈
- 流程图就很重要,架构设计图,一图胜千言
- 博客的输出,如果得到别人点赞、评论,通过这个反馈去了解自己是否掌握,同时给自己带来信心。
- 利用感官反馈
* 通过反馈来验证
* 要善于和别人讨论,和别人讨论可以通过别人的反馈,来判定你是否真的已经了解
* 集体学习,可以促使你更快进入状态,促使你更快的掌握,因为谁不愿意在同一个起点上弱于别人
- 思考式学习
- 需要知道,你自己还不知道什么,还不懂什么,还需要学习什么
- 需要学习 如何学习的方法,技巧,方法论
- 找个安静的地方,想,想,想,这样形成习惯,一定要给自己留一些时间去想、去思考,这样才能知道自己当前的问题,才不会随遇而安,才会有激情,才能知道该如何改进
- 综合学习与分析学习并重
- 实践时学习
- 需要随时 7 * 24 小时记录一些想法、灵光一现的想法,经常会有这个情况,但是如果当时没有记录,那么就会彻底忘了;可以用手机上的备忘录去记录
* 关键东西、好的东西一定要记录,好记性不如烂笔头,记忆总会失效或者模糊,但是记录永远存在那里。
* 记录东西包括自己的笔记、经验;还包括自己的想法、和他人的讨论等
* eg:麦神有时候讨论的东西,其实并没有记录,这样讨论完了就忘记了,当时还是记住了,但是没有然后了,可惜了。
* 善于总结归档,文档、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 小时记录一些想法
- 需要学习 如何学习的方法,技巧,方法论
- 要综合式学习,注重短期和长期的投资
程序员修炼之道
关于软件开发
- 规范先行,然后才是代码
- 单元测试还不够,最好还要有集成测试; 通过命令行运行测试用例
- 好的编程语言自带测试框架
- 写文档其实是在善待未来的你;文档就是契约
- 不要将布尔类型作为函数的参数,避免引起歧义,从函数的意义和参数上看不出具体效果
- 在选择编程语言时,不要只看语言本身,还要看社区
- 认知成本是代码可读性杀手
- 日志用于记录事件,不需要展现给用户
- 一定要使用版本控制系统
- 一个变更对应一个代码提交
- 创建公共库
- 学会使用监控
- 使用配置文件
- 命令行选项很有用
关于团队协作
- 代码评审不是为了检查代码风格;在进行代码评审时,请把时间花在架构和设计问题上,不要对代码风格问题吹毛求疵。
- 遵循代码风格
- 显式胜于隐式
正文完