最近开会听大佬教的一些工作方法

大牛说的一些工作方法:

1. 找准事情中所暴露的问题

每周工作时总结遇到的问题,在周会时相互交流自己遇到的事情,一起寻找讨论事情中暴露的问题,找准问题发生的原因,再针对地去解决问题。只有把要改进的问题找准了,后续所解决的问题才是有意义的。

2. 做好写代码前的逻辑梳理、在测试前整理测试case

所有人都会经历喜欢需求一来就开始写代码,而忽略写代码之前的逻辑梳理过程。做好写代码前的逻辑梳理,在编码前就总结好本次实现的功能的整体业务逻辑,以流程图、先写注释、写伪代码等方式整理好模块的设计思路。
在做测试前整理好需要做测试的case,不要边测试边想case。前者可以让自己的测试流程有条有理,利于提升自己测试时的效率、保证测试过程的准确性。若时间充沛的情况下,可以考虑自动化测试、总结测试用例供下次使用等方法进一步提高测试的效率与准确性。

3. 将所有访问数据的操作封装为service接口的意义

a. 防止外界传入的攻击性输入;
b. 优化UI层的代码逻辑,屏蔽数据处理的内部细节。大型的业务系统需依赖良好的接口设计,每一个接口可以让调用者直接获取到想要的数据,而不是让所有人熟悉每一个数据的存储、处理逻辑。

4. 对于后台优化需求的优先级判定

a. 用户能直接感触的,同时可以优化系统底层结构的需求。
b. 用户能直接感触的功能需求。
c. 仅针对于优化系统底层业务逻辑的需求。

近期的工作

本周开完会后,我又做了两三个项目,其中每个任务,我都花了大部分时间用在梳理逻辑上。
对于我的工作来说,的确很有效果,至少梳理完流程图后,我不会手忙脚乱了,自己很明确自己需要修改哪一段代码,加入哪些代码逻辑。

点赞