技术开发--团队开发

首先,我认为一个技术团队,如果想要高效,高频的完成一个需求,必须要学会团队开发,只有大家融入了这个团队中间,每一个人吧自己要开发的和需求的东西都及时,高效的完成,保证不拖后腿,才能最高效的完成开发某一功能点的任务 。

单针对开发人员来讲,拿到任务的第一时间 ,应该是对这个任务进行业务上的分析 ,分析这个业务是否会影响自己开发部分中其他业务,如果会,怎么把这两个业务联系起来 并且拆分开来,做到业务之间不互相干扰,其次就是分析这个业务的需求 ,这个业务是要求是什么,是要去做什么样的代码去完成它,接下来就是需求分析了,大家凑在一起讲解一下这个需求分析 ,并且扩展一下这个需求中可能遇到的什么难点,重点 ,并且吧这个难点再次的划分开来 ,然后仔细判断下这个难点为什么难,该怎么去做处理,处理这个难点罗列下来几种情况,然后吧需求搞明白了,吧这些个业务划分好,吧这些个用到的知识点大概在心里判断下 ,就开始编码了,很多时候编码的时候才会发现自己的需求分析又做的不好了,因为难免会遇到一些考虑不周到的地方 ,然后就会去想到去重新了解需求 ,所以这就是大部分程序员遇到的问题 ,感觉项目越写越难,耦合度越来越高 ,造成修改一个地方要去被迫修改其他地方,导致牵一发而动全身。

所以我们做需求,做业务,一定要像一个金字塔一样 ,话说地基做的有多好,决定了你的楼盖的有多高 ,写代码亦是如此,只有需求做的明白了,业务了解的透彻了,写起来代码才是得心应手,以前开发不懂,总是走一步看一步,造成了app里面有好多自己意想不到的bug,也很难去修改,给自己一个忠告,一定要想好在写,一定要引以为戒。

 

接下来讲到了开发模式 ,咱们app相对于罗列出来的这几种开发模式中 ,我感觉属于全局模式,就是各个部门人员实时了解项目进度,应该尽量变成点聚合模式,即各自掌握自身负责模块进度及全局中自身涉及信息,才能高效的完成公司的产品和项目

还有就是针对于一个功能的实现的时间的分配,产品设计,应该占到怎么设计的15%,ui占到设计的20%,并且前后台统一命名规范 测试应该配合UI 整理命名正确及可读性 产品应该规范页面流程,编码开发呢,应该占到整个项目的最多的时间 35%,而且还要根据开发需求及时提供合格UI 产品改动跟进 单元测试 模块测试,最后测试,也是仅次于开发的重要的时间30%因为只有经过大量的测试,才能知道你的代码是否合格。

 

 

转载于:https://my.oschina.net/u/3234136/blog/828439

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值