对，而且最近刚好因为这事，配合 chrome 的一个 bug 出过问题
https://bugs.chromium.org/p/chromium/issues/detail?id=1473422
chrome 在某次更改中打破了原有识别时区的逻辑，导致 fallback 到通过类似 cst 这样的三字母去解析时区，然后因为冲突和一些映射方面的问题，导致时区错误，或者获取到 undefined 的问题

@liaopen123 这么几个点还是洒洒水，不过也确实没必要上代码糊，主要开一个 GLSurfaceView 耗电量就可以上去了（）

这就是传说中的黑帽 SEO ，通过一些搜索引擎漏洞，操纵排名的技术
确实是谷歌应对不力，不过攻防对抗下，总是能碰到一些漏网之鱼的

是你这个翻译插件的问题吧

3. paint worklet()

冷知识，msedge.exe --app="…" 可以启动成 app 模式

那最简单的就是 rtsp to webrtc 的方案咯

原本 win32 的打印接口也没提供预览功能吧（）
那微软怎么可能在打印之前就拿到预览呢，总不能先模拟打印到 pdf 然后再渲染吧（会打破不少传统程序的逻辑）

原版 win7 aero 开高 dpi 后，实际上会变透明（因为模糊半径没有跟着变大），你可以看 youtube 上的某个 up 主的视频
https://www.youtube.com/watch?v=Ee1Z5pK5tl4 虽然我觉得其实 200%的时候还能接受吧，更高的时候就差异很明显了

@mokeyjay aero 正常 dpi 下问题其实不是很大，但是现在不是流行高 dpi 吗，按原来的模糊算法，高 dpi 后，比如说 200%，对资源的需求量不是乘以 4 ，而是乘以 16 （高斯模糊半径和窗口大小同时增加），尽管设备性能也有所提升，但也还是很多低端设备扛不住这样造

虽然但是，你通过分享接口发文件的话，得考虑目标软件是否支持这些新标准，但这个接口调用的时候也没法知道选择的是什么 app ，如果是不支持的，出现问题估计也是要挨骂的（

有没有可能是物理因素（长距离信号衰减，部分网卡对这种情况处理不好？

你想哈既然 jsx 本质就是 js 语法糖，那如果直接用?:语法 react 怎么知道它是改了整个组件，还是单纯只改了 props 呢（组件相同，仅 props 不同，没有 key 的情况下如何区分？）
而&&的写法，因为分属于数组的两个不同位置，react 可以直接根据位置来推断是不是同一个组件
这与其说是 react 特意设计的特性，不如说是 jsx 语法转换的副作用（虽然 jsx 严格意义上也算是 react 的设计），不过好歹 react 给了一个文档说了

github 禁止免费小号，除非你加钱给其他账号充值会员

先看看为啥需要 root ，如果只是为了安装一些普通软件的话，建议使用容器方案
再不行还可以虚拟机，用 9pfs/virtiofs 做基础的文件共享

评价是有很多维度的，排序只是恰好命中了合适的维度，举个例子，中文大模型（包括精调的）的使用场景，除了一个合规性，还有一个就是回答问题的时候不会无故蹦出英语答案。即使是 GPT-4 ，有时候也会在要求用中文回复的时候使用英语回答，如果把这种 testcase 加进去，那排序就不好说了。
最离谱的是啥，这 repo 只给了 15 个 testcases ，怎么看怎么像写论文的时候从实验数据里 cherry pick 出想要的结果的那种情形，你要说这玩意有啥代表性，反正我是看不出。

汉语精调大模型用纯英语 testcase ，这不是为难人嘛。。。

确实 reducer 不是最优的，但这主要是取决于 js 本身的限制，但相比于 state 和一大堆 callback 乱改 state 还是有一定好处的，至少你能从 useReducer 那里看到 state 有可能的变化方式（当然你也可以摆烂只做 setState 一样的事情，那种就不提了），比如限定 state 只能+1 或者-1 ，如果用 setState ，这个意思是无法表达出来的
不过你这把所有 click 函数都直接 dispatch 的情况，多半还是存在一些问题，相当于另一个方向摆烂，我建议可以放点代码例子来看看是不是这个方向的写法
某种意义上说可以理解为写了一个状态机，reducer 函数就是状态转移方程，dispatch 则是触发状态转移的 trigger

数据库查询错误，可能是数据库迁移没做好，这个测试环境可能无法复现（因为生产环境和测试环境很有可能用的不是同一个数据库，注意这里的错误不一定指的是某个表不存在，而是说可能出现一些异常数据导致查询错误）