ChefIsAwesome

这玩意是不是会批量注册号，批量转账什么的，就能空手套白狼？

不合适。我的方案是三十块钱买个带轮子的主机托，用的时候推到客厅。我家沙发离电视比较远，文字太小，眼累，所以搬到客厅玩的次数不多。

@foolishcrab 我觉得就是破罐子破摔了，提高不了用户体验，那就折腾开发体验。
而且我觉得将来 web 前端技术要发展，其它大厂不行，还是得靠谷歌。只有谷歌以 web 产品为主，产品的需求才能推动技术的进步。谷歌做 chrome ，也是为了拥有 web 技术的话语权。

闲鱼 app ，吹起背后的技术，天花乱坠，实际体验狗屁不是。现在很多网页产品也都是走这路线。

看看招聘的 jd ，web 前端负责提高用户体验，真是个笑话。在乎用户体验的项目根本不会找 web 前端做。
大部分从业者的工作是做 pc 端的管理后台，要什么体验。
用户觉得 iPhone 比安卓好，因为 iPhone 动画比安卓多，操作跟手，不掉帧。用户觉得安卓怎么也比网页好，因为网页压根没有手势和动画。
iPhone 都出到 14 代了，这个月的 chrome 111 才加上 View Transition API ，可以实现原生 app 那种页面间的切换。
看看过去这几年 web 前端的技术发展，看看这个领域最聪明的人都在研究什么东西。更快的打包？换着花样搞 mvc 框架？返璞归真的后端渲染模板？

这几年机器人客服出来之后，大量人工客服工作者都失业了。以前我待的公司，一车车的从学校拉学生来做客服。

美国就业不要太好，只有科技行业不行。

“程序员工资没有优势...人工费用超高”，我可不可以理解成找个普普通通的工作，一年也有 1000w 日元？

我简单介绍下历史：
1.为了合并文件以减少 http 请求，为了混淆前端代码，出现了最早的命令行工具。
2.代码当然要模块化，可是早期网页交互非常简单，js 并没有模块化的概念。node 造了一个模块化的系统。网页前端开发者觉得不错，于是有了工具，让网页开发的时候可以用 node 的模块化系统，最后合并成浏览器可以用的 js 文件。
3.这种合并文件的操作，事实上就跟编译差不多。既然都要编译了，js 的语法也可以改了。react 这种 js 文件里写 html ，脑洞比较大的想法就出现了。
4.想用新语言特性，旧浏览器不支持怎么办，那就写新语言，babel 编译成旧语言。想给 js 加类型系统怎么办，那就造个 typescript ，再编译成 js 。编译速度慢，那就造个新的编译系统。

你去提加薪资试试呗。很多老板不会想着你劳苦功高，只会想着你都老油条了，不如一起开了，再招个新的。