标签：exp 很多 修改 问题 质量 效率 现在 复制粘贴 col
先简单回顾一下这一周的情况, 一句话讲: 啥也不是.
这周的前两天基本实在修改我上周写的两个脚本之中度过的, 修改的原因?
再说第二个脚本, 是因为对业务不够熟悉, 在写的时候拿到需求想当然的就开始写了, 结果到最后却不是要的结果.
有问题当然要改了
说以后写代码一定要细心, 有些假大空了, 其实只要讲脚本的结果进行验证, 看看是不是正确的, 包括一些边界条件的值, 这种情况还是可以避免的, 一定要养成这个习惯.
对业务不熟悉的问题, 当然是要熟悉业务了, 先从使用公司软件, 从用户的角度熟悉开始.
这周的后边两天, 是要讲之前在项目B中写的代码迁移到项目A中, 这个迁移的过程十分坎坷, 刚开始的时候, 我一听, 好简单啊, 不就是复制粘贴么? 但是当我开始着手后才发现,并不是我想象中的样子.
我在一开始迁移的时候, 是一个功能一个功能来迁移, 迁移完一个测试一个, 确保没有问题在迁移下一个. 但很快我就发现新的问题了, 这样迁移效率十分低下, 在这个过程中我还要把逻辑理一遍, 项目A中的代码是公司我老大写的, 我迁移了一天时间, 才不过迁移了一小部分.
第二天, 我放弃了之前的做法, 真正采用复制粘贴的方法进行迁移, 然后把相关的代码全部换成项目B中的代码, 到今天晚上, 我把代码迁移完了, 但是还没有进行测试, 至少在IDE中没有标错误. 这样迁移的问题我十分清楚, 逻辑我都没有理清, 也没有进行相应的测试, 出问题是一定的. 但是我没有想到有什么好的方法可以保证质量的前提下高效的将代码进行迁移.
现在我慌得一逼, 不知道周一去了, 老大见了我迁移的代码是什么反应, 不满意是肯定的, 因为我自己都十分的不满意, 我也知道是我能力的问题, 我得快速提升能力, 为老大排忧解难, 毕竟我是老大一手带起来的, 怎么说不能给老大丢人不是.
标签：exp 很多 修改 问题 质量 效率 现在 复制粘贴 col
原文地址：https://www.cnblogs.com/hujingnb/p/11216204.html
