@hahaFck 我觉得在写 React 不用太考虑 re-render 问题，遇到了再解决就好。

和后端一样，在没有遇到性能问题的时候，先别考虑加缓存什么的。

一定不要一层一层传，根本难以维护，更没有意义，这么多层写出来的一定是冗余代码。

想要在 Grid 和 Page 之间状态共享，使用 zustand / jotai / redux 这种全局状态库就行了，写出来代码都差不多(这里以 jotai 为例)：

// 定义 atom
export const dataAtom = atom('')

// Grid ,想要使用 `data` 或 设置 `data` 值都可以
const [data, setDataA] = useAtom(dataAtom)

// 同理在 Page 也是一样的：
const [data, setDataA] = useAtom(dataAtom)

这样写，省去了一层一层的 props ，代码简单多了。更重要的是：你只要知道你在组件里需要什么 atom ，然后使用就行了，没有心智负担。hook 本来就是干这事的。

另外，这样的需求，不建议使用 context 。实际上，我在任何情况下都不建议别人使用 context 来做业务代码，context 最常见的是场景其实是封装组件。

再次提醒大家别搞合约

那他不喜欢上班怎么办

不能 remote ，一点都不 Web3

@cnhongwei 同意

刚毕业呆过一家公司，新业务做评论系统。在根本不知道这业务成不成的时候，有人就瞎指挥，让解决评论里有人刷广告的情况。

在业务都不知道活不活得下去的时候，就想着技术怎么优化，不太靠谱。

比如某电商，花了大力气，什么秒开啊，什么优化啊，一顿操作是体验很好了。结果一看，比淘宝卖的品类少，还贵，做得再流畅有啥用。

这还不好

@taurus53 那不是更不靠谱吗，凭什么啊。

100w 就想做投资啊

这个。。

我一直认为超过一周没回应的就是挂了，都不用问的，问了还感觉上杆子求他们一样。

哪钱多去哪

区别不大

哈哈

最近微信、qq 都大师了



Web3
AI

不重要

我是用手掌按的

也是当年为了打 LOL 最快时间点技能点 养成的习惯

回老家的话，先看看老家的岗位招什么吧。

我猜大概率是 Java 比较多

我都用茶轴 就还好