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

@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 。编译速度慢，那就造个新的编译系统。

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

百度 gay 吧

不用想太多，技术面试就这样。他问你的东西，搞不好是他三天前才学会的。进不去就换其它家。对面那个面试你的，搞不好也正准备跳槽呢。

牛逼

@liuxsen93 你再琢磨琢磨。ID 存父组件上，传给 dialog ，table 只是改这个 ID ，不用收这个 ID 。

table 一个组件，dialog 一个组件。上面再套一层组件，相当于中间人沟通二者。
多个 dialog 也行。你想象一下 select ，实际也是弹窗。每行来一个，没人觉得奇怪。只要 dialog 关闭的时候，把 Dom 清空就行。

类似的东西我搞过，挺费劲。你这做的很好，我觉得水平不错。

除非你们有末位淘汰制，否则公司裁人，大概率只是因为老板没钱。

咦？阿 Paul 啊，你怎么也在这里

？？

看看足球队的做法：新教练上任，先了解球霸是谁，跟他拉好关系，然后一个个跟球员谈话。首要目标就是跟主力搞好关系，让他们不摆烂，为你卖命。接着才能开始搞清洗，招新人。上来就大刀阔斧改革立威的，老队员不买帐，新球员被排挤，球队成绩肯定不行。
这点道理都搞不明白，任教练瞎搞的老板是真不行。俱乐部（公司）不可能有什么发展前途。

我依稀记得它好像直接把 setState 或者 shouldComponentUpdate 给绕过去了。反正不是用原本 react 的刷新机制了。