用过 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 从页面中剥离.

https://vows.cn/blog/2020/01/18/keyboard.html

办公室 Niz Micro82, 家中 Akko & MAXKEY TADA68 PRO.

Tauri 可以包含多个自己的服务端, 比如 Go 写个工具, 向外部暴露一个 HTTP 服务, Tauri 将其打包在内, Tauri 内部调用这个 HTTP 服务. Tauri 只做最简单的 UI 及渲染, 然后使用 Tauri 的工具链打包什么的, 任何复杂功能不需要重构, 只需要暴露出 HTTP 服务供调用就行.

我买过 VG2781-5K, 虽然整体效果比 iMac 27 的差, 但写代码还行.

我们要求的是 "业务原子性", 肯定要涉及到业务.

但那个图片例子, 我觉得是符合业务原子性的. 并且在整体上也不一定会增加调用量, 因为 ID 对应图片地址是可以缓存的, 而不是每次都要, 所以在 App 中可以有一个 map 进行对应.

App 中也可以有一个组件, 不传入 URL, 而是传入图片 ID, 这样前端在做 UI 渲染的时候也可以比较方便.

对于分支名, 我们要求只用 "-".

把随想发出来分享一下, 我认为并没有任何不妥.

如果勺子是一个函数, 那么这个函数的目的是:

1. 盛起食物 (相比筷子)
2. 盛起汤

两种设计都并无不妥.

---

避免歧义也不是程序员特有, 从事法律行业的人也会这样. 解决问题的心态也不是程序员特有, 传统行业店面巡检员的职责就是找问题, 然后管理人员会针对这些问题制定方案以扬长避短.

---

灵活性也不是褒义词, 是中性词. 带来好处的同时也带来了风险.

@cmdOptionKana 对话的方向感觉走向了一个不太符合正文内容的地方了. 但如果是随想, 也没问题吧.

> 他们是仅仅打字图方便，还是做任何事都图方便？

我不会因为一件事情就推断另一件事情, 任何人都不该. 喜欢学语文不代表喜欢学数学, 也不代表喜欢学习.

> 好像它就是终极答案一样，越看越精致美丽

我不知道是什么造就了你的画面感, 我的, 只是随想.

> 有没有一件事，是他们认为很重要的必须严谨的，但我却认为可以图方便的？

肯定有. 但我不知道别人怎么想的, 无法举例.

> 你可能没有这样思考过吧

前者是不应该, 后者是答案明确不需要额外思考.