话是没错，但问题就是人不在日本的话基本没可能直接进日本大厂，能去硅谷谁会去日本呢是不是。
派遣能不能干的顺心说实话全靠运气，要先遇到一个不太坑的派遣公司，还得能赶上个气氛好的现场。尤其是后者可遇而不可求。派遣本来就是二等公民，要不是脏活累活也不会找派遣来干。
op 有国内大厂经验在日本做派遣技术方面应该是碾压级的，问题是很多企业对派遣的要求是要听话，按部就班，甚至是要背黑锅。自身技术越高去做这种工作时反而会更难受。
建议是把派遣看作跳板，初到异国有一个语言门槛低工资还行的工作算是还不错的开始。op 还是尽快加强语言和熟悉工作方式，然后跳槽做正社员。
眼下的情况如果已经到了无法忍受的地步，可以跟派遣公司商量换现场试试，需要付出的代价是要去面试。我认识干了十几年派遣的人，他就喜欢干一阵换一个地方，如果能带新人 cover 住现场的话工资是会比一般企业正社员高上不少的。
当然回国也不失为一个退路，但要考虑现在国内的行业状况和经济形势。

leader 走了不带走&没跟着走的没资格叫嫡系

智能家居有一种用来按按钮的设备，app 可以控制，用一个把电话抬起来，第二个按#

@zbowen66 vue boy 这就破防了？
vue 里面不是一样不推荐滥用 watch 吗？到处 watch 的屎山我是见过的，哪里改变状态在哪里处理 state 不很正常吗？
react 手动依赖收集是比较麻烦，但这跟不该用 useeffect 监听状态修改有一毛钱关系吗？

现在最人气的肯定是 shadcnui+tailwind
用 next 的时候 antd 和 ssr 相性不好

是不是把 vue 里用 watch 的习惯带来了？
type 在哪里变的就在哪里挂处理函数，useeffect 不是干这个的

都上了大学了，如果不是准备走学术路线，其实学不学没啥大事，能毕业就行了。
大学学的东西工作后有多少有用的？除了那张文凭做敲门砖以外。

有 fullscreen api ，在 b ，c 最外层元素上调用即可。另外注意各浏览器 api 名不同，网上有统一适配的方法，判断 api 在不在然后调用
https://developer.mozilla.org/en-US/docs/Web/API/Fullscreen_API

nextjs custom server 启动的时候

https://nextjs.org/docs/pages/building-your-application/configuring/custom-server

不过我建议在 nextjs 只开发处理的 api ，使用外部定时调用服务比如 k8s 的 cronjob 来发请求给 api ，这样扩展性好点。

@willgyw 能提前十几秒收到预警的话，这地震离你太远了，根本造不成伤害。如果离震中近的话能提前个 1 ，2 秒就算好的了。小震或者距离远的推个消息即可。
二是国内缺乏这方面的教育，即使收到警报并没有意识做出反应。这个东西需要长期教育，一有警报人马上要往桌子下面钻，那提前的 2 秒是让你干这个的。6 级地震人站都站不住根本没法往外跑。

我现在就在用一个叫 livekit 的开源项目开发服务，感觉真跑起来流量费用才是大头。要是公司内网用的话随便搭一个用用也行。

@rizon https://vercel.com/templates/next.js/pino-logging
两边都可以用

@rizon Winston 是老牌 log 库了，服务器端使用没问题。
nextjs 使用的话有一个问题是 Winston 依赖于 node 环境，nextjs 的 middleware 运行在 edge 环境

@rocmax 当然这根容器外部收集方案不冲突

实际上使用 log 库才是最佳实践，因为 console.log 是同步的，性能损耗较大。可以搜一下有不少 benchmark 结果。

> Due to Node's single-threaded event-loop, it's highly recommended that sending, alert triggering, reformatting, and all forms of log processing are conducted in a separate process or thread.