高效程序员是思考的?读后感(一)

高效程序员是如何思考的?读后感(一)

行业名著<<人月神话>>

原文

1975 年，弗雷德里克·布鲁克斯（Frederick Brooks）出版了软件行业的名著《人月神话》，他给出了一个统计结果，优秀程序员的开发效率是普通程序员的 10 倍。40 多年过去了，这个数字得到了行业的普遍认同。成为"高效程序员"是很多程序员的追求。但工作产出并不只是由写代码的效率决定的，一些不恰当工作方法很大程度上影响着你的产出。

疑问:到底差在哪?

是差在方法论? 还是差在执行力? 还是就是我本身智商不够! 记忆力不够好! 压根就不适合干这行! 想到这,我就陷入无尽的内耗中,然后就给自己一顿PUA!!!

干那么快干嘛!程序员就是自己把自己的命给革了,整的我饭都吃不上了 难过

名著不愧为名著-偶然复杂度和本质复杂度

这是嘛意思?我的大脑进行了飞快的运转,想到了...突然肚子疼想要去厕所,但是家里桌子板凳挡住了我的去路,我目前凭我250的智商想到了两种解决方案,一种是凭我健硕的体魄搬开他们,杀出一条路去厕所,还是就麻烦点绕开他们

机智如我,最终痛快了,作者的意思让我们日常工作中 尽量的减少偶然复杂度,而专注到本质复杂度中,解决问题,那我再想每次具体问题具体分析是不是都要累死,有没有好的思维模式能告诉我们,让我像小时候写作文那样,直接套,那简直太爽了,然后我就想到了它

这智商我又绕了一圈

这更记不住了,还是引用百度得解释吧,大致意思就是开始code前,问问自己问题,cpu下自己,no,这还得记麻烦死了,250的大脑都快烧爆了,

• WHAT——是什么，目的是什么?做什么工作? 做完下班,还能干啥!撸代码
• WHY——为什么要做? 可不可以不做? 有没有替代方案? 哼!得吃饭呀!不,我喜欢代码!让同事做
• WHO——谁，由谁来做?
• WHEN——何时，什么时间做，什么时机最适宜? 上班做必须上班做
• WHERE——何处，在哪里做? 可以远程办公么?躺沙发商不错哟
• HOW ——怎么做，如何提高效率，如何实施，方法是什么? 我也想知道
• HOW MUCH——多少，做到什么程度，数量如何，质量水平如何，费用产出如何? 我一个码农你让我想这些,赶快发工资

上面的方法显然没用,还得是作者

还是得是作者呀分析了下,总结成三个关键词

• 现状?
• 目标?
• 实现路径?

简直了!他还总结出了四个思考原则,用我得脑子,来细化下

• 以终为始,从结果去想这个问题如何解决?那些问题是难点?那些问题我需要和别人沟通后才清楚?
• 任务分解,如何将结果分解成小问题?是不是分解得每一项都是可以落地执行的?
• 沟通反馈,如何请请教别人更高效?请教后,我得到答案了么?没有,就再请教,递归么!
• 自动化,我是不是每天都在干些重复的工作?可以抽取出来让机器帮我干吗?

一想就会,一干就废?

请期待我这个无业游民下章读后感吧

出处：www.sssd.top/archives/16…

版权：本作品采用「署名-非商业性使用-相同方式共享 4.0 国际」许可协议进行许可。

这篇好文章是转载于：学新通技术网