第一点，人花钱的时候，会考虑一下。上网发帖不会。不过如果消费群体偏向年轻化，会更容易被影响一些。
第二点，同上
第三点，我猜测你想说友商反应证明小米分走了很大一块蛋糕。我觉得对于车这种价格很高的商品，看舆论不如直接看销量。普遍来说，利益影响越大，独立决策时，消费/投资越理性。
第四点，我觉得是正常的流量反噬。关注的人多会导致只要是关于小米的事，话题度就会高，和流量有关系，和成功没关系。

@lauix 哇那真是很不容易，用户也蛮友好的

好奇，这么大的库看起来不像小团队能拥有的啊，lz 是有一些背景吗？

赞同一楼，-32 Broken pipe 大概率是线，接口和供电的问题。

我之前还遇到过 mission control 和专注模式按键被 karabiner 拦截的现象，所以尽可能就不用它了……

偏个题，请问这种情况加 log 不可以吗？大批量加断点我觉得不如大批量加 log ，大家怎么看

#27
> 开始是想着用户怎么样都做一次搜索
并不会，点进去看到 UI 就想走了。。更何况我哪来那么多问题？咋可能点进去就知道问什么……

@coder001 哈哈哈当然不算，开头的图只是 gpt 生成的，其实我是搞 C 的。

C 能打出 file ，line 和 func name 我是知道的，不过你这个真神，居然能打印 caller 。属实涨见识了

其实我还想过编译器插桩，或者搞个 hook 统一打印所有函数的调用记录和参数。不过现阶段看起来没有必要，开销太大，而且有点麻烦，还得搞各种特殊版本。所以现阶段思路还是清洗 log ，RAG 代码然后分析出执行流。

@Dex7er 我现在的解决方案：windows 刷机 + 抓串口 + ssh 到 ubuntu server 上。server 负责改代码和编译，另外开启 smb 让 windows 访问固件。

不去问目标客户，而是来问同行？我的意思是，你这个是旅游 app ，目标用户是需要记录旅行的人，所以最好去小红书问，那里查攻略的人多，分享的人也多，能给你最多，最真实的用户反馈。

vmware 怎么了吗？

什么时候人才能明白，流量，点击，用户量，这些在资本市场都是明码标价的？并不只是钱，贡献有价值，你的每一次关注，每一次发言，每一次引起的热度上升，都是在给这个项目带来价值。

@fulln 赞同，要排查这种问题确实很难，log 一般都不会为了调试打印全部参数，而且也不会随处打印，不像断点一样，能精确知道栈和内存。但是从最近用 AI Coding 的经验看，AI 貌似很会加 log ，数量多，而且关键参数信息也比较全。所以感觉日志回放可能是未来调试的大趋势。

@startisan 不谋而合！其实 log 本身就是精准的运行时，难点还是怎么根据用户意图筛选 log ，以及从 log 和代码中确定真正的执行流。实现基本就是人怎么根据 log 搜代码，程序就怎么搜。

想知道大家说的投毒具体是指啥？如果害怕偷偷 commit 一些后门代码，社区 fork 维护一个开源版可以解决问题吗？

可能我和大家做的方向不太一样，我现在在搞鸿蒙系统开发，从 bsp 到 hal 再到 framework ，只要某个功能出了问题，就得跟全链路。

比如显示不正常，可能得从框架的图层状态，跟到渲染，合成，再到驱动，dts 。
再比如上层 app ANR 了，得从 app 跟到 framework service ，看看究竟系统出了什么问题。

做这个工具的初衷，是快速在眼花缭乱的 log 中，梳理出真正的代码执行流……而不是从每个模块的 readme 开始看起，这样太慢了……

@davin Sentry 应该是侧重解决错误，定位错误。 我的想法其实是更偏向于“理解系统运行时发生了什么”，就不管有没有错误，也可以通过 log 快速串联起代码执行路径，感觉更像是一个运行时代码路径追踪工具。

@julyclyde 不太一样，sourcemap 是让人看到代码真正的出错行数，这个工具是想把一很多行 log 对应的代码同时展示出来，方便跟着 log 理解代码是怎么走的。