现在的前端技术栈真的太恶心了！

[jezal]

现在的前端技术栈真的太恶心了！
我就想用个 react ，写个简单页面，npm 、yarn 给我整几千个包
各种框架 Vue 、React 、Angular...
又是打包、又是编译，webpack 、babel...
人山人海一样的各种配置...

遥想十来年前自学那会儿
前端干净、简单、实用、快速，像童话一样
不要跟我说现在项目复杂度高，也没见搞成多复杂的业务需求

前端的兄弟们，你们是怎么挺过来的？
你们觉得现在用着爽么？

是我太年轻，此贴结了吧
写完这个帖子，我去学了一个星期的的 React
然后做了一个画流程图、思维导图的在线应用 https://huatuben.com

不得不说，模块化开发真是太棒了
她让我可以，像写后端代码那样写前端代码
对于前端逻辑比较复杂的项目，如果没有模块化，维护起来应该很可怕

这是「画图本」发布时送码的帖子
https://v2ex.com/t/853963

如果你也需要兑换码，可以给我发邮件
ahshengchen # 126 dot com
来信必回

画图本已更名为 AmyMind
https://amymind.com

[wolfie]

@Kilerd #13
spring 只有一个，稳定这么些年。前端纯粹为了迭代而迭代。

[gowk]

[jj256]

每种技术都有其适合的应用场景，只能说楼主做的业务用不到吧。

[cw2k13as]

@tfu 你们能不能看人家的官方文档，看看人家这玩意是干嘛的，你非要简单页面强上你可以直接引用 js 啊，服了

[TomatoYuyuko]

不爽，我希望框架能够大统一，但 web 端其实本质都大差不差，真正麻烦的还是跨平台

[sudoy]

楼主说的我有同感，但我不是 #97 说的固步自封，我学 vue 学了很多遍，换了好几个网站学，依然觉得没学好。我觉得像我这样主要搞后端，很久没接触前端（准确的说是很少用 JS 框架，大部分时候都是用类似 Jinja 这种后端渲染引擎），现在忽然来学前端这些框架，真的觉得很难受。我建议楼主，如果是简单应用，直接用原生 JS 或者 jQuery 就好了。如果真的想学，就多找几个网站学，找那些有后端经验的作者写的书或者课程，这样思维方式有相通的地方更容易学。有时候没学好，真的不是你的问题，是授课者跟你的思维方式差异太大。

[zooeymango]

是模块化的出现使得前端能拥有高复杂度，框架只是帮你做一些重复工作，以前不是不复杂而是复杂不了，希望楼主不要随便这样 judge 一个自己不太了解的东西，只是简单页面你完全可以 html 一把梭谁也不会 judge 你

[changwei]

@noqwerty 你最后都讲了“只是写几个界面”，这种场景本身就不需要对 react-scripts 的默认配置做什么改动，如果不只是写几个界面这么简单，即使没有 CRA ，你在上古时代要开发一个优化非常好的网站，一样要学习百度 FIS ，或者 gulp ，grunt 等工具链。
你真正去看一下 webpack 和 bavel-loader 其实会发现并不复杂，webpack 概念清晰明了，输入的文件从 input 到 loader ，最后 output ，并没有什么很难的

[coolzjy]

现在的出行方式真的太恶心了！
---
我就想从上海到北京 ，简单的旅游，发动机 、变速箱 给我整几千零件
各种品牌大众 、丰田 、福特...
又是悬挂、又是四驱，ABS 、ESP...
人山人海一样的各种配置...

遥想十来年前走路那会儿
出行干净、简单、实用、快速，像童话一样
不要跟我说现在出行更方便，也没见你们走多远

路途中的兄弟们，你们是怎么挺过来的？
你们觉得现在走着爽么？

[ykk]

认同 我就想写个简单页面 为什么不能用两行代码搞定？

[pikay]

兄弟你试过 ofajs 吗？
https://ofajs.com/

[ruoxie]

为什么大厂工资那么高，真的太恶心了

[lisongeee]

"写个简单页面，npm 、yarn 给我整几千个包"
这是依赖扁平提升的问题
你可以用 pnpm ，在它的完美情况下，
你 package.json 里声明了多少包，node_modules 就只有多少 包

[Leviathann]

