此次项目优化

项目优化

花了三个多月的时间帮甲方完成了基于之前项目的二次开发，碰到的最多的问题就是返工的问题。

第一个问题：

在项目初期对方有给出原型图和蓝图，对于我来说蓝图都是草草扫了一眼，直接看的原型图，之后就进行人天确认并着手设计表和实体。
这里最大的问题是，后期产品设计那边和我推卸责任的时候说的，就给了一周时间做原型图，这个原型图对他们最大的好处就是图给了，逻辑我不给，限制我也不给，自己估算人天吧。
那时候一直被催着，就傻乎乎地随便估了一些人天，后来发现每个页面关联非常严重，而且基本都是需要回写对接别的系统，也就是页面按钮尽可能少，全部在后端把事情干完了。所以一直觉得自己估算的人天好像还不太够用，这个大概不算我的问题，我也是在做其他项目突然被调过去的。

第二个问题

在确认完人天后其实我还是不太了解整体需要做什么的，我大概知道他们要做什么，但是不知道具体的流程，我那时候仔细看了甲方给出的蓝图，不过说实在我没看懂他们的流程图，流程图没有直接与原型挂钩，所以导致我设计表的时候完全没考虑那么多，何况我一个人负责起来，被催着开发，导致也没有好好去把项目整个整理出来，结果那边产品肩负着项目经理，但是却没有把项目经理的事情做完，只能期待我去给他们想和优化。
我也没见过这种阵仗，没有过多考虑就进行开发了。
就是这块表设计的地方导致我返工了好几次。

第三个问题

如果是做外包项目，甲方说做完了我边测试，边优化是最坑的，因为这边单元测试是没有人管的，也没有请专业的人员去进行测试，所以一度是项目做完了，才开始测试。
这边我也是自测这一块回写的并没有好好去测试，只想着往后开发了，之前自己做的项目是自己大概走一下流程，然后提交给测试那边压力测试和暴力测试的，所以自测这一块我一般不会投入太多精力。
项目做得差不多以后，这边的人开始跑系统，因为之前也是有对接别的系统的，一直报错都是找我解决，大多数问题是那个系统返回的，所以我也没头绪，大概知道是数据问题不匹配，最后他们没有专门请那个系统的开发人员导致在这一块后期才调了人过来协助，导致这一块就耗费一两周的时间。
然后一直优化修改到上线日期。
大概是这种：明天我要上线，但是今天还得给我改页面或者逻辑，而不是改bug，当然那边是 默认你逻辑没达到我最理想的结果那就是你的bug。
这个项目做完，当场自闭。

第四个问题;

做到最后我重新看了蓝图，当然我看出来了，蓝图和我做的东西大概就只是简单解释，都是表面的东西，这是我深感痛恶的。
最好的做法是已经发现了问题，一定要让那边给整理，不然会让人理所当然你是开发这些都是你来做的，如果给了非常充裕的时间是可以的，如果发现喜欢压缩时间一定要提出来。
回到那边的需求，大概就是我让你改让你优化就优化，大概原因是当初公司也没派专业的人去分析，因为我们公司派顾问是需要收费的，而且费用不低。
毕竟那时候新人薪资低就给我拿过去了。
后期有个问题需要我自己把控的事情就是，到差不多时间的时候，公司给我调回去参与新项目，而那边则一直在让我进行优化和协助看bug，导致我这段时间加班接电话到爆。
希望给大家一个参考。

最后谈谈优化问题：

我这边是需要对接别的两个系统的，而且有一个核心的库表，存放着各种库和库里面的材料。也就是你从这个库把东西取出来，然后打个包再放回去，或者送到另外一个库中，同时需要对另外两个系统发送这些操作库的数据，在别的系统也需要数据统一。
我是先传了其他的系统再进行回写了自己的库，也就是还没进到库的时候，我用别的表过来的数据去进行判断传送到别的系统，导致这种回传的接口我每个地方都复写了，当初也是为了开发快一些，按照最顺的逻辑来写，毕竟还没写那些接口之前，我甚至不知道这些传的数据需要做那些规则判断，这边的项目经理对此是一窍不通的，后来对我干脆称他是产品。

第一我这边的想法是：

去修改了这个核心库表的时候，将这些改变传给别的系统，也就是先修改自己的表，再通过这张表去把数据传到别的系统，这样只需要写一个接口去调用这个接口就行了。

表的优化就是第一个返工是，是因为我有打包但是没有给包的数量，后来给了结果再次让我显示包里面材料的数量，当然这个我数据库里面是有这个值的，只不过显示涉及到我的接口。
光是包数量这个修改就让我涉及到了十几个接口的修改。

最后:

有时间的话可以考一个PMP证书，或者学习一些相关的知识，对项目的理解和开发有十分重要的帮助，想成为全栈的兄弟我觉得也可以看看。
毕竟技术的使用也是要区分项目大小复杂度的。