这是一个创建于 573 天前的主题，其中的信息可能已经有所发展或是发生改变。
我不是前端开发， 但也算“被逼” 学了前端， 一路升级过来
从最早手撸 js+css+html ，混在一个页面， 到后来 jquery ， 起码把代码可以放在一起了， 调调函数， 后面 node 出来就是一堆框架了，react 也搞过，vue 也看了一些
我必须承认， 不管怎么弄， 前端在我手里是“不可控状态”， 什么意思，就是一句代码写出来， 我不敢肯定到底会发生啥， 一个简单的 css 对齐可能要搞很久，这确实很不爽
程序复杂还是简单不是看这语言语法简不简单好不好笑， 而是你到了开发实际产品时候， 你必须时刻明确这代码到底会干啥， 要么成功要么失败的明明白白， 不可能在任何时候有“凑代码”的时候， 但搞前端有时候我还是要凑代码，不知道到底怎么搞， 只能一行一行加或一点一点改
这么多年， 还在不断有所谓新轮子新技术层出不穷， 也就意味这开发人员也被迫不断学习“新技术”，
搭“新环境”， 写“新玩具代码”， 很显然， 这其实并没什么意义， 对个人积累来说
一个 c 程序员或 java 程序员可以说写了 5 年，10 年， 积累了不少功力， 经验， 这是可靠的， 因为他们并没有一直重复学习写新玩具代码
但一个前端说 5 年，10 年经验， 很难说积累了多少经验
乱说了一堆， 其实我就是想说， 为什么没有一个能稳定用很多年的前端技术出来呢， 是不是意味着 html ，css ，js 的组合本身是有问题， 问题复杂化了， 我只想搞个简单能用的默认界面啊
从最早手撸 js+css+html ，混在一个页面， 到后来 jquery ， 起码把代码可以放在一起了， 调调函数， 后面 node 出来就是一堆框架了，react 也搞过，vue 也看了一些
我必须承认， 不管怎么弄， 前端在我手里是“不可控状态”， 什么意思，就是一句代码写出来， 我不敢肯定到底会发生啥， 一个简单的 css 对齐可能要搞很久，这确实很不爽
程序复杂还是简单不是看这语言语法简不简单好不好笑， 而是你到了开发实际产品时候， 你必须时刻明确这代码到底会干啥， 要么成功要么失败的明明白白， 不可能在任何时候有“凑代码”的时候， 但搞前端有时候我还是要凑代码，不知道到底怎么搞， 只能一行一行加或一点一点改
这么多年， 还在不断有所谓新轮子新技术层出不穷， 也就意味这开发人员也被迫不断学习“新技术”，
搭“新环境”， 写“新玩具代码”， 很显然， 这其实并没什么意义， 对个人积累来说
一个 c 程序员或 java 程序员可以说写了 5 年，10 年， 积累了不少功力， 经验， 这是可靠的， 因为他们并没有一直重复学习写新玩具代码
但一个前端说 5 年，10 年经验， 很难说积累了多少经验
乱说了一堆， 其实我就是想说， 为什么没有一个能稳定用很多年的前端技术出来呢， 是不是意味着 html ，css ，js 的组合本身是有问题， 问题复杂化了， 我只想搞个简单能用的默认界面啊
 |
1
ioben 2023-04-30 18:36:27 +08:00 via iPhone  1
永远不变的是变化本身。这是世界现有的样子，除非你在朝鲜喔🧐
|
 |
2
codehz 2023-04-30 19:18:17 +08:00 via iPhone 2
主要现代前端框架不是解决怎么把页面做出来的问题，而是解决怎么在需求复杂而且经常变化的环境下，把代码的复杂性控制到一个合理的水平的问题
如果只是做出页面，并再也不需要动，那自然不需要发展这么多所谓的框架，香草 js 肯定可以解决所有问题。 问题在于，一旦需求发生了变化，比如要加一个功能，怎样才能让复杂性以低于线性的速度增长，而不是 O(n!)复杂度。 |
 |
3
googlefans 2023-04-30 19:24:12 +08:00
让 gpt 帮你写
|
 |
4
iorilu OP |
 |
5
lesismal 2023-04-30 22:10:21 +08:00
因为没有一个真正够好。
|
 |
