前端有什么问题？
在正文开始之前，我先以个人的角度总结一下前端有什么问题
| 分类 | 问题 |
|---|---|
| 职业 | 化身“切图仔” |
| 35岁危机 | |
| 团队存在感很低 | |
| 技能 | 端多，技术栈多，深入了解的少 |
| 高阶技能学了，业务上没有实战的机会 | |
| 工作10年和3年没区别，不同端干增删改查 | |
| 项目 | 业务一直变，产品说不清楚 |
| 沉淀等于没沉淀，一直要改 | |
| 做不完的需求，加不完的班 |
如果上述问题你正好也有，那么接下来的文章你可以仔细看完；
为什么会有这些问题？
公司层面
想必大家都有个感受，现在做项目，甲方越来越“挑剔”，小的来说从交互、响应速度、体验都是吹毛求疵，大的来说从业务功能完善度、业务匹配度、流程符合度来说更是精益求精；导致这个问题的核心原因是: 我认为软件已经从“农村开荒”到“城镇化基建”的变迁，不论是各个工种还是软件本身，都提出了更高的要求。
研发层面
我们先明确一下，“农村开荒”和“城镇化基建”不论是我们的思路、做事方式、呈现的效果应该都是不同的；但是实际上我见过很多前端是在用“农村开荒”的做法在干“城镇化基建”；具体的表现为:
- 大部分的时间还是在干增删改查
- 基本上没有趁手的开发工具，最常用的是UI库
- 不能跟上公司业务的变化，比如说产品化
- 工程化和复用能力基本没有
- 。。。
怎么解决？
一个理想前端工作状态是什么？
| 分类 | 理想状态 |
|---|---|
| 职业 | 在某个行业深耕，做的东西在当前行业具备竞争力 |
| 协同产品、项目经理、后端等迭代产品，发挥前端价值 | |
| 技能 | 对某个技术栈有深入了解，深入其原理，举一反三 |
| 核心精力聚焦在有技术复杂度，业务复杂度的事务上 | |
| 工程化、产品化、核心复杂能力上建立职业护城河 | |
| 项目 | 沉淀的业务能力能和产品协同 |
| 每做一个项目想复用的都可被沉淀，可被管理 | |
| 在产品上做加法，在项目个性化需求上做减法 |
基于这个理想的状态，我们先假设几个前端的场景
- 前后端不联调，而是基于某个通用的协议自行开发
- 增删改查、权限等基础的不写代码
- 复杂组件可视化管理，和产品经理深度协同
- 项目阶段不用改产品的能力就可以满足客户需求
- 内部可以分工，项目归项目，产品归产品
- 。。。
如果可以做到这样，那我相信大家都有这个能力可以达到职业、技能和项目上理想状态；工欲善其事，必先利其器; ## 前端有什么问题？ 在正文开始之前，我先以个人的角度总结一下前端有什么问题
| 分类 | 问题 |
|---|---|
| 职业 | 化身“切图仔” |
| 35岁危机 | |
| 团队存在感很低 | |
| 技能 | 端多，技术栈多，深入了解的少 |
| 高阶技能看了，业务上没有实战的机会 | |
| 工作10年和3年没区别，不同端干增删改查 | |
| 项目 | 业务一直变，产品说不清楚 |
| 沉淀等于没沉淀，一直要改 | |
| 做不完的需求，加不完的班 |
如果上述问题你正好也有，那么接下来的文章你可以仔细看完；
为什么会有这些问题？
公司层面
想必大家都有个感受，现在做项目，甲方越来越“挑剔”，小的来说从交互、响应速度、体验都是吹毛求疵，大的来说从业务功能完善度、业务匹配度、流程符合度来说更是精益求精；导致这个问题的核心原因是: 我认为软件已经从“农村开荒”到“城镇化基建”的变迁，不论是各个工种还是软件本身，都提出了更高的要求。
研发层面
我们先明确一下，“农村开荒”和“城镇化基建”不论是我们的思路、做事方式、呈现的效果应该都是不同的；但是实际上我见过很多前端是在用“农村开荒”的做法在干“城镇化基建”；具体的表现为:
- 大部分的时间还是在干增删改查
- 基本上没有趁手的开发工具，最常用的是UI库
- 不能跟上公司业务的变化，比如说产品化
- 工程化和复用能力基本没有
- 。。。
怎么解决？
一个理想前端工作状态是什么？
| 分类 | 理想状态 |
|---|---|
| 职业 | 在某个行业深耕，做的东西在当前行业具备竞争力 |
| 协同产品、项目经理、后端等迭代产品，发挥前端价值 | |
| 技能 | 对某个技术栈有深入了解，深入其原理，举一反三 |
| 核心精力聚焦在有技术复杂度，业务复杂度的事务上 | |
| 工程化、产品化、核心复杂能力上建立职业护城河 | |
| 项目 | 沉淀的业务能力能和产品协同 |
| 每做一个项目想复用的都可被沉淀，可被管理 | |
| 在产品上做加法，在项目个性化需求上做减法 |
基于这个理想的状态，我们先假设几个前端的场景
- 前后端不联调，而是基于某个通用的协议自行开发
- 增删改查、权限等基础的不写代码
- 复杂组件可视化管理，和产品经理深度协同
- 项目阶段不用改产品的能力就可以满足客户需求
- 内部可以分工，项目归项目，产品归产品
- 。。。
如果可以做到这样，那我相信大家都有这个能力可以达到职业、技能和项目上理想状态！
如何实现
实现路径
| 分类 | 如何实现 |
|---|---|
| 求职 | 尽量加入“产品化”运作的公司 |
| 技能 | 抛弃“增删改查”，在有业务深度和技术深度的场景不断投入；同时加强工程化的理解 |
| 协作 | 透明化前端的产出，与产品、UI、后端深度协同 |
| 工具 | 找到能协助我们实现此目标的工具并在工作中落地 |
借这个机会可以推荐给大家一个开源的平台，如果运用得当，是可以实现以上目标的；
这个平台有三个优势:
- 极致的扩展能力
- 重复的工作自动化+无代码可视化
- 工程化
链接: gitee.com/oinone 或者 github.com/oinone
如果你也认同这些观点，欢迎加我wx，可以一同探讨下职业发展与规划
