希望完全自动驾驶早点普及, 让色盲也能一个人坐车到自己想去的地方.

我记得欧洲人也为难民问题讨论过, 帮助难民, 一定概率让本国人受损, 不帮助难民, 缺乏对弱者的帮助, 显得文明不足. 没有绝对的对错, 希望有个现阶段合理的政策, 并且也有好的执行.

看了一下文档, 这是我们的经验总结: https://zsqk.github.io/news/2024-12-06-react-19.html

用过 Suspense, 挺好的. 但也不是不可替代.

目前 SSR 对我们意义不大, 即便使用 Next.js, 也是当作 CRA 的替代品.

未来不知道, 但我们的确是用在当下, 并且用了几年了.

Deno 2.0 上了之后, 推广也变多了.

我们商用 Deno 几年了, 挺好的. 现在和以前最大的区别就是兼容了 Node.js 的生态, 比如直接 npm 包引用, 可以不使用文件后缀 (实验功能, 以前 issue 里说不会考虑).

直接回答一下正文问题: 免费/低价 是一种销售策略 (不是做公益).

从财报的 Sales, General and Admin. 项可以看出, 每年的费用占比是很高的, 其中很大一部分应该就是承担 "免费" 额度.

@memorybox 虽然没挣钱, 但是从最近两年可以看出销售等支出的增长换来了更多的收入, 公司整体还是向好的.

用过 LG, HTC, 黑莓 的全键盘手机.

现在的问题是如果像 LG 一样滑盖, 可以兼容大屏但重量不好控制.
如果直板, 则屏幕必定被缩小.

@CedarChen 上午来参加端移动端开发的演讲吗？中午一起吃饭？

@xstress 之前要报名，成功后 Google 会发确认函。

@ShaoYuanNuo 缺少上下文. 对于版本号来说, 13.11 更大. AI 应该再聪明一些问你想问数字大小还是版本号先后.

我赞同 侯晓迪 的观点, 无人驾驶是一项服务, 核心不是硬件及技术.

就像我们购买代驾服务, 是男是女还是机器人都并是最不重要的. 即便我们的汽车本身不支持无人驾驶, 我们也可以使用具身智能 (机器人) 来完成驾驶. 作为消费者, 要的是这个服务, 作为服务供应商, 提供服务的同时当然要有配套服务.

就算是涉世未深, 也不该受到嘲讽. 世界现在是这个样子, 不代表现在是对的.

想太多也不一定是贬义词, Watch Dogs 的 Aiden 就不被他的妹妹理解.

至少我从 OP 的正文中了解到了腾讯的一种产品思路, 不经最终用户授权 (而只是群主授权) 默认在 QQ 产品中展示其他产品的信息, 是一种值得商榷的产品设计. 如果有一个设置可以选择默认隐藏会更好.

@xxv935 测试了一下: 如果人在大陆开启了 Location Services, 即便只留着 Find My, 也会被侦测到从而停止服务. 如果不开启 Location Services, 则可以正常使用.

也就说苹果的位置侦测服从 Location Services 的开关, 但不能单独设置.

@wechatOfficial https://code.visualstudio.com/updates/v1_90

不单是 Node.js, 在其他 JS 运行时场景可能也存在这样的问题. 不过如果写了单元测试, 应该在测试的时候会被检测出泄漏. 或许一些静态更好.

稍微抽象一点, 我觉得这里面有两个写程序的问题:

1. 资源没有被关闭. 有语法糖当然更好, 但如果没有, 这也是一个程序人员应该避免的使用错误, 不应该被称为坑.
2. 未利用的返回值. `setInterval(() => {}, 1000);` 这种写法是不良的, 因为 `setInterval()` 是有返回值的, 那我们就应该使用这个返回值, 在必要的地方 `clearInterval(intervalID)`.

我觉得上述问题如果都应该由程序人员注意. 即便有了 using, 也只是减轻负担, 要程序人员了解并主动去用, 才能写出健壮性更强的代码. 必要时在 ESLint 中要求, 特定函数只能 using 来避免开发者误用造成不必要的隐患.

陪家人一起出去玩儿吧. 上面这句话中 "陪" 比 "玩" 重要.

如果是 React, state 储存对象还是基本数据类型要看具体场景需要. 从代码中看, 如果只用到了 url, 没必要将整个 data 作为 state.

如果 state 储存对象, 需要遵循 immutable 避免.

不过我更建议先将 API 从页面中剥离.