不用 react 我不会写页面
之前看一个 demo 级别的原生库，看了半天也不知道为什么 js 里直接用 document.getElementByxxx 就有了，也没见他写 create element 然后设置 innerhtml 啊
后来才发现原来还有个 html 文件。。

[a852695]

1 我倒不觉得是坏事，百家争鸣吧，各个框架都有它的适应场景，在业务模型频繁迭代情况下，一门框架已经不能满足了
2 前端的技术栈的确难统一，这是事实，不过建议是拿一两门主要的，然后兼顾下其他框架，这样选型时候也好快速决策

[noqwerty]

@changwei #108 确实啊，我整体是赞同你说的，现有的工具链虽然看起来很吓人，但是对新手是相对很友好的，Vite 之类的基本开箱即用。我上一条回复是猜测楼主的情况属于对工具不是很熟悉，默认配置不满足需求，又不想花费太多时间看文档，那确实体验会比较差。

[erwin985211]

专门做前端谁想回到以前？以前的方法又不是不能用了

[pengtdyd]

过 2 年你就不会这么说了，因为不更新技术栈的人已经淘汰了。

[ZeroDu]

非前端，
最头大的是，有的项目一段时间不动再次编译直接失败。
前端项目是有依赖管理，但是不明白为什么会出问题。
太对了，后端的 maven 不会这样

[houseyoung]

以前前端是简单，但挣得也少啊，甚至都不配叫“rd”，只配专门起一个名字叫“fe”，工资跟后端根本不在一个层级。

[3dwelcome]

@WildCat

"前段工程化之后让巨无霸项目变得可能，否则人们还是只能写 $('#foo.bar') 这种命令式编程。"

在前端工程化出现之前，巨无霸软件设计就是很复杂的。

只要命令式编程代码结构组织良好，也能写好大软件。你看 win32 sdk 里，全部都是命令式的消息机制，也运行的很好啊。

唯一会影响代码质量的，应该就是代码数量和架构设计水平了。

[daliusu]

装个 cli ，比如 yarn create @umijs/umi-app ，自己就给你构建好了一个环境，进去直接启动就行了，包虽多，又不要你手动去搞，就算你真的想直接写 html ，引用个在线 vue 就可以写了，跟 jquery 也没啥区别

[lujiaosama]

开玩笑. 遇到稍微复杂一些的项目, JQ 写起来都是些什么玩意.写到后面写的人自己都看不懂.

[zhwithsweet]

vite 不好用吗？
提供从简单到大规模的各种模板，你还要怎样？要怎样？

[shintendo]

经典 the good old time 幻觉。你以前写过前端，和你以前是前端，是两码事，去问问真从那个时代走过来的人，真不知道你说的是哪个次元的“干净、简单、实用、快速”

[lyz1990]

vite 好评

[shintendo]

@tfu 今天刚尝试用 vue 想写个单页 web 应用，确实被恶心到了，我就一个页面放在以前可能就三个文件就搞定了
😅啊这，“单页应用”和“只有一个页面”不是一个意思啊

[adashuai5]

怎么挺过来？挣钱嘛，学着，不寒碜。

[shintendo]

@ykk 我就想写个简单页面 为什么不能用两行代码搞定？
--------
能啊……

[xrr2016]

大人，食大便啦

[shyling]

各种技术的出现就是为了简化工作啊。。

你以前用不到只能说你用的浅而已。

试试 jquery 做 spa ，做浏览器兼容，做前端的测试。

只写一个个单页连 jquery 都不需要吧。

[yikyo]

@jezal 那老哥提个建议看看，有什么更好的方式，前端当然有他自身的问题，

[llb123]

现在业务需求还不复杂么。。你用十年前的技术栈写写看

[exploreexe]

感觉前端现在就是个大坑，根本不可能填完，而且前端的大佬们又爱发明轮子，学轮子的速度都比不上这些大佬造轮子的速度。
但是现在前端又是那么重要，移动端现在大有 JS 一统天下的趋势，很多厂子为了效率不太想搞原生了。什么用户体验，KPI 就是王道。

[WadeLaunch]

一个后端程序员对前端技术的彩虹屁
#/t/821809
----
怎么引用站内贴啊，是这样吗？

[nicevar]

确实非常恶心，你去看一下 github 上面的项目，nodejs 类的 issue 一大堆永远都是跑不起来的问题，关键是整这么大一堆做出来的页面还挺挫的，大厂的也是，几个页面一个主流中配的电脑跑起来都吃力。

