前言

前天在知乎看到一个不错的问题，天天写业务代码，如何提高自己呢？这个现象在职场中应该非常常见，很多人以此就萌生离职的念头。换了一个坑到了另一个坑还是这样，而不是从根本上去改变。

很多高大上的，通用的需求，不正是基于业务整理归纳出来的吗？现在摘录两条跟前端相关的讨论，早读君觉得非常普遍的现象。

正文从这开始～～

我做业务时候，常常反思：

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：写了一点公用组件代码

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

另一个童鞋：

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

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

后语

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

这个话题，大家有什么看法呢，可以在下方的评论区分享你的想法。

关于本文

作者：@知乎

原文链接：https://www.zhihu.com/question/39430220/answer/81442737

长按图片识别图中二维码