这个世界是一个草台班子 比天还早的华为也不例外 zhihu.com/question/65556…
@buaaxhm 看上去只是指定了，程序生成后输出图片文件的位置，这张图片可以是程序生成后的任何内容，并不能理解成固定的一张图片，你不要曲解这段程序的含义！
@buaaxhm 既然评论里懂王那么多，谁来帮我解释下，1. 直接root运行demo它合适吗，不怕出异常把整个系统搞崩吗？2. 能跑大模型的机器配置，write一个图片到本地都得等6秒？3. 以我拙劣的代码水平，也干不出等6秒这么粗暴的事，哪怕写个for循环sleep(1)检查退出条件呢。它这个sleep(6)是有什么深意吗？
@buaaxhm 不会python没关系，不懂keyboard interrupt exception也没关系，图片是读取read还是写入write都看不出来吗？ 原po你的良心和脑子里有一个坏了哦（大笑
@buaaxhm 他的demo应该是两个线程，一个负责生成图片，一个负责展示。在本地环境估算另外个图片生成时间再来展示出来。 这就属于初级水平了，稍微资深点的都知道不能这么写，现在直接闹笑话了。 很像某个学历牛逼但是没啥开发经验的博士生搞出来的事。
@buaaxhm 从这两行traces，我得不到聊天里面的结论。我能确定这6秒阻塞一定是人为的。不过不能确定包里的程序调用了什么样，什么编程语言的，本地还是远程的，哪些异步计算。
截圖只證明 main.py 用到了 mindx，mindx 包的 __init__.py 裡頭有一行 time.sleep(6) 我嘗試了以下步驟，但就是找不到 time.sleep(6)，可能是華為開源的 mindx 版本太舊，不是內部用的 mindx conda create -n hw python=3.9 conda activate hw pip install mindx D:\238\miniconda3\envs\hw\Lib\site-packages\mindx\__init__.py
@buaaxhm 本来正常的流程是把结果写在本地， 中间展示者主动打断了流程， log里显示他们用了mindx这个他们自己的包， 这个包只要一引入就会堵塞住python进程6秒。 问题的焦点是他这个包为什么会有这么奇怪的设定。 有没有可能是聊天记录推断的那样呢？ 有可能， 但是从堆栈信息是无法确认的。
@buaaxhm 这是不佳的代码实现，用sleep而不是信号量机制进行线程同步，但这不代表这就是代码造假。造假和优化区别还是很大的。AI玩家将Python视为载具，这和有十数年专业开发经验的程序员视代码为作品是不同的。没有谁好谁坏，但烂代码不是代码造假这种原则问题还是需要澄清的。
@buaaxhm 华为系统的代码的确很烂，这是996和极致内卷（真正的公司内部卷）的通病，但如果说做个照片生成都造假，这根本不合逻辑、也没有必要。
@buaaxhm 也可能生成和展示是异步的，保存到本地仔读出来，只是这个等六秒不是很优雅。还不能完全确定是诈骗团伙。
