天天写业务代码，如何提高？

转自微信公众号——前端早读课
https://mp.weixin.qq.com/s/96ZCuSadUdrIT2AY6EsEeg

我做业务时候，常常反思：
1：运营们有一个紧急需求，能不能立即响应？马上修改代码发布上线，不需要测试工程师介入
2：代码粒度是否够细？是否足够解耦？修改起来是否方便？是否能够通过线上配置文件避免发布？
3：修改代码后，自测是否能保证质量？是否需要单元测试/集成测试？
4：运营手里有大把的妹子资源，如何利用资源？如何造福其他的单身技术同学？
5：程序员撩妹从快速响应需求开始。

产品有了新需求，这个需求的原因是什么？目的是什么？设计是否合理？
1：产品狗们总是一次提很多需求。每次有新需求都抓住他们问清原因和目的，是否让他感受到了程序爸爸的厉害？
2：更深入的了解也业务之后，自己是否对于所在行业有了更深的理解？
3：了解业务后，对于项目开发周期，控制迭代的安排是否更有条理。

砍需求是不是更容易了？
1：这个复杂的需求，现有的技术体系是否能够快速实现？
2：设计师想要一个很炫酷的效果，对于体验能带来多少价值？这些价值应该怎么在数据上体现出来？

如何实现特效？
1：在低端安卓机器下是否有性能问题？
2：这个效果挺吊，能不能做成通用的组件？
3：这个蛮屌的效果提高页面点击率了么？相关数据如何采集？

如何在数据平台挖掘这些数据？
1：最后拿到结果，告诉设计师：“其实这个特效没啥屌用，就我们自己YY的，爽了自己而已”
2：简单的看，做业务好像并不能学到多牛逼的技术

与运营合作：
1：代码更加模块化，粒度合适。
2：项目变得可配置，省心。

与产品 合作
1：互相学习，自己也更懂行业
2：能够管理项目，项目需求评审=>视觉评审=>开发排期=>测试调优=>产品验收

与设计师合作：
1：屌屌的视觉特效，技术不小的长进
2：低端机型的性能调优，需要debug、Profiles
3：不过最近半年在做业务的同时，顺便也掌握了团队内所有的基础技术原理与实现
4：公用代码用的不爽了，就改造基础代码库
5：玩了玩数据采集、数据挖掘
6：玩了玩ABTest
7：写了一点公用组件代码

后来团队内的那帮技术大牛好像愿意带着我玩了，有时讨论也会拉上我一起了。

另一个童鞋：
其实通常抱怨『每天都在写业务代码』 的同学，通常业务代码写的也不咋地。有些人眼里看到团队一成不变的开发节奏，是『机会』，有些人就只会埋怨。

以前端为例，我遇到的几乎每个会有大量运营页的团队（够低端的需求吧），基本都会有个内部的运营页生成工具或系统的配套。你觉得机会是留给能改善现状的人（比如产出工具的人），还是抱怨的人？。

后语
最后这个安利应该非常常见，特别是产品处于推广期的时候，每周都有不间断的活动页，那怎么做呢？有方案了没？