前排提示：OP 是之前那个计算机民间科学家

历史战绩：

一种省时省力的编程方式 https://www.v2ex.com/t/1121454
人心中的成见是一座大山 https://www.v2ex.com/t/1122487
我认为促进手机电池 CPU GPU 等硬件发展的好方法是，开发更耗资源的游戏或软件比如微信 https://www.v2ex.com/t/1157448

百度网盘从很久之前（至少 2 年前）就有 P2P 加速了，只要是热门一点的公共资源，允许上传后至少都能跑到 1MB/s 。只有私人资源才会限速 100KB/s

@w568w 修正：tls in tls 也是红队策略，我理解成 tls over tls 了。

你想表达什么？

> IP 就是 trojan server 的 IP

难道还能不是？任何代理协议都不可能伪装 IP 协议的地址啊

> http 报文也解析不出来

难道你希望解析出来？

> 还用得着 dpi 和 tls in tls

DPI 是红队技术，tls in tls 是蓝队技术，这两个怎么并列在一起的

> offline 算法一解码就看出来了

什么算法能「解码」 TLSv1.3 ？

@julyclyde 他的意思是，酷狗只是在 toC 市场不出名，实际上赚得很多；现在百度也是从 toC 往 toB/toG 转，在 toC 逐渐不出头，但也赚得很多

恭喜你已完成入门 Flutter 必做功课：在官方 issue 下喷 Flutter 不修 Bug

----

抛开笑话，我还是要为 Flutter 辩解的。一是 Google 内部天天削减 Flutter 开发人员，二是 Flutter 的 issues 实在太多了，你任何时候去看都有几百个 PR 等着审查。他们的核心贡献者不到 50 人，每天全勤也不可能审查得完，更不要说还要跟进 1w 多个 open 的 issue 了，哪怕每人每天能解决 1 个，也要一年才能看完

虽然都说「不要比烂」，但我还是要说，你换成其他跨平台框架，问题只会更多…… Compose Multiplatform 还不成熟，RN 基本全靠自己手搓控件

所以怎么办呢？凑活着用呗。具体到你说的这个问题，下面其实已经有老哥给出解决方案了，你可以看看： https://github.com/flutter/flutter/issues/36283#issuecomment-2945917839

> 硬件价格降低 => 吸引一批个人极客加入到 nvidia 的开发生态上

首先降价后依然是高价低配，之前的 DGX Spark 实测算力不如 3090 ，也没见掀起多大波澜

> 吸引一批个人极客加入到 nvidia 的开发生态上 => 感觉他甚至有了重塑人类社会的力量

这什么狗屁逻辑，；「吸引个人极客」等于「重塑人类社会」？那 Arduino 和树莓派什么时候统治地球？

好久没用 msdn i tell you 了，现在都是从 UUP dump 下载吧： https://uupdump.net/

和楼上的意见一样，这是兼容机的必然缺陷。硬件方面，Apple 能从驱动层面做电源管理的深度优化，但 Android 本质还是 Arm Linux ，电源管理介面都是固定（且可选）的，上面系统发出指令，下面驱动都不一定执行。就算驱动执行了，固件也可能根本没 implement 操作…

软件方面，因为国产 Android 实际是各家的护城河，推送系统永远统一不了，不可避免要驻留后台。至于 FCM 必须唤醒应用，我记得有个 Xposed 模块是专门解决这个问题的： https://github.com/kooritea/fcmfix

@RotkPPP

> 人家都致谢 paddleocr 了

先澄清定义后讨论：

1. 「基于」的意思是「底层完全依赖某个特定包，或者在特定包的基础上进行包装」

2. 「 paddleocr 」是百度开发的工程框架和模型两者的「统称」，OP 的问题是「是否基于 PaddleOCR 模型」，即特指模型部分

> pipline 和 backend 很多使用 paddleocr 的包

MinerU 可以使用 PaddleOCR 模型，当然会依赖那些包。另外虽然我没有具体读过代码，但如果 MinerU 使用了 PaddleOCR 的工程函数来做图像处理，也是合理的。但不能说「 MinerU 基于百度的 paddleocr 0.9b 模型」。

> 再搜了一下谷歌，"MinerU 使用 PaddleOCR 进行文字识别。"

所以说不要再看 AI 反刍的二道贩子知识了啊……

@ZimaBlueee #3 楼下的说法是正确的，MinerU 作为 pipeline 「可以」接入 PaddleOCR 模型，但不能说 MinerU 「基于」 PaddleOCR 。另外 MinerU 作为视觉语言模型时也是他们自己训练的模型称呼。

> 我看博客说 MinerU 是基于百度的 paddleocr 0.9b 的工程产品

你看的是什么博客？ MinerU 和 PaddleOCR 没有半毛钱关系，像是 LLM 写出幻觉了。

机械师这牌子没听说过啊，我还以为是机械革命子品牌呢。搜了一下发现是个三线贴牌厂商…

mini 主机为啥不看看铭凡、零刻和极墨客呢？起码有一定市场，售后也有保障

楼上几位说是「向上取整」的，能再解释一下这张吗，为啥 11KB 收费 82 万

https://i.imgur.com/ON14AK6.png

https://i.imgur.com/6IioaNA.png

上一个帖子标题不错。另外 15 天内注册？

之前一直在用同类项目： https://zeli.app/zh

（免责声明：不是、也不认识这个项目的作者）

看起来你的项目可以互补一下，考虑增加一个对文章内容（以及 hacker news 讨论）的摘要？上面的项目只会总结目标页面的摘要

什么添加剂唯恶论。没想到在 V2EX 的某些「高知群体」，也是见到「我们恨化学」的实际例子了

写「五羟基己醛」，就是危险的化学品；写「葡萄糖」，就是纯天然成分

写「谷氨酸钠」就是致癌物、喝多了不好；写「味精」就是家常调味品

代糖、名字带「剂」的都是坏的，摄入糖反而是有益的

成分表越长越坏，越短越好

当务之急是学习营养学知识，学会用搜索引擎。再不济拍成分表让 AI 解读也行啊…

用。

早期不用外键的原因：

1. 和其他功能不兼容，例如分片（驳斥：很多问题只在早期 MySQL 中存在，PostgreSQL 大概率并没有相关问题）

2. 影响性能（驳斥：对性能影响很小。而且如果真的存在某条高频语句，你确保不会出现问题，希望外键不要做无用的检查，现代数据库都允许你针对这单条语句禁用一致性检查，从而保持性能。另外，外键约束也会帮助某些连表查询的自动优化，实际上可能有助于提升性能）

3. 人工维护数据时必须停机（驳斥：对整个数据库临时禁用一致性检查，就能在线维护数据）

4. 外键功能太弱，不满足业务需求（这个完全看特定场景了，如果不能满足业务需求那没什么好说的）