题记
牛逼的工程化架构可以通过简单重复的劳动来生产出复杂的产品
关于工程效率
最近几年关于前端工程化的东西特别多grunt yeoman gulp 等等
百度自己的就有 edp fis 等等很多
利用这个东西，我们可以很快的在本地搭建开发环境，可以自动化打包编译，利用脚手架快速构建项目等
不管怎么样，这个些东西核心都是提高我们的开发效率
团队内的工程效率
抛开上面这些底层工具，在我们团队中，随着技术的成熟，也必然会产出一些提高团队开发效率的工具。
相对应的，团队内也会有几个技术资深的人在开发和维护这些工具
首先我们需要肯定工程是很好的，不管是从团队的角度还是前端的发展看。
对于团队，高效的工程化框架，可以把复杂的逻辑清晰的划分开来，让每位开发人员专注于业务点，学习成本降低
从react native介绍中，facebook就号称要让工程师入职第一天就能开发代码，能丢出这么牛逼的话绝对是有一个很牛逼的工程架构做支撑的
拿我们自己的table控件举例：
业务人员无需了解控件的内部逻辑，只需要根据使用文档配置好对应的参数即可，通过配置，控件自己实现了多选，单选，表头固定等等复杂功能
就算是做一些控件升级或者底层的替换，也做好了对于原有的api兼容。
类似这种控件/框架很多，也很好用，对于开发人员太友好了，开发起来太开心了
但是，脱离这套框架怎么办。。。
被工程化的特点
- 对应现有的业务，换了框架不知道怎么入手
- 不是工作业务内的一些技术点，需要比较高的学习成本
- 对应新技术比较迷茫，不知道如何结合或者融入工作中
如何脱离被工程化
我觉得首先要有意识，不仅能够通过工程化架构生产出东西，也要计划好一层层梳理工程化架构的实现
参考如何在大公司中成长文中第二阶段。
在熟练使用框架以后，遇到问题是一定要自己去尝试解决问题，直接debug到框架的源码中，看看框架的运行流程，设计思路。
业务开发之余的时间也要从最常用的框架开始了解，多阅读源码等
最最重要的一点，意识，意识，意识，不要安于现状，被现有的工程死死框住
微信公众号
