和前端圈、js 生态什么关系啊，和短视也不沾边啊。。。。思考的深一点这就是必然的。 前端本质是客户端，客户端就要跟随用户设备的发展、用户的审美、用途来变化的， 比如以前都是电脑，现在移动端居多，js 和 css 是不是要添加移动端的支持？以前都是小屏甚至非触摸屏，现在都是大屏触摸屏，是不是要添加对触摸事件的支持？以前分辨率低，现在分辨率高，浏览器的渲染机制就要发生变化。GPU 在升级，GPU 加速也要跟上吧？有新特性了不得加上？这样一来二去，还怎么向下兼容啊。 至于服务器端，因为硬件和操作系统本身就足够稳定，新特性加的很保守，本身就没有什么大的变化，兼容是好做的。

你说他不遵循 semver 语义那我陪着你一起骂, 结果看来看去一堆人属于是吐槽都吐不到点上 semver 兼容是情分, 不兼容是本分, 我以为这不难理解 @Ketteiron esm 鸡飞狗跳恰恰是因为兼容, 谁让 esm 来得晚呢, 要是社区都愿意直接抛弃 cjs 那反而没那么多事了

前端重构相对简单的多，一个页面可能直接重构，后端根本不可能

兼容？ IE 的亏吃的还不够吗 https://i.imgur.com/io2SM1h.png

前几天在 IT 之家看到这篇«开源媒体播放器 VLC 更新 3.0.22 RC1：正式支持 Win11 Arm ，修复 WinXP SP3 兼容性»哈哈

@z00i +1,已经不敢用了...

@lscho remix 和 nextjs 这类不只是单纯前端了 毕竟可以做全栈 不知道 nestjs 在更新这点是不是好很多

@Al0rid4l 不知道算不算个例 我之前用的 UI 库也是版本大更新 然后我发现主要的布局组件都嗝屁了... 然后一看官方把这些组件重写了，直接用了旧组件的名字，但是旧组件在新版里也全在，但是名字被改了都加了个 Legacy 。 因为是一个很大的项目了没精力全部重构我就加了 as 给他转了下... ...发现没啥问题 全都能用 所以感觉是可以兼容的，但是官方会为了鼓励大家用新版本，故意搞出不兼容。😂

@stickchen nextjs 和 remix 这类是全栈框架了，后端逻辑也有，但是如果有专门的后端开发会在他们的后端做层校验和转发。没有专门的后端开发，后端逻辑也全在里面了。

@StevenRCE0 感觉是 nextjs 毕竟有公司背书，有大量客户，所以还是比较节制了一点😂。但是如果之前项目是 14 ，升级到 15 ，15 改了 cache 的默认行为其实都够吃一壶了。