如何做到慢即是快

上一周，我让小伙伴们思考，什么是慢即是快。大部分都答到点子上了。可是在实际工作中，我发现并没有真正意识到这一点。所以引发了我自己的一个思考，那么如何做到慢即是快呢？

 

我以问和答来做下工作总结。

 

Q1.  如何做到慢即是快？

先思考，有思路  -->  动手做  -->  测试  -->  反思  -->  改进。

每一步做好都是为后面一步做铺垫。上面的流程应该是一个收敛状态，比如说测试的Bug数、现场的问题应该越来越少！这是一个良性循环，但事实上很多项目设计阶段做得不好，后面很难收拾。

每一大步做好是为后面一大步做铺垫，比如说应用层做好了，才可能做底下的SDK-播放器SDK。

 

Q2.  该如何自测？

首先 拎清楚 什么是整体和重点。

整体的稳定性，和 关键功能、关键流程 或 关键细节 的把控。

一个大任务怎么分解成多个小任务？大任务之间和小任务之间的优先级又是什么样子？

切忌把边边角角作为重点。

同理开发也适用！设计也适用！这是一个方法论。再比如说沟通和表达也是如此！

 

Q3.  自测用例如何写 ？

和2类似，排优先级；

然后每个用例的步骤是什么，之间的逻辑是什么，你想要的预期结果是什么。

 

Q4.   “差不多”与 严谨 区别？

差不多是很多国人的口头禅，所以也包括了程序员。但这恰恰是程序员的一大忌！

编程，讲究的就是一个逻辑性，应该意识到：差之毫厘, 谬以千里。

对待代码和逻辑，一定讲究严谨和一丝不苟！

 之前碰到一个台湾老板，很严谨。我突然意识到，常听说德国人的严谨应该就是这样。

好的东西我们要多去学习思考借鉴和吸收！

 

“差不多”可以用在与人相处上，少点计较。但切不能用在工作上和编程上！

这也是很多人的通病，自以为是，请听后续分解~