追求短平快, 先上了再说, 兼容要做得好开发者难受, 兼容做不好用户难受. 两者相权取其轻, 死道友不死贫道

前端确实需要花 30%的精力解决兼容或者说升级的问题，这还只是 web 的，app 端的苹果或者谷歌弃用个 API ，修改个权限，又是一堆工作量。

大版本有 breaking change 也算合理吧

语义化版本就是这样，大版本更新本来就允许不兼容，比如 Python2 -> Python3 ，这不是 Windows 思维和苹果思维，你这种大概是半瓶水响叮当思维。

没有什么长期思考，全是短视行为。觉得还行就上了，实际上越用越坑发现积重难返于是重新挖一个新坑

有没有可能不是因为不喜欢。。。就好像我赚钱没马云多，可能不是因为我不喜欢

Vue 的兼容性问题，导致了我们旧项目还一直在用 vue2

按我观察，几乎每个前端程序员都有一个自己的前端框架

React 本身在兼容性上，整个开源社区，不管前后，都算很优秀的了。 React Router 和 remix ，我感觉团队的问题。。React Router 从 1.0 开始，每次大版本升级，都改的面目全非，路由说白了，就是一个 路径到组建的映射吧，在项目的代码里真占不到多少比例，每次都那么有存在感。。remix 本来在社区的名声非常好，真不理解要强行并入 React Router 。 公司的项目没办法，我自己能掌握的，绝笔绕着这个团队走。。

不止前端，整个 js/ts 生态都不喜欢向前/向后兼容。 整个 js 生态可以说是一塌糊涂，在破茅草屋上缝缝补补，缝不上了就推倒重来，光是 esm 就能让整个生态鸡飞狗跳，react 那边卡 8 年了。 https://github.com/facebook/react/issues/10021 还在活跃的 js 项目大多选择不断破坏性重构，这是没办法的事，要么停在尴尬的分岔路口，要么丢掉历史包袱重新选择正确的路，维持向后兼容很花时间精力，这点上我支持作者直接砍掉。