程序员思维——四个思考原则



一、什么是四个思考原则?

  • 以终为始,确定好真实目标;
  • 任务分解,找到实施路径;
  • 沟通反馈,解决与人打交道出现的问题;
  • 自动化,解决与机器打交道出现的问题。

二、如何运用思考框架?

运用这个思考框架,我们需要问自己一些问题:

  • Where are we?(我们现在在哪?)
  • Where are we going?(我们要到哪儿去?)
  • How can we get there?(我们如何到达那里?)

三、场景实践

在实际的工作中,这个思考框架会帮助我更好地了解自己的工作。

比如,当一个产品经理给开发交代一个要做的功能特性时,要学会提出这样一些问题:

  • 为什么要做这个特性,它会给用户带来怎样的价值?
  • 什么样的用户会用到这个特性,他们在什么场景下使用,他们又会怎样使用它?
  • 达成这个目的是否有其它手段?是不是一定要开发一个系统或者一定这种设计?
  • 这个特性上线之后,怎么衡量它的有效性?

如果产品经理能够回答好这些问题,说明他基本上已经把这个工作想得比较清楚了,这个时候,才可以放心地去了解后续的细节。

问题1:用思考框架对照一下,为什么会问这些问题?

一般来说,一个新特性要开发时,现状是知道的。所以,开发者会更关心目标,这里“为什么要做这个特性?” 就是在问目标,“给用户带来怎样的价值”是在确定这个目标的有效性。

接下来,关注实现路径,用户会怎么用,是否有其他的替代手段,开发需要了解产品经理的设计是经过思考的,还是“拍着脑袋”给出的。衡量有效性,则是要保证工作不会被浪费。

问题2:怎么会想到问这些问题?

给出思考框架是为了明白为什么要提出问题,而具体问题要怎么问,就可以遵循下面这四项原则:

  • 以终为始

就是在工作的一开始就确定好自己的目标。

我们需要看到的是真正的目标,而不是把别人交代给我们的工作当作目标。

你可以看出这个原则是在帮助我们回答思考框架中,Where are we going?(我们要到哪儿去?)这个问题。

  • 任务分解

是将大目标拆分成一个一个可行的执行任务,工作分解得越细致,我们便越能更好地掌控工作,它是帮助我们回答思维框架中,How can we get there?(我们如何到达那里?)的问题。

  • 沟通反馈

是为了疏通与其他人交互的渠道。

一方面,我们保证信息能够传达出去,减少因为理解偏差造成的工作疏漏;另一方面,也要保证我们能够准确接收外部信息,以免因为自我感觉良好,阻碍了进步。

  • 自动化。

就是将繁琐的工作通过自动化的方式交给机器执行,这是我们工程师本职工作的一部分,我们擅长的是为其他人打造自动化的服务,但自己的工作却应用得不够,这也是我们工作中最值得优化的部分。
在这里插入图片描述
前两个原则是要在动手之前做的分析,后两个原则是在通往目标的道路上,为我们保驾护航,因为在实际工作中,我们少不了与人和机器打交道。

四个原则互相配合,形成了一个对事情的衡量标准。总体上可以保证工作是有效的,在明确目标和完成目标的过程中,都可以尽量减少偶然复杂度。

问题3:分析这四个原则是怎么运用的?

前面的场景,产品经理把要做的功能特性摆在我面前。

站在以终为始的角度,我们需要了解真正的目标是什么,所以会关心为什么要做这个特性。为了保证目标是有效的,会关心它给用户带来的价值

有了任务分解的视角,我需要将一个大的目标进行拆解,如果我要达成这个目标,整体解决方案是远远不够的,还需要把任务分解成一个一个小的部分。所以会关心一个一个具体的使用场景。一方面,了解到更多的细节,另一方面,当时间紧迫的时候,可以和产品经理来谈谈究竟优先实现哪个场景。

为什么要学会沟通反馈?因为我需要明确,自己是否真正理解了产品经理提交的需求。所以,我要不断地问问题,确保自己的理解和产品经理交代的内容一致。另外,也需要保证产品做出来确实能够达到目标。所以会关心它上线后的衡量手段。因为这个行业里有太多代码上线后,从来没有运行过。

从自动化的角度看,我们做的方案通常是一个自动化方案,但我们需要了解这个方案没有自动化之前是怎么做的。如果不自动化,用户会怎么用。所以会关心是不是还有其它替换方案,比如,买一个现成的服务。因为很多需求的提出,只是因为我们有了一个开发团队而已。

四、总结

大多数人工作低效是由于工作中偶然复杂度太多造成的,只要能够更多地将注意力放到本质复杂度上,减少偶然复杂度造成的消耗,我们“真实”的工作效率自然会得到大幅度提升。

而想要减少偶然复杂度的消耗,就要了解一些高效的工作方式和行业的最佳实践,而这一切是可以用统一的框架进行思考的。

我们不是一个人孤独地在工作,而是与其他人在协作,想要做到高效工作,我们就要“抬起头”来,跳出写代码这件事本身。所以,工程师解决的问题,大多不是程序问题

这就是真实世界,它不像考试一样,有一个标准答案。

如果本文的内容你只能记住一件事,那请记住:面对问题时,用思考框架问问自己,现状、目标和路径。

  • 18
    点赞
  • 21
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

英子的搬砖日志

您的鼓励是我创作的动力~

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值