2021年度总结
个人价值
我觉得工作要尚于沟通很重要,我平常比较喜欢打电话沟通,我觉得电话比较直接,不懂的可以立马提出问题,不会浪费不必要的等待时间,比如来了zeasn比较经常沟通的就是易鸣,有什么需求差异的问题,需求不了解的问题我基本都是直接call 他,他有问题也是直接call我,他省时间,我也省时间。这样就够提高了我的工作效率。平时解bug 我比较经常喜欢呆在QA 里面,我觉得这样有时候复现题目也比较方便,有问题沟通起来也比较方便,也能从他们口中了解现在的产品质量情况,至少目前为止,我似乎没有听到过我们这个系统好用,测试都没有bug 的话,这都是我们未来可以去做的,如何做到系统好用?某天得到 QA 的赞赏的时候,我觉得这个Tv 系统应该也发展不错了。
包括平时开会的汇报,周总结都是一种沟通,不仅仅节省了时间,也会增进同事间的感情,毕竟日久会生‘情’是吧。代码风格的重要性,我觉得一个 team 代码风格最好保持一致,这样大家去交互模块的时候,维护起来看代码的舒服性也能提高,在MOKA 1.0 的时候 我就提出了项目里一些语法的统一性,如何正确使用VUEX,(get、set 的入口要统一,这样才能更好的去维护数据,不然就失去了它原有的状态管理价值,包括现在2.0还是有语法使用不规范的问题)、变量的唯一性等等。平常定义变量的方法名字的时候,不要怕名字太长,定义方法的名字不就是为了要别人知道这个方法是做什么用的对吧,不然直接定义 a 和 b 变量不就好了,所以别怕长。这个观念也是以前我的同事跟我讲的,所以我印象很深刻。我觉的这点我做的挺好的。
在 moka 2.0 引进了我之前写的页面销毁自动卸载 bus.$on 事件,刚接触在moka 1.0 的时候 我发现我们项目里的事件监听太多,写完之后,还要卸载事件,经常看到一大堆事件,主要是有时候会忘记卸载事件导致了内存泄漏,1.0压测的时候内存泄漏经常跟这个有关,2.0大家使用这个自动卸载事件后,代码也减少了,然后到目前为止没有再出现因为忘记卸载事件导致内存泄漏。
怎么样让我们写的代码有所沉淀,或者更好的去理清业务。流程图加项目文档。从我开始做 做TV 的时候,那时候TV 老是黑屏,黑屏比较久,切台比较久,等等一堆问题,后面就是跟中间件,还有尚东一起讨论优化方案、然后通过画流程的方式,接口怎么调用,接口是否可以减少重复调用等等。后面和尚东也一起整理了流程图。
我这个人记忆性有点差,ISDB、ATSC、DVB 扫台的流程有差异,接口也有差异,经常过了一阵子就忘记了,某个接口该什么时候去调用它,后面我就找凌宙一起画流程图,画流程图也能够让你对业务更加的清晰。然后后面扫台出现了问题,我基本先去看流程图,分析接口的调用流程是否有对,事件上来的时机是否有对,包括back 回到TV 和按EXIT 退出TV 处理的方式都有所差异,在流程图上都可以看的见。福州tv guide 那时候 tvguide 要是EPG 内容太多了就很卡,那时候我也不太清楚整体需要调用的接口,都不太清楚,就找守桂一起通过流程图的方式整理出流程图,后面守桂优化的时候按着流程图走,性能有提高一点,后来守桂才发现是,因为DOM 节点太深的原因,导致页面卡顿。目前我们三个负责MOKA ,我觉的大家工作效率都都有提高,不然怎么把原本7、8个人做的项目,交接维护呢,至少在项目进度上我们是领先的。
也不像去年一样老被投诉。
同步项目文档,
- 本文作者: Littleki
- 本文链接: https:/littleki.gitee.io/2021/12/22/年度总结/2021年度总结/2021年度总结/
- 版权声明: 本博客所有文章除特别声明外,均采用 MIT 许可协议。转载请注明出处!