片面感觉前端（有一部分）是在提高入行门槛

[zilan]

感觉前端（有一部分的行为）是在提高入行门槛，比如复杂的设计，明明简单的方案能解决的问题，一定要设计一个复杂的系统，遇到了问题后再用一个新的复杂的设计来解决新的问题。 终极目的不是为了降低开发成本，而是“提高（自己的）开发体验”，（而有些前端开发者担心技术本体不够简单，任何人都能参与）最终达到了提高技术门槛，实现技术垄断。

观点有些片面，不知大家怎么看

[Biwood]

踩一下帖子，希望这种只输出观点或引导情绪的帖子少一点

[chinajik]

我觉得是的， 尤其是 react vuejs angularjs 这三大框架谁能说得出应用场景有何不同，但又不尽相同。
轮子过量设计了，以前我敢说理解 html （结构） css （表现） js （行为） 就能上手的简单工作技能，现在都不知道怎么教新手理解额外的特性

[ccyu220]

不用怀疑，你老了，跟不上时代了。不只是写代码，现实很多东西一样。

[shintendo]

@icyalala 那个时代可一点都不简单纯净，是时间美化了记忆

[kett]

我觉得实际干活的时候大部分人都是专心码自己的功能，不会去整体的考虑系统的复杂性的，提高系统的复杂性只会提高一部分负责统筹全局的人的门槛，而对于其它大部分人来说门槛依然是码功能需要掌握的基础知识和框架知识。

[MrKrabs]

isOdd

[DOLLOR]

作为从 jquery 时代走过来的人，一点也不怀念那个满屏$(xxx).parent().children().before().after()的年代。

[terranboy]

当项目本身不需要用到一些复杂工具链 而 硬上 就会导致 LZ 的困惑

[xylophone21]

》后端开发要晋升，除了设计系统外，有时候解决一个复杂的问题就能够拿出来说一下

其实差不多，后端可以用”我圆满的实现了这个业务==界面==“来晋升吗？那不是叫 CRUD Boy

[yaphets666]

错就错在你学了 react 啊，vue 有这么多破事吗？

[irisdev]

楼上是在反串黑吗

[ChefIsAwesome]

技术圈有这种给项目加标签的行为。xx 项目用上了 xx 框架，xx 架构，xx 语言。最终产品可能是个没啥功能的博客之类的。
新手喜欢这样，显得自己潮。老手也喜欢这样，增加绩效。
举例讲，闲鱼那软件做的啥玩意，可技术面上可是各种创新，各种标签都能打上。
想学一个新技术，首先是明白作者的初衷是什么，要解决什么问题。为什么旧的东西不可以，要造个轮子。
以楼主你的例子来讲，mvc 框架之前就有，为什么要造 react ？ redux 不是 react 捆绑的东西，而是 react 出来有一阵子之后才出现的，它出现的背景是什么，为什么要做 redux 这个东西？
知道初衷就能知道使用场景，用起来自然就能游刃有余。

[BoyzX]

只能说现在复杂是复杂在准备与设计阶段，简化了代码实现，以前是简化了准备阶段，但是代码实现和设计也还是一样复杂啊。。。

[haohong725]

明明可以通过挖野菜，打点猎就可以满足自己的温饱。
为什么要去参与这么复杂的社会分工？
人类这是在提升自己的门槛吗？

[idblife]

简单问题复杂化

[sunocean]

技术是拿来解决问题的，觉得简单问题复杂化的，是没有遇到相应规模的问题。

[Sivan]

LZ 观察很到位，但现实需要卷起来。否则可能用不了几年这个行业就消失了。

如果工种 A 一直保持小学一年级的难度，那不继续学习自愿一直留级挣这份钱的人会越来越多。两年后，工种 B 和 C 都上到三年级了，课余时间都把你工种 A 辅修完了，以后研究课题时人家还带你玩吗？而如果需要选一个大队委，你觉得陪着一堆一年级上课的 A 班精英能竞争过 B 和 C 班的人么？

[xiaotianhu]

提高入行门槛，大概是一个副作用。

我不太相信，一堆比在座的各位牛逼很多的人，会把『提高入行门槛』作为动力，付出巨大的心血来开发一个复杂的体系。
说一个另外的小故事，之前在小公司写 PHP ，感觉 CRUD 也就这样了，没什么意思。

后来这半年在大厂，本质上也是 CRUD ，但是几十万 QPS ，一天几个亿的写入请求，这种规模的 CRUD 导致项目非常复杂，一个保存接口写一个月很正常，为了 SLA 背后一大堆机制，几乎自己造了个 tiKV 一样的分布式数据库出来。

项目的复杂度指数上升的时候，解决方案就不是线性增加能解决的了。

[agagega]

你觉得门槛高是因为前端界的技能点点偏了：后端没能力，前端没动力去搞促进前后端协同开发体验的技术，所以前端只能另起炉灶，而传统前端很多东西都没有标准化没有实现，所以几个月一个新技术。资本家其实也喜欢，因为招一个熟练某个框架的只会前端的程序员，肯定比招前后端都懂的容易得多。

Rails 圈子就不这样：强调约定优于配置，已有轮子的情况下尽量不造新的，非必要前后端不分离。然后呢，圈外也不买这套做法的账啊。正面例子是 Tailwind ，后端喜欢，前端也喜欢。但未来大多数前端新技术还是只会考虑前端程序员，而不是「不论前后端，就是想做产品」的程序员的感受。

[Jooooooooo]

你把"前端"想象成一个集体, 对为入行的人设立门槛.

听起来离谱的很.