Mithril

@heiya 那倒是不需要。GPL 系的核心是你的客户要能拿到代码，内网部署你自己就是你的客户了，自然无所谓。

但如果你是在客户的内网部署，按理说也需要。但和 SaaS 不同，你能私有化部署的客户相当于是筛选过一遍的，一般没这么闲的去起诉你要代码。只是当你的客户要在你这产品的基础上发布他们的产品时，他也要考虑这个问题。

很多人都会忽略掉，这种风险以及研究清楚这些问题要花的时间和精力其实也是一种成本。而且从 Github 的 Issue 来看，MinIO 这公司在这项上还是比较激进的。你甚至去提个 issue ，都会警告你拿它商用可能违反 license 。

https://github.com/minio/minio/discussions/13571#discussioncomment-1583482

不过这不重要，毕竟还有 Swift 什么的一大堆的替代选项。总之一个可靠性高，性能不错的存储系统的复杂度并不低，维护成本也很高。所以只是建议你在考虑成本的时候除了流量费以外把这些也算进去。
当然你要给客户私有化部署那就没办法了。你在你的 App 端做 S3 接口，然后去客户那里根据数据量选解决方案就行。比如说小型客户不在乎 License 直接跑 MinIO ，大型客户，有自己专业 IT 团队的，让他们自己去部署 Ceph 或者 Swift 。

当然还有个更好的选项，让客户直接买带 S3 API 的存储产品。毕竟你存储量上去以后肯定要买专门的存储设备，Dell 一类的厂商，有直接带 S3 API 的存储服务器。这样维护什么的问题直接甩给 Dell 就好了，毕竟需要买这些设备保存重要数据的客户，也不差那点服务费。

另外 MiniIO 还有 License 问题，你要考虑你的情况是否适用他那个 AGPL 的 License 。因为你这种架构本质上是在云平台上使用 MiniIO 搭建了对象存储服务，并提供给你的客户（如果你客户是直接拿链接从这个服务里下载文件的话）。

那么根据 AGPL ，你需要公开相关的所有代码。

本身 AGPL 就不是个很严谨的 License ，MiniIO 选择它也就是看中了这点，好方便他们推自己的商用 License ，所以大家当时都在骂。如果你的公司比较看重法务合规这块，那还是别省这么点流量费了。

我们之前用 Ceph 试过，并没有比云厂商的 OSS 服务更好。你节省的那点流量费，一次炸锅的人工和损失就全兜回来了。

主要是你要做多层负载均衡，这系统架构就简单不了。你这好几台 ECS 要搞监控，报警，维护，等等一系列东西下来成本并不低。而且这对于你们来说也不是核心系统，你也要考虑花大精力去调查维护这东西到底值不值。

我觉得你有精力折腾这个，只为了节省这么点流量费，不如花点时间去跟云厂商要点折扣。或者把这些大文件存储业务单独换到别的更便宜的厂商去做更靠谱一点。

LG 看得少，海尔的话万元左右可以买不错的了。线下 586 ，线上好像叫云溪什么的。

但其实你不拿来洗羊毛，也可以看看便宜点的，功能基本足够用了。一大把的程序，你常用的可能也就那么几个。

洗衣机支持自动投放，桶径足够大。烘干机支持正反转。基本就够用了。

关掉 Git 插件就好了，它默认会自动拉一下 Git 状态。好像也有个相关的参数可以调一下，不过我忘了是什么了。我都是直接关掉 Git 用的。

按照去年底爆料的说法，极狐就是他们成立为了偷国内数据的特供版。目标主要是国内那些会买服务的大客户。

你这种个人用户根本不在目标范围内，迁移不迁移的对他们来说根本无所谓，免费服务就是个幌子而已。

初级简单，可以拿来刷退税。

高级我就考过架构师。有点难，也要看运气。很多东西大纲只沾个边，但可能直接给你出案例题或者论文。你要是工作中没接触过基本很难通过。

当然架构师本身就要求知识的广度，到也算不上离谱。

至于说用处，顶多某些城市你可以拿来作为政策需要的材料。比如通过高级算是有高级工程师的聘用资格，如果你需要的话那还是有点用的。

> 这不就基本上可以当一个人来用了吗

半个人吧。你得另外出个人，能把需求以条理清晰，模型可接受的方式描述出来。然后这人还得有编码能力。模型生成代码现在随着模型能力提升，已经逐渐可用了。

但模型还是不会 debug 。它写的代码，出问题的时候你是没法指望模型去给你 Debug 的。所以目前还只是能打辅助，不能指望它替掉开发。

单纯背景下，印刷体的数字识别率很高的。特别是你如果是固定布局，还能用相对位置进一步限定识别内容。

基本的你找 Paddle 就可以了，大模型主要是能提高复杂背景，手写，或者多语言文本方面的识别率。