现在最人气的肯定是 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 级地震人站都站不住根本没法往外跑。

@mooyo 很多简体字日语输入法打不出来

我现在就在用一个叫 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.

导入一个 log 库，想传哪就传哪
比如[pino]( https://github.com/pinojs/pino)

PlanetScale 也是个选择

换个角度想，所谓框架就是基础工具集，对程序员来说可以避免重复劳动提高效率。但是导入框架肯定也添加了一堆没使用的代码。
ai 可能不需要框架，直接生成功能代码即可。

ms 有个 autogen ，就是用 chatgpt 模拟多个角色，互相协作来完成任务，可以让一个角色先设计架构，再把任务细分，然后另一个角色负责生成子任务的对应代码，再有另外一个角色测试，最后再组合。