[jaimezhan]

js 不行吧你，简单页面非得用 react ？也不知道你定义的简单页面是怎么个简单法？好好学习下 js 基础？况且 ，也可以 cdn 使用，没有非要 npm ，webpack

[romisanic]

@coolzjy
这个比喻差不多，只不过对十年前的比喻感觉略失偏颇
应该说是十年前是拿个地图骑个自行车或者驾个马车就到了
再往前连 jquery 等都没有的时候，才是走路 哈哈

[ykk]

@shintendo #129 /t/820319

[RobinHu]

😅

[WadeLaunch]

一个后端程序员对前端技术的彩虹屁
/t/821809
----
再试一次链接站内贴，请管理员高抬贵手。

[leisure]

我一直以为，吐槽贴都是某技术栈从业者从亲身经历吐槽才有些实际的意义。 既然已经前后端分离了，就各自沿着自己的技术路线往前学习往前走呀。 前端自己卷不动了自己吐槽就好了，也没见有前端跳出来说别的技术栈太恶心哇。

[libook]

其实不光前端有这个问题，这个问题后端、应用开发领域也都存在，比如有的人写个简单的表单接口都要搞一套 PO 、VO 、DTO 、DAO……

这十年来发生了很多变化：
首先 Web 技术出现了 HTML5 、CSS3 、ES6 、Node.js ，让 Web 应用有了向更广和更深发展的能力；
有能力就能做些以前想做又做不了的事情，于是随后发生了 Web2.0 到 Web3.0 的变化，人们对前端的需求不只是一个展示内容的页面，而是重视交互和用户体验，同时出现了手机、平板等多种屏幕，以及多种操控方式，更使得前端需求呈爆炸式增长；
需求爆发的同时，还面临着日渐加剧的规模化、生产线化的问题，这才导致了各种框架、工具的出现，目的是为了提高产能、降低成本。


技术选型和架构设计是一门学问，得按照需求选择预期需求下最适合的方案。

工具是用来解决问题的，不是用来制造问题的；你觉得恶心是因为你当前的项目对工具没有需求，没需求就没必要硬用，用俗话来说杀鸡焉用牛刀。

现在前端 Web API 相比 10 年前已经增加了超多特性，不需要借助任何库和框架也能比较方便写一些稍复杂一些的页面了。现在做一个项目的时候，只要需求尚不明确到需要使用框架，基本都会用原生 API 写，顶多为了兼容加个 Babel ，后续有复杂需求导致原生手写麻烦了，再迁移到框架。

[HFX3389]

用 react 、recoil 、usehooks-ts 的 useInterval(50ms)、ramda 做个的小游戏，被 recoil 状态管理折磨的怀疑人生，要么 R.append 添加多个或者 R.remove 不移除....

[Actrace]

老哥试试这个？
https://github.com/tmplink/tmpUI

[Hoshinokozo]

《傲慢与偏见》

[CodingNaux]

1. 不用操心 npm 的大小
2. 打包编译你完全可以选择 Parcel, 基本 0 配置

[code4you]

当初我也这么认为

现在用得很爽

[markgor]

说实话我也觉得很累...
也很怀念以前 jQuery 一把梭的时候。
从最早期的原生 js 到用 jquery ，再到现在的 vue ，
诶~不知道怎么说

[theprimone]

@ZeroDu 没有锁定版本吧

[wonderfulcxm]

是挺累的，vue 一段时间不用，我又把配置和语法忘了，只好看文档捡起来，jquery 是你拿起来随时可以用。

[Raos]

没有框架自己写组件也挺费劲的吧

[wonderfulcxm]

可能当年的需求是天花，虽然凶残，但没那么复杂，只需接种一次 jquery 疫苗终生免疫，现在的需求是新冠，变异越来越多，越来越复杂，疫苗也只能不断更新换代。

[wangyzj]

前端一直认为可以拯救地球

[huijiewei]

@wonderfulcxm 用 React 吧。一周后就不用看文档了

[jones2000]

感觉框架没什么用。 前端我只会一个 canvas ， 其他都不会。 框架，打包，配置，切图丢新人做不就可以了， 没什么技术含量，体力活。

[dangyuluo]

你可以说复杂，但是用恶心这歌词来形容就过分了

[ghostsf]