6
davidoff567 2023-04-30 22:51:34 +08:00
软件工程没有银弹，需求推动了新技术产生，而新技术又将带来新需求。不断涌现才是正常现象
|
 |
7
zxCoder 2023-05-01 09:24:25 +08:00 1
你：前端==页面，而且还“不可控”
大佬：前端工程化！ 这其实就是问题的答案 |
|
8
iorilu OP @davidoff567 问题是我没觉得这些所谓新技术带来多少好处
这些轮子本质并没太大区别，仅仅是因为某些大佬自己想开发轮子就不断搞出轮子，多几个前端开发真的是用户提出所谓的需求，还是大佬们自己想出来的需求 事实上据我认为，终端用户对界面变化需求并不大，桌面软件很多几十年没变界面，也没人说不好，归根大家是看功能效率，没几个人根据界面好不好看时髦不时髦来决定用什么软件把 |
 |
9
byteroam 2023-05-01 13:07:13 +08:00
我就想知道啥时候能有以前 frontpage 那种拖拽几下就能生成一个页面的玩意，bootstrap 那个用了下太简单了，里面很多控件都没有
|
 |
10
huijiewei 2023-05-01 13:54:18 +08:00
@iorilu 你在搞笑么，什么叫桌面软件几十年没变界面，和 Web 一样，都是从 MVC 慢慢转变成 MVVM ，更别说底层的 GPU 渲染什么的了。
理解了 MVVM ，React Vue SolidJS Angular 有什么区别呢，都是数据驱动 UI ，只是方式不同而已 自己理解不了就好好学，再怎么唱衰都回不去 |
|
11
davidoff567 2023-05-01 15:17:31 +08:00
@iorilu 我说的需求 就是程序员的需求，程序员常见的需求有哪些？性能更快、稳定性更高、开发起来更省劲 最好准时干完下班回家陪老婆孩子 等等一系列，假如非要把普通消费者和开发者一概而论 那这个命题就是错误的，怎么答怎么错。举 1 个简单例子，react vue 之类的新技术 让前端从直接操作 DOM 改为数据驱动页面，开发者只需关注数据变化，并且前端能做的事变多了，提升了前端的重要性 分担了后端工作量（他们不用写蛋疼的 CSS 了），这就是程序员作为新技术的用户享受到的福利之一。
|
 |
12
fantathat 2023-05-02 11:58:40 +08:00 via iPhone
那是因为互联网大爆发，研发效率需要提升。但是我认可你说的，前端的代码存在不确定性，补充一点，那些框架的横空出世有一些是真正有创新的，比如 react ，引入了 vDom, components, jsx
|
 |
13
zhang77555 2023-05-02 12:00:42 +08:00 via Android
不差钱的大佬造的大轮子是因为对现有东西不满就自己干一个，其结果是一定程度上加快了行业运转效率，对打工人来说是好是坏其实并不容易界定
比如你的问题其实是你目前的需求用你原来的知识就可以搞定了，但是行业标准变了导致你不得不学新的技术去实现，结果是你更累了，但是项目整体和你个人收益都没变化，这是行业风气导致的，参与内卷的都要背锅 |
 |
15
jones2000 2023-05-02 13:13:32 +08:00
前端也一样呀，
用 js ， 你写了 10 年， 就是 10 年经验。 关键是很多前端不会写 js 。 |
 |
16
star7th 2023-05-02 13:50:46 +08:00
你不是前端开发，所以你不会遇到多复杂的页面需求。正如你所说的，你只是想做个简单页面。那么，你直接用原生 js 写就好。因为简单页面不需要复杂交互，原生 js 写也不会浪费多少时间。
至于说前端工程化框架 vue 或者 react 等，都是为了解决复杂问题产生的。你都遇不到复杂问题，你自然不需要用它们。用它们自然给你带来了更大的复杂度。 |
 |
17
artnowben 2023-05-02 15:39:22 +08:00
C 程序员是在写轮子给别人用。
很多情况下，C 程序员主要解决性能问题，需要针对不同的场景，做一些特定的轮子，满足性能的要求。 例如： 1. 经典的 C10K 问题，后来演变为 C100K 问题，C1M 问题。 2. 四层负载均衡 LVS ，用 DPDK 加速为 DPVS 。 3. 经典的测试工具：ab 、wrk ，用 DPDK 加速的测试工具 dperf 、t-rex 。 |
Select Language