* 消息发送方告诉服务器有新消息
* 服务器方接收发送消息方数据
* 服务器告诉消息接收方有新数据要接收
* 接收方取得数据器端数据
* 接收方告诉服务器数据已经拿到,消息可以作废
像这样基本上就把一种事讲通了 。
3)步骤三:问师傅或领导
像前面这样想一想,把它写下来,可以用思维导图,可以用文字,也可以用UML图,或大学时学的流程图 。你确定对功能的理解和实现思路的理解都是对的吗?我相信你不敢确定 。所以,整理完思路,不是直接开发,要先问下师傅,让他看你的理解对不对 。师傅以他的经验,如果有问题,他能帮你指出来,你再把思路修改一下 。两人再切磋一下,基本上就把功能点都找出来 。
实际上,我前面讲的这三部分,分别是需求分析、概要设计和设计评审 。如果你是在大企业或有流程的企业,都有专门的流程节点和编写要求,正常是用UML图来画分析设计图,评审有专门的分析设计评审会,就按公司的要求来做就是了 。如果是在专业性要求不高的公司,可以采用这种简化的分析、设计和评审方法,至少自己的专业水平不会太差 。
我这种简化了的分享,主要是用来帮助理解分析和设计的原理 。通过这种简化了的分享,应该感觉分析、设计很简单吧!不然很多人认为分析、设计是很高大上的,很难的事,就很抗拒去做,结果专业能力一直提升不上去 。
实际上,分析、设计还是比较简单的,难的是UML图不懂得画,而往往把分析、设计理解成画UML图和写文档 。分析、设计是用来整理思路、辅助理解需求,UML图是用来辅助分析、设计的,而现在UML图把分析、设计难住了 。《大学》里有句话:“物有本末,事有始终 。” 而把分析、设计理解成画UML图,就是本末倒置 。
4)步骤四:写代码 (做个快乐的代码搬运工)
到前面这个阶段,基本上就很清楚功能做什么,怎么做了 。那就可以当个快乐的代码搬运工,找到每个步骤的实现代码,把它搬过来,所有的步骤和功能点都实现到了,那这个功能就开发完了 。
5) 步骤五:测试
代码开发完,不要认为就结束了,丢给测试就可以了 。一般初级工程师都不会做测试和跑测试用例,所以公司没有要求,我们也不做 。但是,我们要自己去用下这个功能,如果自己开发出来的功能,自己都不会用,你觉得用户会懂得用吗?
自己试用的过程中,如果有用的不流畅的,用户也会用的不流畅;如果你觉得做的功能看起来看丑,那客户也是这种感觉 。所以交出去的功能,是自己满意的功能 。那测试的时候,基本上是很少BUG了 。

文章插图
3. 开发的无上原则【准时完成】
前面讲了这么多,通过分析、设计、评审,让你对功能需求有充分的理解,这样写出来的功能的完整性才有保证,自己试用功能,才能减少bug,所有的这些操作,都是让你做的功能,减少bug率和返工,确保开发进度 。
做开发有个至关重要的原则,就是“准时完成” 。我带团队,硬性要求就是项目必须准时上线,不能有任何的延期 。如果你能做到准时完成,比看十本执行力的书都来的有效果 。
4. 总结这节课我们分享了做功能开发常见的错误方式,大家尽量避免犯这些错误 。简单分享了分析、设计、设计评审的原理和操作步骤,打消程序员对分析、设计的抗拒心理,提升程序员的专业性,也让大家掌握做功能比较好的方法和习惯,确保功能开发能准时完成 。
推荐阅读
- 如何理解JAVA类装载器ClassLoader?高级开发才懂的技术点
- 摩羯座最怕的三大星座 鬼最怕的星座排名
- 梦见自己长了很长的头发是什么意思 梦到自己长了很长的头发
- 微信主动加好友通过率90%的小技巧
- 梦见不认识的死人躺着然后突然来摸脸 梦见不认识的死人躺着吓了一跳
- 处理声音与画面的分离编辑,使用Camtasia
- 自己开的淘宝店怎么推广 淘宝卖东西怎么推广
- 怎么跟婚外情人说分手 婚外情分手最好的方式
- 怎样界定人们常说的普洱茶老茶树
- 对高并发流量控制的一点思考