还好啊，后端技术栈也很深啊，其他行业也是一样啊。只会越来越多轮子，越来越多工具，随着时间的推移，不好用的，都将被淘汰。前端现在很好的一点是现在越来越标准化了

[winglight2016]

@gamexg 的确，写 RN 项目，一半的时间用来解决环境问题，而且过半年项目就无法编译或者运行起来

[Rrrrrr]

直接用 es6 ，script 使用 type=module 。

[qichunren]

Hotwire 了解一下，你会爱上它。https://hotwired.dev/

[bwangel]

@ZeroDu #119

后端还有更牛逼的操作

一个几千行代码的 Go 项目，把编译器从 go 1.7 换成了 go1.15 。

直接运行 go build ，一条命令就编译完了。

如果是一个 3 年前的前端项目升级 node/npm ，妈呀，要了老命了。算了，也就几千行，我重写一个吧。

[PEAL]

其他的不知道，但我知道是这些恶心的东西才让我工资越来越高了

[luvroot]

当年我以为 js css 学完后就没了，现在一看前端。

学习 A 需要依赖知识 B ，B 依赖知识 C ，C 知识依赖 D ，D 依赖 E 。 玩不死你，卷不死你。

nextjs 依赖 react react 依赖 node ，node 依赖 ts 。ts 依赖 js 。

玩出了花，我一个后端觉得编译 2G 内存都够了，旁边的前端说前端编译至少是 16G 起步。吓得我手里的咖啡都洒了。

[JaguarJack]

Vue 不是支持 CDN 吗？

[RyougiShiki]

目前出于百家争鸣阶段，相信未来会跟后段框架一样。

[rekulas]

@vision1900 你说的只能算非常熟练的工程师不能算非常好，因为真正的工程师已经脱离“端”这个概念了，参考法布里斯•贝拉，从硬件到芯片到前端，样样都是顶级水平🤣

[lanten]

@gamexg
#19

哈哈哈，这就就要说到大名鼎鼎的 node_modules 了
npm 默认会自动安装依赖的最新小版本，即使强行锁版本，但依然无法锁住依赖的依赖的版本（也就是二级依赖），所以当过了一段时间后，这些依赖还是会在 npm install 时被更新，由于这时间，整体的依赖库已经发生变化，这些被更新的依赖只要存在 api 变更或兼容性问题，就有可能发生 node 运行事故。

[murphytalk]

@dengji85 kotlin+vertx 后端 Angular 全家桶前端 又让公司买了个不便宜的 angular component lib 带三年技术支持的那种（他们在我自学 Angular 的路上帮助不小哈哈），不要太爽。有什么需求都能很快搞定，楼上说 jQuery 一把梭哈的，大概他们需要维护的 app 和代码量都很小

[wmper]

不整得复杂一点，不好提升工资啊

[lilihangzhou]

前端新技术迭代非常快，以前觉得是好事，但是现在真心觉得学不动了，web-component 赶紧干掉 react 和 vue 吧

[monologue520]

恶心中一大部分是增加了技术壁垒

[susujiaoshou]

你俩问候下?

https://www.v2ex.com/t/821768#reply34

[qq807492916]

低情商：前端太恶心

[qq807492916]

高情商：前端技术发展依然充满活力

[3dwelcome]

@lilihangzhou 新技术我倒是愿意学，问题是这些框架是竞争关系。

有时候同一段逻辑，放在不同框架下，要写几套即类似又不同的代码。这些高相似的克隆代码，会导致后期维护起来很头大。

说到底，如果 JS 本身光是个 runtime vm 容器，运行各种编译后的代码，那我也能接受。关键它又不是。

[nzbin]

推荐一个 mini 版 jquery 库
https://github.com/nzbin/domq

[starcraft]

哈哈，还好我就自己小项目搞前端脚手架，要是真找个工作天天写前端，今天 js 加特性，明天框架换版本，后天工具链又要重新配，全是浪费时间的皮毛知识，琐屑知识，估计早学疯了。
所以，我绝对支持前端继续造新轮子，我估计也快了，毕竟新版本 v 也不咋地。使劲造，不爽立马造套新轮子，管它有没有人用，会不会火。

[KevinBlandy]

对啊，现在前端真的离谱。我上次为了编译一个 React 项目，装了 nodejs ，不知道为啥又要 python3 的环境。。。。太烦了。

[RoshanWu]

https://imgtu.com/i/oX9lFK

