由于交流中的问题引发的开发问题

博主在开发时被告知工作内容有变更且已简化,但设计变更无记录,小组成员不知情。教训一是开会讨论的变更要公开并管理,否则会导致工程延期;二是编码时要分析业务,重构代码,减小方法粒度以应对变化。
    今天在干活的时候,突然有人告诉我我这里该做的不是我已经做的东西,因为他和我们的TeamLeader已经商量过了,对这里的东西做了一定的改动,而且简化了好多。我狂晕angry_smile.gif,什么叫软件工程?在设计过程中的变更根本就没有任何的记录,小组的成员也对这样的决定一无所知,如何开发项目。
    教训就是每次开会讨论出来的问题,尤其是变更,一定要抛出来,让大家都知道,并作为变更来管理。不然的话只会带来工程的延期。
    当然另外的一个教训就是,以后自己在编码的时候最好对自己这段的业务有个分析,尽量重构代码,以应对以后的变化,方法的粒度要小(远程方法除外)hitwall.gif

转载于:https://www.cnblogs.com/Masterpiece/archive/2004/09/22/45472.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值