前言 前天在知乎看到一个不错的问题，天天写业务代码，如何提高自己呢？这个现象在职场中应该非常常见，很多人以此就萌生离职的念头。换了一个坑到了另一个坑还是这样，而不是从根本上去改变。 很多高大上的，通用的需求，不正是基于业务整理归纳出来的吗？现在摘录两条跟前端相关的讨论，早读君觉得非常普遍的现象。 正文从这开始～～ 我做业务时候，常常反思： 1：运营们有一个紧急需求，能不能立即响应？马上修改代码发布上线，不需要测试工程师介入 2：代码粒度是否够细？是否足够解耦？修改起来是否方便？是否能够通过线上配置文件避免发布？ 3：修改代码后，自测是否能保证质量？是否需要单元测试/集成测试？ 4：运营手里有大把的妹子资源，如何利用资源？如何造福其他的单身技术同学？ 5：程序员撩妹从快速响应需求开始。 产品有了新需求，这个需求的原因是什么？目的是什么？设计是否合理？ 1：产品狗们总是一次提很多需求。每次有新需求都抓住他们问清原因和目的，是否让他感受到了程序爸爸的厉害？ 2：更深入的了解也业务之后，自己是否对于所在行业有了更深的理解？ 3：了解业务后，对于项目开发周期，控制迭代的安排是否更有条理。 砍需求是不是更容易了？ 1：这个复杂的需求，现有的技术体系是否能够快速实现？ 2：设计师想要一个很炫酷的效果，对于体验能带来多少价值？这些价值应该怎么在数据上体现出来？ 如何实现特效？ 1：在低端安卓机器下是否有性能问题？ 2：这个效果挺吊，能不能做成通用的组件？ 3：这个蛮的效果提高页面点击率了么？相关数据如何采集？ 如何在数据平台挖掘这些数据？ 1：最后拿到结果，告诉设计师：“其实这个特效没啥用，就我们自己YY的，爽了自己而已” 2：简单的看，做业务好像并不能学到多牛逼的技术 与运营合作： 1：代码更加模块化，粒度合适。 2：项目变得可配置，省心。 与产品 合作 1：互相学习，自己也更懂行业 2：能够管理项目，项目需求评审= |
|
声明：文章版权归原作者所有 部分文章转自互联网 如有侵权请联系
[邮箱地址] 删除
|
注册
登录
