论程序员实现功能开发

程序员的开发步骤一般是  1.解读需求(从需求处获取第一手需求文档)

2.实现设计界面(从设计师手中获取第二手界面布局)

3.测试(自己对需求的逻辑和设计界面进行测试修改)

4.打包上线(确认无误后打包更新渠道)

但是现实与理想的差距是甚远的,

首先需求方的需求并非"正确",这里的正确是指能够满足相关的正真需求.

其次在实现过程当中需要后台的配合,后台所提供的数据接口未必是真正按照需求来实现的.

再次多人开发的过程当中你需要使用到别人的模块时,别人提供的方法未必给你提供了明确的使用方法和场景.

测试未必能完全理解需求,测出业务在不同的情况下显现出处理错误,

测试并不能完全测出由于程序问题导致的一些错误 比如 (内存溢出,不同情况下的加载显示方式)

最终的结果导致所有的环节都会压在程序员开发这一环节, 开发在过程当中你能控制到 1.后台接口所提供的数据接口正确性,并且设想到多重条件处理方式;

2. 可以通过沟通等方式克服使用到别人的模块时方法场景的模糊 问题.

3.自身的功能模块BUG还是需要自己来调试,可以通过测试工具和业务环境切换 来 经量减少此问题的发生.

然而为了保证程序完整无误 需求正确的上线  要吗需求目标明确单一, 要吗功能独立

而事实上最难的这一块就是需求的问题,程序员需要做的太多太多. 当需求不明或者需求本身就没有考虑到后期的维护更替性. 程序员只能通过经验去对需求进行修补,然后修补时有限的.以至于后期的实际需求导致无法维护. 在这个过程中程序员也许已经在开发时 替 需求想到了,但是并未全面实现. 所以在后期维护时导致了无法维护.此时责任就落到了开发身上了. 在这里我要说的是,程序员在开发过程中并非是万能的.他们不可能预见到所有的需求.而且在整个开发过程中 开发要做的 事情其实已经比 需求和设计 作出了多得多的 考虑和设计.(有时候心里其实有个或许错误的想法 : 有了程序员 还要需求和设计做什么呢??告知我们一下这个要做成这样, 再帮我们切个图?然而你们并不能提供真正的需求和界面)