我来说说 mac 上文件 gui 的痛点吧

第一个：树展开时粘贴文件只能 tmd 粘贴到树根
第二个：没有真正的文件树视图
第三个：文件对话框和 finder 提取路径和直接粘贴路径跳转不是一般费劲
第四个：更改默认打开 app 非常迷惑，不去网上搜个教程都不知道自己在干嘛
第五个：到处拉屎一样的.DS_store
第六个：复制文件对话框相比 win 缺少细节，甚至有的时候能彻底卡住（网络驱动器）

@stinkytofux 不同 c++版本甚至比 c 和 c++的区别都大

@kiraskyler 同事做嵌入式系统远程 web 控制，从寄存器，os 调度，一路干到 websocket

中奖规则有趣，赞一个

@niubee1 想多了。我是超级大会员，ipad 开窗口模式，bilibili 和 safari 同屏显示，用着 safari 点一下 bilibili 窗口就会立马放开屏广告，简直是￥%@#￥%%@#%

@zyt5876 到时候整点 hypervisor ，virtio 驱动

@liuliuliuliu
直接 goolge 这几个用户 id 和 uid ，就能搜到他们的 uid ，直接网页 url 指定该 uid 能打开用户详情，在那里面可以拉黑

7zip 不香么

不应该是 mi17 系列么? 还是这款搭载 o1?

香橙 pi 开发板
蓝光播放机

捉个 bug ，计算下一页 nextPageUrl 时只写了 window.location.pathname ，没加域名。firefox 上不能执行


// 如果需要提取更多页
if (totalPages > pageInfo.currentPage && !shouldStop) {
for (let page = pageInfo.currentPage + 1; page <= totalPages; page++) {
if (allReplies.length >= 500) break;
if (shouldStop) break;

updateUI(page, totalPages, allReplies.length, `正在加载第 ${page} 页...`,
((page - 1) / totalPages) * 100);

// 等待延迟
await new Promise(resolve => setTimeout(resolve, delay));

// 跳转到下一页
const nextPageUrl = window.location.origin + window.location.pathname + '?p=' + page;
await loadPage(nextPageUrl);

// 提取新页面的回复
const newReplies = extractCurrentPage();
allReplies.push(...newReplies);
if (allReplies.length >= 500) {
allReplies = allReplies.slice(0, 500);
shouldStop = true;
}

updateUI(page, totalPages, allReplies.length, '正在提取...',
(page / totalPages) * 100);
}
}

全家桶的好处是多设备多人联动：
* 平板或 mac 登陆账号，网站给手机发验证码，手机自动推给你在用的设备，不用去抓手机
* goodnote 家长在 appstore 上买一年订阅，全家账号都可以用
* 全家手机位置在 find my 里都能看到，查岗巨方便
* 娃手机什么时候在用什么 app 我能审查，也可以加限制

只买一个手机那想买啥买啥

先让 AI 给你出一份 TARA 分析

感谢详细心得分享。对于 vibe coding 那一段我觉得还有深入讨论的必要。AI 写的 ui 代码确实出了问题再修也可以，但是确实有些地方承担不起出错的风险。比如游戏交易所的结算引擎，消息中间件的过滤器等等。哪怕做了最高等级的 mcdc 覆盖，也一样有出包的可能性，比如并发很难真正做到全覆盖。另外出现问题修复后，需要小心不要因为修复带入新问题。这个是在复杂软件系统里非常大的挑战。

@klo424 不能一直录像的话一闪而过的事件录不下来的。tplink 插电的摄像头是一直在盯着镜头，有异动立即开始保存（感觉还能回溯之前的十来秒）电池驱动的摄像头有异动要先给摄像头开机再开始录，不但回溯不了连一开始的几秒都没有。

比如快递把包裹放我家门口，就是突然在摄像头里出现，放下包裹按门铃就走消失了。前后也就 2-3 秒。有一半概率我收到门口事件，看录像，包裹已经躺在地上的。谁送来的没录上。

另外猫眼式摄像头还有个问题是开着门说话录不到门外情况。比如上门推销拉着你掰扯，猫眼录的基本都是你自己。所以有条件还是在云台负责录门口，猫眼负责看门外。

@ATKLLL 我家就在用 tplink 的猫眼和云台

云台没啥可说的，便宜开放稳定，全是优点

猫眼优点：竖屏视角，下到地板上到天花板全能看到，比别家横屏视角好太多了。操作也比较简单。续航还可以，充一次电用 4-5 周。我直接在猫眼旁边放了个充电宝，啥时猫眼报没电直接按充电宝开机。

至于缺点其实都是跟自家云台对比出来的：电池供电导致不能实时录像。总是要人体传感器发现有人再开启录像，导致事件头 2-3s 是录不上的。可以把人体传感器感应距离开到最大，提前启动摄像头，但这样会录很多不相干的视频，回放检索很麻烦还浪费电池续航。

所以建议不要指望猫眼来录像，就当他是个看门外用的屏幕，能远程跟快递员说话。录像在门口装个云台单独搞，舒服很多很多。

看了一下我家的 wifi5 路由器（ fritzbox7490 ）是 2013 年出的，今年三月份还有安全更新

@IamLostInCoding 请教一下回复里直接显示图片的语法到底是啥？前面试了直接贴 http imgui ，markdown http 和 https 都不行呢？