大牛说的一些工作方法：

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

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

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

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

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

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

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

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

近期的工作

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