 |
iugo各行其是. V2EX 第 1150 号会员，加入于 2010-08-21 00:21:10 +08:00 |
iugo
iugo
zheren
iugo
v2ex at iugo.dev
8FDE55864EBA
不喜欢规矩, 但同样不喜欢破坏规矩.
喜欢简单的东西, 迫切希望得到一个简单的逻辑解决大多数问题.
比较宽容. 不会讳疾忌医. 喜欢了解各方各种观点看法.
曾是私立学校教师.
曾是书店收银员.
曾是工厂家具雕刻设计员、工人.
曾是建筑工地走水电工人.
曾是公司职员.
曾是一年支教志愿者.
8FDE55864EBA
不喜欢规矩, 但同样不喜欢破坏规矩.
喜欢简单的东西, 迫切希望得到一个简单的逻辑解决大多数问题.
比较宽容. 不会讳疾忌医. 喜欢了解各方各种观点看法.
曾是私立学校教师.
曾是书店收银员.
曾是工厂家具雕刻设计员、工人.
曾是建筑工地走水电工人.
曾是公司职员.
曾是一年支教志愿者.
iugo 最近回复了
9 天前 回复了 ygweric 创建的主题 › OpenAI › "通义灵码"和"Github Copilot" 差距大吗？ |
@ShaoYuanNuo 缺少上下文. 对于版本号来说, 13.11 更大. AI 应该再聪明一些问你想问数字大小还是版本号先后.
11 天前 回复了 lambdaq 创建的主题 › 随想 › 无人驾驶如果违章，扣谁的驾照分？ |
我赞同 侯晓迪 的观点, 无人驾驶是一项服务, 核心不是硬件及技术.
就像我们购买代驾服务, 是男是女还是机器人都并是最不重要的. 即便我们的汽车本身不支持无人驾驶, 我们也可以使用具身智能 (机器人) 来完成驾驶. 作为消费者, 要的是这个服务, 作为服务供应商, 提供服务的同时当然要有配套服务.
就像我们购买代驾服务, 是男是女还是机器人都并是最不重要的. 即便我们的汽车本身不支持无人驾驶, 我们也可以使用具身智能 (机器人) 来完成驾驶. 作为消费者, 要的是这个服务, 作为服务供应商, 提供服务的同时当然要有配套服务.
13 天前 回复了 yegar 创建的主题 › 问与答 › 求助！我 QQ 姓名泄漏，该怎么办？ |
就算是涉世未深, 也不该受到嘲讽. 世界现在是这个样子, 不代表现在是对的.
想太多也不一定是贬义词, Watch Dogs 的 Aiden 就不被他的妹妹理解.
至少我从 OP 的正文中了解到了腾讯的一种产品思路, 不经最终用户授权 (而只是群主授权) 默认在 QQ 产品中展示其他产品的信息, 是一种值得商榷的产品设计. 如果有一个设置可以选择默认隐藏会更好.
想太多也不一定是贬义词, Watch Dogs 的 Aiden 就不被他的妹妹理解.
至少我从 OP 的正文中了解到了腾讯的一种产品思路, 不经最终用户授权 (而只是群主授权) 默认在 QQ 产品中展示其他产品的信息, 是一种值得商榷的产品设计. 如果有一个设置可以选择默认隐藏会更好.
20 天前 回复了 yangdaxia 创建的主题 › iCloud › iOS15 中 iCloud+的专用代理能无障碍访问外网吗？ |
@xxv935 测试了一下: 如果人在大陆开启了 Location Services, 即便只留着 Find My, 也会被侦测到从而停止服务. 如果不开启 Location Services, 则可以正常使用.
也就说苹果的位置侦测服从 Location Services 的开关, 但不能单独设置.
也就说苹果的位置侦测服从 Location Services 的开关, 但不能单独设置.
21 天前 回复了 SimonOne 创建的主题 › Visual Studio Code › 不要升级 vscode 1.91.0，无法启动 |
39 天前 回复了 zy445566 创建的主题 › Node.js › 小记 Node.js 关于文件描述符的坑 |
不单是 Node.js, 在其他 JS 运行时场景可能也存在这样的问题. 不过如果写了单元测试, 应该在测试的时候会被检测出泄漏. 或许一些静态更好.
稍微抽象一点, 我觉得这里面有两个写程序的问题:
1. 资源没有被关闭. 有语法糖当然更好, 但如果没有, 这也是一个程序人员应该避免的使用错误, 不应该被称为坑.
2. 未利用的返回值. `setInterval(() => {}, 1000);` 这种写法是不良的, 因为 `setInterval()` 是有返回值的, 那我们就应该使用这个返回值, 在必要的地方 `clearInterval(intervalID)`.
我觉得上述问题如果都应该由程序人员注意. 即便有了 using, 也只是减轻负担, 要程序人员了解并主动去用, 才能写出健壮性更强的代码. 必要时在 ESLint 中要求, 特定函数只能 using 来避免开发者误用造成不必要的隐患.
稍微抽象一点, 我觉得这里面有两个写程序的问题:
1. 资源没有被关闭. 有语法糖当然更好, 但如果没有, 这也是一个程序人员应该避免的使用错误, 不应该被称为坑.
2. 未利用的返回值. `setInterval(() => {}, 1000);` 这种写法是不良的, 因为 `setInterval()` 是有返回值的, 那我们就应该使用这个返回值, 在必要的地方 `clearInterval(intervalID)`.
我觉得上述问题如果都应该由程序人员注意. 即便有了 using, 也只是减轻负担, 要程序人员了解并主动去用, 才能写出健壮性更强的代码. 必要时在 ESLint 中要求, 特定函数只能 using 来避免开发者误用造成不必要的隐患.
51 天前 回复了 qicaisedeyun 创建的主题 › 问与答 › 老爸今年 70 多了，跟我一家三口在一起，平时就是买个菜，家务基本都是我来做，主要是接送孩子上下学、去辅导班。但是现在用手机刷抖音很痴迷。想要给他找个事做。不知道在城市里面有啥灵活一些工作。后者有啥好的建议，时间的使用手机频率。 |
陪家人一起出去玩儿吧. 上面这句话中 "陪" 比 "玩" 重要.
53 天前 回复了 zhengfan2016 创建的主题 › 职场话题 › 和队友代码风格有差异，顺着队友的风格写还是？ |
如果是 React, state 储存对象还是基本数据类型要看具体场景需要. 从代码中看, 如果只用到了 url, 没必要将整个 data 作为 state.
如果 state 储存对象, 需要遵循 immutable 避免.
不过我更建议先将 API 从页面中剥离.
如果 state 储存对象, 需要遵循 immutable 避免.
不过我更建议先将 API 从页面中剥离.
58 天前 回复了 um1ng 创建的主题 › 机械键盘 › 24 年了大家在用什么键盘 |
Select Language