2
现在的前端技术栈真的太恶心了！
source link: https://www.v2ex.com/t/821702
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
现在的前端技术栈真的太恶心了！
我就想用个 react ，写个简单页面，npm 、yarn 给我整几千个包
各种框架 Vue 、React 、Angular...
又是打包、又是编译，webpack 、babel...
人山人海一样的各种配置...
遥想十来年前自学那会儿
前端干净、简单、实用、快速，像童话一样
不要跟我说现在项目复杂度高，也没见搞成多复杂的业务需求
前端的兄弟们，你们是怎么挺过来的？
你们觉得现在用着爽么？
我就想用个 react ，写个简单页面，npm 、yarn 给我整几千个包
各种框架 Vue 、React 、Angular...
又是打包、又是编译，webpack 、babel...
人山人海一样的各种配置...
遥想十来年前自学那会儿
前端干净、简单、实用、快速，像童话一样
不要跟我说现在项目复杂度高，也没见搞成多复杂的业务需求
前端的兄弟们，你们是怎么挺过来的？
你们觉得现在用着爽么？
68 条回复 • 2021-12-13 08:37:59 +08:00
wunonglin 11 小时 34 分钟前 
2
shyangs 11 小时 28 分钟前 5
vue666 11 小时 27 分钟前
这还好了,主要还是太杂了,更新换代快, 淘汰快, 就以最近几年跨端或者说移动端 app 为例, 有些公司用 uni-app, 有些公司原生 h5 然后跟安卓工程师联调, 有些公司用 rn, 有些公司用京东的 taro, 一小部分 flutter, 这就造成了你不知道该怎么学好了, 如果以市场需求最多的来学, 你会发现, 很多人都会, 如果以市场比较少的来学, 你会发现你学起来比较吃力, 而且后期发展似乎不怎么好,因为你不确定类似于 flutter 这样的东西在国内以后是否会有比较好的发展趋势, 那我 的投入和收入不成功正比了
DOLLOR 10 小时 44 分钟前 2
以前写个页面还要操心 IE56789 的时代，才是真正的黑暗时代，经常要玩各种奇技淫巧，一点也不干净、简单、实用、快速。
现在才是真的爽，不用操心兼容性了。
jquery 这种过时的玩意我都不用了，直接抄起 vanilla 就能干活。
现在才是真的爽，不用操心兼容性了。
jquery 这种过时的玩意我都不用了，直接抄起 vanilla 就能干活。
xption 10 小时 39 分钟前
最近在学习 TypeScript 、Vue 、Electron 等
和楼主一样，之前接触前端还是十年前，也有 LZ 类似的感觉
不过抱怨归抱怨，抱怨完还是要拥抱时代
和楼主一样，之前接触前端还是十年前，也有 LZ 类似的感觉
不过抱怨归抱怨，抱怨完还是要拥抱时代
cmdOptionKana 10 小时 27 分钟前 2
楼主说 “我就想用个 react ，写个简单页面”，楼主又说 “关键是现在很多 package 都是基于这套体系”
这就是问题所在了，react 以及一些 package ，本就不是为简单页面设计的，本就是为复杂页面设计的。
要是简单页面，你依然可以用 jQuery 那一套老办法，bootstrap 也是完全支持老一套。
不能去用一个本来为复杂页面设计的技术，然后又怪它太复杂。
这就是问题所在了，react 以及一些 package ，本就不是为简单页面设计的，本就是为复杂页面设计的。
要是简单页面，你依然可以用 jQuery 那一套老办法，bootstrap 也是完全支持老一套。
不能去用一个本来为复杂页面设计的技术，然后又怪它太复杂。
cmdOptionKana 10 小时 23 分钟前 2
“不要跟我说现在项目复杂度高，也没见搞成多复杂的业务需求”
既然你的项目不复杂，那为啥要强行用 react ？不复杂的页面需要什么库找不到可 cdn 直接引用的替代品？
而别人的页面，要么真的复杂，要么人家用这些工具不觉得烦，那都是别人的事情，你不能替别人烦啊。
既然你的项目不复杂，那为啥要强行用 react ？不复杂的页面需要什么库找不到可 cdn 直接引用的替代品？
而别人的页面，要么真的复杂，要么人家用这些工具不觉得烦，那都是别人的事情，你不能替别人烦啊。
opengps 9 小时 12 分钟前 via Android
不光是前端，各个环节都在避免重复造轮子来提高效率。如果真的追求某些极致才有必要去从零开始写东西，当然，因为需要借用各种轮子的带来的感受并不好
Osk 8 小时 19 分钟前
其他还好, 最受不了的是 node_modules 这个无底洞, 因为 js 不像其他的语言那样有强大的标准库, npm 随便一个小工具一大坨依赖, 一大坨小文件真的是难受啊. 动不动以万计的小文件, 人都给整傻了. 而且感觉这样很危险, 依赖的依赖的依赖一挂, 简直噩梦; 另外, 还徒增了供应链攻击的风险.
tfu 8 小时 9 分钟前
今天刚尝试用 vue 想写个单页 web 应用，确实被恶心到了，我就一个页面放在以前可能就三个文件就搞定了（ html ，js ，css ），现在安装一堆包，也不知道用不用得上，连哪些包是干嘛的都不知道，搞得有点头大。和楼主感同身受。
FightPig 7 小时 57 分钟前
@zxw567 最近 一直在用 pnpm ，硬盘占用并不见少多少，node 有很多一行代码解决的问题，也要引个包，11 月 node 包被挂恶意程序的我知道的已经有两回了
changwei 7 小时 6 分钟前 4
react-create-app 或者 vue-cli 脚手架工具帮你直接一键生成好各种环境
react-scripts 甚至帮你封装好了最优化的 webpack 配置，你可以享受到只用更新 react-scripts 就能体验最新和最优 webpack 配置的便利性，而不需要学习 webpack 以及各种 babel ，各种 loader 本身的配置
npx react-create-app app 然后打开 App.jsx 就可以直接开写业务逻辑，需要 sass 直接 npm install node-sass ，需要 typescript 也直接安装一下依赖就好，整个过程全部都是背后的 react-scripts 帮你做好了 webpack 和相关配置，并且还是最优配置，我实在想不到还有什么比这更方便的开发方式？
要发布生产环境也可以直接 npm run build 一键生成最优化的 js 和 css 代码，直接 copy 到 nginx 的 webroot 就能运行，简直不要太方便
难道手动去 copy 最新 jquery 引入链接，手动引入各种 vendor 还要考虑依赖和加载顺序，手动配置开发 server ，手动用 link 引入各种 css ，手动使用各种 document.getElementById 然后再用 element.innnerHTML 等各种 HTML DOM API 修改与读取 DOM 内容这种开发方式会很简单？
react-scripts 甚至帮你封装好了最优化的 webpack 配置，你可以享受到只用更新 react-scripts 就能体验最新和最优 webpack 配置的便利性，而不需要学习 webpack 以及各种 babel ，各种 loader 本身的配置
npx react-create-app app 然后打开 App.jsx 就可以直接开写业务逻辑，需要 sass 直接 npm install node-sass ，需要 typescript 也直接安装一下依赖就好，整个过程全部都是背后的 react-scripts 帮你做好了 webpack 和相关配置，并且还是最优配置，我实在想不到还有什么比这更方便的开发方式？
要发布生产环境也可以直接 npm run build 一键生成最优化的 js 和 css 代码，直接 copy 到 nginx 的 webroot 就能运行，简直不要太方便
难道手动去 copy 最新 jquery 引入链接，手动引入各种 vendor 还要考虑依赖和加载顺序，手动配置开发 server ，手动用 link 引入各种 css ，手动使用各种 document.getElementById 然后再用 element.innnerHTML 等各种 HTML DOM API 修改与读取 DOM 内容这种开发方式会很简单？
noqwerty 6 小时 11 分钟前
@changwei #52 作为一个对前端了解不多的人，写新项目的时候确实很方便，通过你说的这些脚手架工具很快就能搭起环境。潜在的弊端是我根本不知道生成的这些文件是做什么的，它们之间依赖关系是怎样的，修改起来可能牵一发而动全身。而一旦需要深入了解就进入到了楼主说的情况，想写几个界面结果要学一大堆配置文件😂
xujinkai 5 小时 54 分钟前 via Android
主要是工程目录太庞杂了，自动生成的配置又复杂无比，虽说不一定要手动去配，但确实是看着“恶心”。
拿其他语言举例，C#工程默认就是一个 csproj 文件和一个 cs 文件，上手“看起来”就友好一些。c 语言，起手一个 c 文件，再 Makefile 里写两行，得从零写，但也很清晰。
而前端，npm 先搞进来几千上万个文件，一大堆 json 配置，我这种新手根本搞不清依赖关系，哪个能改哪个不能改，自然看着“恶心”。
啥时候前端工程能起手一个 html/js 一个 config ，同时还能处理各种依赖和兼容，就不会被吐槽了。
拿其他语言举例，C#工程默认就是一个 csproj 文件和一个 cs 文件，上手“看起来”就友好一些。c 语言，起手一个 c 文件，再 Makefile 里写两行，得从零写，但也很清晰。
而前端，npm 先搞进来几千上万个文件，一大堆 json 配置，我这种新手根本搞不清依赖关系，哪个能改哪个不能改，自然看着“恶心”。
啥时候前端工程能起手一个 html/js 一个 config ，同时还能处理各种依赖和兼容，就不会被吐槽了。
3dwelcome 4 小时 6 分钟前
不仅仅是技术上的复杂，工具太复杂，你还可以选择性忽略。
但是前端计算能力上去后，需求也变极其复杂，导致代码量上去后，不好维护，这才是最要命的点。
天天写一大堆逻辑，功能是强了，代码也乱了。也不知道是好事还是坏事。
但是前端计算能力上去后，需求也变极其复杂，导致代码量上去后，不好维护，这才是最要命的点。
天天写一大堆逻辑，功能是强了，代码也乱了。也不知道是好事还是坏事。
eason1874 1 小时 55 分钟前
现代前端开发环境已经跟后端一样复杂了，开发效率提高了，门槛也提高了
Vue 有 standalone 版本，可以脱离前端开发工具链，像库那样引入文件然后写代码
Vue 有 standalone 版本，可以脱离前端开发工具链，像库那样引入文件然后写代码
lagoon 43 分钟前
得看这是你需要掌握的复杂，还是不需要掌握的复杂。
写几行字，还要一个操作系统。我在纸上写几行字就只用一支笔和纸。
倒不如说，这是对“懂底层”的讽刺。文员不能光会写 office ，还要懂操作系统原理。
写几行字，还要一个操作系统。我在纸上写几行字就只用一支笔和纸。
倒不如说，这是对“懂底层”的讽刺。文员不能光会写 office ，还要懂操作系统原理。
sciel 29 分钟前
react,nextjs,SWR,react-bootstrap,react-toastify,react-use-websocket...真的不错。
组件方式写页面很爽，全都封装成对象来处理，各种组合调用。不过在选择到底用服务端渲染还是客服端渲染时要仔细一点。
想象一下，一个取消和提交的 button 按钮封装成一个组件对象，在你的所有页面中，你想要用都可以调用，而且你要换样式或加什么其他东西，在这个组件里面进行修改，所有你用到的都会改变，那不很舒服，而且代码少很多。
组件方式写页面很爽，全都封装成对象来处理，各种组合调用。不过在选择到底用服务端渲染还是客服端渲染时要仔细一点。
想象一下，一个取消和提交的 button 按钮封装成一个组件对象，在你的所有页面中，你想要用都可以调用，而且你要换样式或加什么其他东西，在这个组件里面进行修改，所有你用到的都会改变，那不很舒服，而且代码少很多。
Recommend
About Joyk
Aggregate valuable and interesting links.
Joyk means Joy of geeK