{"source":{"id":"17442962","title":"能在多个游戏引擎里挑大梁的随机数生成器，只有三行代码。 要不你再查一查，三行代码怎么可能撑得住？ 是真的，连一次乘除法都…","url":"https://mubeitech.com/p/17442962"},"method":"semantic-similarity","count":4,"items":[{"rank":1,"id":"2068942151808172130","account":"mubei","brand":"@mubei","title":"你无法把“运气”写进程序里。 这是我听过对千禧年数学难题“P vs NP”，最干净、最性感的解释。 出自 MIT 的算法…","summary":"你无法把“运气”写进程序里。 这是我听过对千禧年数学难题“P vs NP”，最干净、最性感的解释。 出自 MIT 的算法导论课。 教授用一句话，把这个困扰了计算机界半个世纪的终极谜题，讲得通通透透。 什么叫 P？ P 是我们用普通计算机，老老实实能算出来的问题。 那什么叫 NP？…","body":"你无法把“运气”写进程序里。\n\n这是我听过对千禧年数学难题“P vs NP”，最干净、最性感的解释。\n出自 MIT 的算法导论课。\n\n教授用一句话，把这个困扰了计算机界半个世纪的终极谜题，讲得通通透透。\n\n什么叫 P？\nP 是我们用普通计算机，老老实实能算出来的问题。\n\n那什么叫 NP？\nNP 是只有在“魔法计算机”里才能解决的问题。\n在这个魔法世界里，你所有的愿望都会被满足。\n你走到分叉路口，不知道该往哪走，没关系。\n魔法计算机会瞬间告诉你，哪条路才是通往 Yes 的正确答案。\n\n这在现实里对应着什么？\n灵感、直觉、还有运气。\n在这个模型里：\n灵感 = 猜测 = 运气。\n\n所以，“P 不等于 NP”翻译成大白话就是：\n你无法在普通的计算机里，凭空制造出“运气”。\n\n或者更通俗一点：\n创造一个证明，永远比检查这个证明难得多。\n写出一首绝世好诗很难，但读懂它、欣赏它却很容易。\n这就是两者的鸿沟。\n\n怎么感受这种鸿沟的威力？\n去玩俄罗斯方块（Tetris）。\n俄罗斯方块在数学上是 “NP-complete”（NP完全问题）。\n它是 NP 领域里最难的极限。\n如果有人能写出完美搞定俄罗斯方块的常规算法，那他就等于证明了 P=NP，可以直接去领走 100 万美元的千禧年数学大奖。\n\n至于国际象棋（Chess），它更绝，是 EXP-complete。\n科学家已经证实了它绝对不在 P 的范围里，它是人类用常规算法永远无法彻底攻克的世界。\n\n大多数科学家都坚信，P 绝对不等于 NP。\n因为如果它们相等，这个世界就太可怕了。\n这意味着：\n只要你能看懂一个乐谱，你就能瞬间成为莫扎特；\n只要你能看懂相对论，你就能瞬间成为爱因斯坦。\n所有的创造力，都将贬值成廉价的“检索验证”。\n\n幸好，运气无法被工程化。\n天才的灵感，依然是这个平庸宇宙里最珍贵的奢侈品。","category":"其它","score":100,"translated_x_url":"https://x.com/i/status/2069355899357999446","translated_status_id":"2069355899357999446","published_at":"2026-06-23 09:30:39","created_at":"2026-06-23T11:23:19.842709","url":"https://mubeitech.com/p/2068942151808172130","markdown_url":"https://mubeitech.com/p/2068942151808172130/markdown"},{"rank":2,"id":"16102690","account":"mubei","brand":"@mubei","title":"最可怕的 Bug，是你写了 100% 正确的代码，机器却硬生生给你“编”错了。 这就是硅谷著名的 “Core 59” 悬…","summary":"最可怕的 Bug，是你写了 100% 正确的代码，机器却硬生生给你“编”错了。 这就是硅谷著名的 “Core 59” 悬案。 当时 Facebook 的 Spark 数据库在跑任务时，经常莫名其妙地丢失随机文件。 没有报错，没有崩溃，数据就是凭空消失了。 这种“无声的错误”（Si…","body":"最可怕的 Bug，是你写了 100% 正确的代码，机器却硬生生给你“编”错了。\n\n这就是硅谷著名的 “Core 59” 悬案。\n当时 Facebook 的 Spark 数据库在跑任务时，经常莫名其妙地丢失随机文件。\n没有报错，没有崩溃，数据就是凭空消失了。\n这种“无声的错误”（Silent Error），能逼疯最冷静的程序员。\n\nFacebook 派出了顶尖的工程团队，开始了一场史诗级的 Debug 过程。\n他们把范围一步步缩小，最后锁定了 Scala 语言里的 math.pow() 求幂函数。\n而且，他们发现了一个规律：\n这个 Bug，只要分配到 CPU 的 Core 59（第 59 号核心）上，就会 100% 重现！\n\n为什么会这样？\n我们现代软件栈的信任链，其实长得可怕。\n你写的高级代码，要先变成 Java 字节码，再通过 Java 虚拟机（JVM）的 JIT 即时编译器，在运行时翻译成 CPU 看得懂的汇编指令。\n问题，就出在翻译官身上。\n\n为了抓出这个内鬼，排查团队把 JIT 编译出来的机器码导了出来。\n整整 43 万行汇编代码。\n他们硬生生把这 43 万行精简到了 400 行。\n最后，通过 GDB 调试寄存器，终于抓到了元凶：\n在把公式编译成机器码时，编译器产生了一条错误的机器指令。\n\n代码是对的，公式是对的，但编译器给出的最终指令是错的。\n这就是为什么这桩案子让技术圈至今提起都心有余悸。\n我们每天写着代码，默认底层的编译器、操作系统、芯片都是绝对诚实和无懈可击的。\n但当你在几十万行自动生成的汇编代码深处看到那条“走火入魔”的指令时，你才会意识到：\n现代科技的摩天大楼，其实是一座建立在概率和层层黑盒之上的惊险杰作。","category":"其它","score":null,"translated_x_url":"https://x.com/i/status/2072250268683473135","translated_status_id":"2072250268683473135","published_at":"2026-07-01 08:58:22","created_at":"2026-07-01T10:52:28+02:00","url":"https://mubeitech.com/p/16102690","markdown_url":"https://mubeitech.com/p/16102690/markdown"},{"rank":3,"id":"16021515","account":"mubei","brand":"@mubei","title":"一个刚毕业、在沃尔玛搬砖的程序员，凭着家里的一张 3090 Ti 显卡，把论文送进了顶级学术会议 SIGGRAPH 20…","summary":"一个刚毕业、在沃尔玛搬砖的程序员，凭着家里的一张 3090 Ti 显卡，把论文送进了顶级学术会议 SIGGRAPH 2026。 没有科研经费，没有导师，没有团队。 白天，他是沃尔玛刚入职的初级软件工程师； 晚上，他用自己那台消费级电脑，捣鼓出了这个叫 InfiniteDiffus…","body":"一个刚毕业、在沃尔玛搬砖的程序员，凭着家里的一张 3090 Ti 显卡，把论文送进了顶级学术会议 SIGGRAPH 2026。\n\n没有科研经费，没有导师，没有团队。\n白天，他是沃尔玛刚入职的初级软件工程师；\n晚上，他用自己那台消费级电脑，捣鼓出了这个叫 InfiniteDiffusion 的无限世界生成算法。\n\n开始吧。\n\n搁在以前，这几乎是不可想象的。\n图形学领域的顶级会议，过去基本是被大厂研究院、或者有几万张显卡的顶级实验室垄断。\n光是算力门槛，就能把普通人死死卡住。\n\n但这位年轻人，用实际行动证明了一件事：\nAI 图形研究的门槛，正在被开源工具链和算法方法，生生砸穿。\n\n他用的显卡是 RTX 3090 Ti。\n一张现在已经算不上最新旗舰的消费级显卡。\n他的研究方向，是用 Diffusion（扩散模型）来进行无限尺度的场景生成。\n\n虽然这目前还只是一篇学术论文，距离真正商用、无缝运行的“游戏引擎”还有很长一段路要走。\n但它的核心贡献在于，用极低的算力和极巧的算法设计，实现了无限世界的平滑生成。\n\n这给所有人提了个醒：\nAI 时代，个体创造力的解放，比手握海量算力的大厂更具颠覆性。\n当底层的开源工具和基础模型足够成熟，一个有想法的年轻人，靠着一张旧显卡，就能在卧室里撬动曾经需要整个实验室才能完成的课题。\n\n算法效率正在替代军备竞赛。\n这大概是这个时代，给普通开发者留下的最好机会。","category":"其它","score":null,"translated_x_url":"https://x.com/i/status/2070486325195587860","translated_status_id":"2070486325195587860","published_at":"2026-06-26 12:36:22","created_at":"2026-06-26T14:32:59+02:00","url":"https://mubeitech.com/p/16021515","markdown_url":"https://mubeitech.com/p/16021515/markdown"},{"rank":4,"id":"16618032","account":"mubei","brand":"@mubei","title":"既然 UUID 几乎不可能重复，为什么工程师还要查重？ 从数学上算，碰上两个一样 UUID 的概率近乎为零。 那是工程师…","summary":"既然 UUID 几乎不可能重复，为什么工程师还要查重？ 从数学上算，碰上两个一样 UUID 的概率近乎为零。 那是工程师不信数学吗？ 不是。 系统要防的，从来都不只是“随机碰撞”。 它防的是现实。 防底层代码里的 bug。 防有人调用了错误的版本。 防直接复制粘贴的数据。 防测试…","body":"既然 UUID 几乎不可能重复，为什么工程师还要查重？\n\n从数学上算，碰上两个一样 UUID 的概率近乎为零。\n那是工程师不信数学吗？\n\n不是。\n系统要防的，从来都不只是“随机碰撞”。\n\n它防的是现实。\n防底层代码里的 bug。\n防有人调用了错误的版本。\n防直接复制粘贴的数据。\n防测试环境污染了正式库。\n防莫名其妙的坏输入。\n\n数学里的“不可能”，前提是绝对理想的生成环境。\n但现实工程，到处是人为的漏洞。","category":"其它","score":null,"translated_x_url":"https://x.com/i/status/2084084248412082290","translated_status_id":"2084084248412082290","published_at":"2026-08-02 23:16:44","created_at":"2026-08-03T01:02:40+02:00","url":"https://mubeitech.com/p/16618032","markdown_url":"https://mubeitech.com/p/16618032/markdown"}]}