最近，最近，或者最近几个月，我和几位前端同事一直在讨论一个话题：“作为前端开发者，我们面临什么样的困境？如何解决？”。而在一个较早的历史讨论中（大概6小时前），我想重新理清其中的思路，就有了这篇文章。前端没有状态？回答：不，是的。当我们讨论技术领域、技术团队的地位时，我们说的其实是话语权——技术话语权，KPI话语权。技术话语权因人而异。当您可以信任时，您就有发言权。KPI的话语权其实就是指的标题。1.后期前端没有Title。title是个很有意思的东西：先到先得，如果你去一家快速成长的创业公司，你的title会升得非常快——风中立，大象能飞。然而，大多数Web应用在前期往往侧重于应用的功能，这也导致：这些组织在前期并不需要优秀的前端开发。发展起来后，开始追求用户体验、视觉效果、多平台化。这时候关键的坑已经被后台给占了。毕竟，好的前端是昂贵的，但是让页面正常工作的前端无处不在——甚至是后端。2.后端懂前端，前端不懂CRUD。事实上，大多数组织对团队负责人都有一个默认要求：“精通”整个系统——无论是前端还是后端。这意味着前端需要了解后端，后端也需要了解前端。所以，一个不懂后端的前端，是站不住脚的；不懂前端的后端是站不住脚的。但是，对于普通开发者来说，达到中级前端水平所花的时间要比后端少得多。而如果是在大前端领域考虑，这个问题还需要另外讨论。PS：知道后端不需要，你精通后端就好了。因为最好的篮球教练并不要求会打篮球。而篮球界最好的球员不一定是技术带头人/教练，比如——科比被女儿骂：“你不会打篮球，那是教练教我的”。当然，有技术基础是最好的，但也可能在一定程度上限制你。3.需求导向（可选）。对于服务型企业，比如我们公司，需求方决定了架构的复杂程度和需要的称谓。需求方对架构和复杂度的考量往往来自于整个市场的平均知识水平。也就是说，一旦业务方的需求不复杂，就不需要再进行高级的前端开发，也就没有话语权了。综上所述，想要拼地位，就要早点去，了解后端，才有机会。拉得太远，然后继续向下拉。决定前端的五个因素1.复杂性，决定了前端也是手机。诺基亚功能手机的成本与iPhone不同。项目的业务人员/产品经理/产品负责人对产品的要求决定了应用/产品的复杂度。比如它也是一个搜索功能，它有不同的实现方式：普通模式。前端生成搜索URL，并跳转到对应的搜索结果页面。标签搜索+普通搜索。后台返回标签自动完成+普通搜索自动完成+标签搜索+普通搜索自动完成+地图搜索+标签搜索+普通搜索。顺便说一句，地图和标签之间也有联系。自动完成+地图搜索+标签搜索+一般搜索+热门搜索。...复杂性决定了对优秀前端工程师的需求。因此，在一定程度上决定了前端的话语权。例如，“由于设计需要，决定后端做这个xxxx”。所以像腾讯这样的产品公司，前后端都没有垃圾。但是，它避免了后端决定前端要求的元素——这一点非常重要。在一个产品话语权低的团队里，一定是先到先得的后端经理决定了整个产品的方向，后端决定了前端的设计。2.团队规模，决定前端。只有当组织中的前端团队达到一定规模，才能迫使组织的管理者意识到：“我们需要更好的前端开发来解决目前的瓶颈。”按xx划分：HTML5广告页面小型前端应用（微信小程序）中型前端应用（普通Web应用）大型前端应用（toB）按团队规模划分：页面级6人teamtwoPizzateam-levelorganization-level所以，如果你只是裁图，如果你只是画HTML53。大型组织的流水线式开发需要更明确的分工，以方便技工生产更多的应用。因此，需要更明确的分工来解决效率问题。工具支持团队框架开发团队业务开发团队DevOps团队4.多客户端风格近几年前端之所以成为大前端，也是开发多客户端的原因：微信小级，桌面客户端、跨平台应用程序等。使每一位前端开发者，成为多面手。作者手疼，省了几十字。5、新领域嗯，只有在新领域，才有更多的机会。EdgeComputingBlockchainClientComputing...作者手疼，省了几十字。6、业务熟悉度如果你不关心业务，不了解业务，那你怎么有信心带领整个前后端团队。作者手疼，省了几百字。结语总而言之，总而言之：谈地位，只需要优秀的前端。抱怨解决不了问题——只有付诸行动，才能有效解决问题。
