然而大部分时候，用的蓝牙键盘，根本摸不到那边

> 而且多选、排序都是依赖查询流程的，如果你只是关心 props 的话，没办法一下就完成一个功能

我会选择先弄一个 useTableParams 的东西来组装参数，useTableXxxParams 追加参数

算是设计理念上的不同吧，我比较喜欢“如无必要，勿增概念”的玩法

我认为在 hook 上这么玩 plugin 的方案非常扯谈，hook 本来就是一套函数式的设计，基于原子的数据来增强就好
const tableProps = useTable(list);
const propsWithSelection = useSelection(tableProps);
const propsWithSort = useSort(propsWithSelection);

这样甚至可以很快速地构建出适合自己的 hook：
const useOwnTable = compose(useTable, useSelection, useSort);

任何一个东西，加上插件就是在增加概念，插件不是一个公认的逻辑，每一个插件系统的实现和设计都是不一样的，让人去理解成本并不低

第一点我觉得没必要，第二点用 gql 的话就应该强制全部，一个系统一半是 gql 一半不是只会死得很惨
话说 gql 难道不是吸引前端的吗，你们的前端太弱了

就是白平衡不对而已……拿着这照片编辑调整白平衡就好了

@cat faas 的冷启动慢是通病，办法是留一个保活接口过几分钟去请求一次，请求保活接口的函数也可以挂在 faas 上，用定时触发器

在我们这边是这么分的：你拉一条专线到阿里云，这个叫专有云。私有云的物理资源是你自己的

94%，只用无线充电

哪有这么麻烦，你上午到了公司，先吨吨吨灌 700ML 的水下去，然后啥闹钟也不用只管干活，时间到了自然会尿憋的你起来去卫生间，去完再灌 700ML 水

问一下 GC 系统，一般 GC 系统知道整个对象关联图，它找不到的就是内存泄漏了也没救了

我 RAID 的 NAS，一块硬盘坏了换新的，RAID 重建的时候第二块当场坏掉数据丢了
后来想了想也对，同一时间买的同品牌型号硬盘，同样的写入量，寿命本来就差不多，要死一起死，RAID 个毛线

@murmur T2 应该会参与 H.265 的解码

苹果本质是一家以生态为核心构建壁垒圈进用户来发展的公司，你这玩法是要苹果自废生态，肯定不干

如果你每个手机壳先在它的摄像头前晃 10 秒钟然后再装上去的话，理论上苹果能做出来你要的功能

没有接口提供多态性，你要设计模式干啥用呢，从头到尾把代码撸出来就成了

@251243021 养老保险本来就是用来养现在的老人的，不是用来养自己的啊，本质是专项专用税