遇到组件库和 tailwindcss 互相干扰可以先去查查有没有人提过这个问题，最后又采用了什么解决方案。然后既然用一个组件库不一定就要全用那个组件库的东西，布局这块完全可以自己处理。

我是觉得自己写个小工具就够用了，主要是用来删除一些临时文件。像全盘扫描完全没必要，文件去重意义也不大，大文件平时自己使用有个好习惯就行。

玻璃只要是正规品牌且注明了耐高温的基本就没有问题，不过同样大小下更重，而且和瓷碗一样不耐摔，甚至更严重一点。考虑颜值还是普通的陶瓷碗最好，考虑性价比且耐用，那最好是 304 不锈钢碗，非双层的，大概十几到几十不等，基本可以从字典里删除坏这个字。

国内的环境决定了，如果你是想写一个盈利性质的软件，最好不开源。即便你用的开源协议禁止未授权商用，但你很难证明那些换皮的用了你的代码，也很难有精力去走诉讼那套流程。
所以要么不开源，要么就想开点，别人赚钱你也不亏钱，尤其是当你用了巨宽松的开源协议，比如 MIT （等于你授权了别人想怎么搞就怎么搞）

最简单的方法就是把状态提升到需要的最上层，不过这样在组件层次过多的情况下既不利于维护，也会存在性能问题，尤其是中间传递某些组件不需要用到这个状态。
然后就是用 Context API ，因为不推荐所以详情建议去看 React 官方文档。
然后是使用状态管理库，把这种多个组件使用的状态交由状态管理库管理，算是最合适的处理了，喜欢稳定的就是 redux 和 mobx ，喜欢更现代的就看看 recoil ，zustand ，jotai

说实话，有哪个会担心... 就文心一言那水平，除了版本号硬是同步了以外，还有啥...

阁下可曾听说过外包和兼职

@devswork 我就是一开始挂 frp ，然后折腾 wireguard ，最后用了 tailscale 。然后服务器就闲置了，最近在上面部署了一个 supabase ，用起来还可以。

就说那个页面需不需要你维护，不需要你维护就不用操心，需要你维护就看你闲不闲了，闲的话可以慢慢拆分重构。

之前碰到过认识的人让做一些页面，一说 TG 沟通和 USDT 结算我就拒绝了，一看就不像做合法的东西

nip.io 了解一下，你本地只需要把反向代理配置好就行。

看到有人推荐前端，我来泼下冷水。前端岗位确实不少，入门也算简单，但东西是真杂，细分领域是真多，大部分工作都要求指定技术栈的实际项目经验，一般是 UI 框架+组件框架+状态管理库。比如 react-antd+redux ，vue+element+pinia 等等，然后还有其它类，比如 electron 、react native 、uni-app 等等，桌面端的网页、移动端的适配、浏览器兼容性的处理、移动端的 App 、各类的小程序等等。即便很多东西基础能力满足就可以无缝使用，但 HR 筛选简历的时候可不管，所以现在前端巨难找工作... 还有，BOSS 直聘上有很多假信息和过期信息，不要光在列表上滑动就感觉很多，实际上很多点进去，要么人力外包，要么半年前甚至一年前活跃。

“网线就是生命线” 光这一句就值得封神了，作为计算机行业从业者，网络即生命。

可怕的是，它们居然一整个公司参与发布会的所有人没有一个觉得这不对，也就是说它们认为这样对员工的剥削理所当然。

TailwindCSS + Shadcn/ui 好评，最近就在用这套，是真爽。