我的工作日志5
上次提到了开发人员自测和互测,算了搞了一次"批评与自我批评",整风搞完了总是要作总结的.
忘记了是多少号了,上午简单解决了一点遗留问题,就开始参加总结大会,结果就开到了12点。
会议中出现的问题:
会议主题太多,一会说测试的问题,一会说需求的问题,一会说开发的问题。
会议没有做好记录,说了回头又忘了。我做了会议笔记,开发中遇到问题,还要去和需求,设计核对,不然还会出问题,会议等于没开。
需求不定,没有设计,没有人拍板,都怕担责任,需要请示领导,拖啊拖的,有时候领导都忘记自己说的是什么了,让开发人员不停地改来改去,开发效率太低。
很多都是需求和设计的问题,开发人员遇到问题,和需求人员核对,然后做,但需求人员来不及改文档,而测试是按照需求文档进行测试,这时候矛盾就产生了,没有文档记录,谁也说不清说的责任
开发需要不断地与需求核对,有时候都快把需求问烦了,没办法,需求文档上东西和开会说的不一致,到底按哪个。
……
我也不知道一上午会开出了什么结果,还有待boss出一份会议总结文档.说实在的,还不如直接给文档看呢,开会开得迷糊。
用了一周多吧,wzml模块基础流程终于跑起来了,但是问题依然很多啊.
1、wzmlmb部分做的时候略过了,这是ml模块的核心功能,可能需要一段时间才能搞定。
2、1.0的数据要迁移到2.0上来,需求人员要求我们跟1.0做的一模一样,一点不变(不明白这样为什么还要做2.0),但他们需求说明书却简略得很,而且跟1.0不一样,他们也提到需要还要重新改,所以我们可能面临返工。
3、因为合作开发,多人操作同一个类,又没有设计文档,都是自己写自己的,所以冗余的代码比较多,但不冗余又会造成有些方法耦合太大,不利于维护,需要后期优化。
4、Js也有一定冗余,还有待抽出来放到单一文件中
5、没有加入权限控制,后期加入权限,还需要调整代码
6、还需要等待同事提供几个接口,如:获取lj编码,获取人员wz管理权限等
7、wzml同步部分还没有动工,远程数据同步,据说要用到公司内部自己开发的传输工具,还有待研究。
总的来说,截止到今天,wzml这块,我们仅仅完成了最简单的一条线,也就是全部工作量的1/3吧,细节方面挺繁琐的。
日志也写了几篇了,好像吐槽和抱怨居多,下次努力改正,以后尽可能发掘一些好的地方和大家分享。