[vacnt7]

难道不觉得这些框架是提升效率的吗

[wxsm]

回到你最核心的问题：

> 遥想十来年前自学那会儿
> 前端干净、简单、实用、快速，像童话一样

其实现在的前端很干净，比以前更干净。至少 IE 已经退场了。
你甚至连 jQuery 都不需要，原生的 DOM 接口已经替代了当年 jQuery 的绝大部分优势。
你喜欢写干净、简单、实用、快速的代码，在今天只会比以前更好写，不会更难写。不夸张地说，比十年前至少好写 10 倍。

最后，至于你说的那些 npm Vue webpack 什么的东西，没有人说一定要用。它们存在自有存在的道理，你别用就是了，并不碍着你的路。为什么要让自己用觉得不爽的东西呢？

[source]

日本海军联合舰队二战时候就拥有 4 艘以上的航母，为什么中国都 2021 年了，才 2 艘？
因为二战时期的航母和现代航母根本不是一个东西，复杂度、难度、涉及技术栈都不可同日而语。
你问上面说的这些跟这个帖子有什么关系？
因为前端也是这样。

[uni]

看文档看累了明知是钓鱼贴我也上来说两句了。。。

lz 说的那些东西全是脚手架在做啊跟你程序员没关系啊，你要搞个简单的页面直接 npx create-react-app 一行代码就起飞了啊这比 jq 方便太多了吧

[longkas239]

确实恶心 层出不穷的轮子 层出不穷的 bug 这周写完的代码可能下周就跑不起来了

[christin]

你要是觉得以前的好用，可以继续用原生 html/jQuery 来开发，没人会说啥。
你觉得 vue/react 麻烦，开发一两个页面用不上这么多包，这么多配置文件，说明你的需求没有复杂到需要用这些的地步。像开发个复杂的后台管理系统，用原生的要累死。
还是那句话，你觉得没用是因为你用不上。
> 不要跟我说现在项目复杂度高，也没见搞成多复杂的业务需求
现在网页，小程序，app 恨不得都让前端来做，对了还有桌面端应用。努力学习吧，开发不是一碗饭能吃到老的。

[dinfeo]

自己是从 Jquery 到 Vue 的全栈，之前用 jquery 在部署和调试方面是有优势，但是在搭建页面，前端组件化，数据绑定，组件异步处理的时候，还是有很多不便的地方。
对于现在的前端框架，在小型项目里，可以直接引用 vue.js ，再直接引用一个 vue 的 ui 库，类似 element ui ，请求 Web API 可以直接用原生的 fetch ，完成这样的前端项目完全不用 npm 的包管理。
说白了，死守着 Jquery 的老古董们，其实还是不愿意走出自己的舒适圈，就算现在前端的框架也可以做到和 Jquery 一样的简单，他们也不会尝试，因为他们只会抱着自认为好的旧东西抱残守缺，早晚被后浪拍死在沙滩上。

[eycode]

为啥前端不能百花争鸣？？？爱用不用，又没有人用枪逼你用。我就觉得挺好的，前面有朋友说了，你做项目可以安装脚手架一键操作，你觉得麻烦也可以直接*.js 引用，一了百了。我是看不上 jQ 那种写法的，后面特别麻烦，接手别人项目维护更麻烦，一句话，已经是历史车轮下的产物了，个人看法。对了，现在是移动端的时代。。。。适配问题，懂的都懂

[byasm32]

@coolzjy 你这明显偷换概念

[Joker123456789]

5 年前，我刚接触 maven 的时候，也是这样想的。现在感觉 这种包管理工具 是真神，不知道哪个天才发明的。

[LZC007]

简单页面直接引 cdn 不就好了，扯什么 node_module ，根据自身需求选择技术不是正常吗。难道写个静态页面也上框架然后弄个全家桶秀一波？

[ExplorerLog]

https://i.imgur.com/GW60vOA.mp4

[xiparos]

ts 是最口口的，徒增学习成本，浪费时间精力，延缓开发进度，淦

[kongkongye]

@ykk 本质其实是封装，引入一个新库要调的可能就几个配置，其他的默认就好，这样也方便库升级，非要把几十个默认配置都写出来然后改几个配置，鬼知道你改了什么，库升级时不也得每个配置考虑过去。

[hzxxx]

@nicevar 什么吊页面这么夸张，主流中配电脑都带不起来