怎么面对这个心态，低级阶段的 Java 开发工程师看不上前端开发相关的知识

[dode]

个人发展和行为上的困惑

[yinzhili]

@lisongeee 为什么前端开发者加班多，就是框架也好，生态圈也好，没有很好的做约束或者规范。隔三岔五造新轮子替代旧轮子，向下兼容的事情也没人管，然后再造新新轮子替代新轮子。你始终把锅甩给开发者，这一点我是不理解的。

[lisongeee]

@yinzhili

《你始终把锅甩给开发者，这一点我是不理解的。》难道不是吗？ js 本来就快速上手，就 node ./index.js 或 人人都有的浏览器控制台 就能跑起来的事情，特别是有 https://stackblitz.com/ 这种 WebContainer 之后能直接在浏览器运行 nodejs ，那些 ui 库都能在文档里附带运行 demo 了，使得 js 上手难度几乎为 0 ，而且发布代码就是 npm publish 一条命令的事情，试问 java 能做到这些吗？，虽然有的人可能连 esm/cjs/umd 的区别都不知道，更别说 ts/eslint/stylelint/rollup/esbuild/webpack ，但是这不妨碍 npm 是所有编程语言最繁荣的包平台。

《隔三岔五造新轮子替代旧轮子，向下兼容的事情也没人管》 那这种轮子你就不要用，你就当没看见，你就当 js 没有这种轮子，当一个生态的数量越来越多的时候，低质量和高质量的代码库也会越来越多，这种轮子就是典型的低质量轮子，难道 java 就没有这种轮子吗？只是 nodejs 由于上述原因轮子基数大这种轮子比较多

[yinzhili]

@lisongeee 别说了，npm 那种愚蠢的设计，你还在这里吹呢？ left-pad 那场大事故才过去多少年啊？要不要给你回顾下

[lisongeee]

@yinzhili

《别说了》我能说你这是急了吗？我说的是 js 上手成本几乎为 0 导致 npm 是所有编程语言最繁荣的包平台。

你要反驳我最好就拿出我刚刚说的技术的缺点

---

left-pad 属于用户可以直接删除 npm 上的库而无需邮件审核，这属于 npm 的人员审核缺陷

直到现在 npm 上的包仍然可以直接删除，比如哪天尤雨溪就可能脑子就抽了直接把 vue 删除了

我承认这是 npm 的审核缺陷，这确实很垃圾。我认为应该禁止删除一个包或者手动发送邮件审核说明删除原因。

但是这和我上面说 js 上手成本的没关系，你这属于反驳不了就转移话题，那么我同意你接下来的所有回复，你也别和我讨论了

[ikas]

人不行,看什么都不行

[yinzhili]

@lisongeee 你这是精通精神胜利法呀，虚假繁荣也是繁荣嘛

[lisongeee]

@yinzhili 是的，我同意你的说法