我的工作日志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吧，细节方面挺繁琐的。

日志也写了几篇了，好像吐槽和抱怨居多，下次努力改正，以后尽可能发掘一些好的地方和大家分享。