@matsuz 你还是站在道德的角度上单因子的评估这件事情。
道德角度，贡献者无疑是伟大的。这个毋庸置疑。
但一旦考虑到现实，考虑到使用体验，考虑到对整件事情的成本收益，很容易得出结论：并不是每一件道德层面正价值的事情在经济层面或者其他层面都是正价值。
那么对于负价值的事情怎么办？
道德上肯定他，经济上、事实上否定他。
这才是最合理最现实最符合逻辑的态度。不能因为他在道德上占据制高点就纵容他的负面性，否则就是圣女心道德婊。也不能因为他在经济上负价值就忘了他在道德上的闪光。
对于一个温情有人性的理性经济人，合理的办法就是发一封表扬信然后无情的从列表里删掉。

至于你的一些观点，我觉得能杠的点还是有好几个的。
投毒，你觉得“阻碍 6.7%用户顺利安装甚至导致劝退”不算毒吗？
合格，什么叫做合格？官方没有明确硬性标准，那么民间默认期望求平均可以作为软性标准。如果在当今互联网环境下充满爱意的 40k 不算不合格，那充满爱意的 4k 呢？ 4b 呢？合格吗？
索取者，很难存在纯粹的索取者。即使有的人不爱分享，那他也有很大概率去推广、去影响、去制造既成事实的项目、去纵容系统和软件的自动上报、去组成用户数的那个增量 1、去组成生态圈芸芸众生中的一个。有的软件和系统和书籍等正向反馈为什么要选择发行版 A 不选择发行版 B ？有时候真的只是因为生态圈大用户多好赚钱而已。
索取者能不能批评贡献者？当然能，只要批评的对（比如经济学角度批评其负面性）。真理会考虑发言人身份问题吗？
留下质量最好干掉所有其他？这算是理性策略吗？这时候已经被愤怒掩盖了理性了。所有用户失去分流涌向单点，那质量最好不也就 40k 了吗。。。

@matsuz 你这个例子不恰当。理论上每一滴水都有价值，汇聚起来都可以办大事。100 块并不嫌少，甚至可能比 10000 块更真诚。
但现实中，接受无偿捐献本身就往往伴随着成本。如果成本高于捐助，那你会接受这笔微薄但真诚的捐助吗？
“喂，北京的 xxx 你好，我在上海，我要无偿捐助 100 块现金，上门来取吧！”
语气诚恳的就心领并婉拒了，语气不好的直接骂娘了吧？

人人尽力，听起来像 P2P。如果真有极低技术成本和极低使用成本的方案能有效利用我的 1b/s 带宽，那人人都是英雄。如果暂时没有，对不起使用成本太高婉拒谢谢。

@matsuz 既然决定“好心”就需要有一定的责任感。毫无责任感毫无公德心的“好心”很容易变成事实上的伤害，哪怕不是恶意的揣测他们的真实意图。

官方既然没有带宽和可用性最低标准，那我好心开放一个 1b/s 的源给大家可好？又满足了我贡献社会的虚荣心，又不至于让月薪 3k 的我生活受到影响。至于有没有伤害到 ubuntu 国内社区造成用户流失。。。哎哎哎我不是恶意的啊。

真真正正就像现实生活中往公益站送破毛衣、旧袜子、脏被褥的人。谴责教育排斥打击吧，似乎人家站在道德制高点上碰不得。姑息纵容吧，实实在在的给公益人员、给受帮助人员带来了麻烦甚至伤害。

1，大文件分片上传没错。但存储分片更多的带来麻烦不会带来多少收益。一般不分片存储。比如跨分片搜索、匹配、解码、修改等各种操作。
2，如果非要分片存储，可以把每个分片做 hash。无论初次还是后续上传，按分片做 hash 来判断是否可以“秒传”。然后传输那些 hash 无法匹配的分片即可。
3，新的分片们到达服务器，依然按 hash/id 做存储。文件元数据本身会保存拥有的所有分片的索引。
4，每个分片有引用计数，定期删除没有引用的分片。

以上都是脑洞。
我们的做法是直传阿里云等各种云存储，自带 SDK 支持秒传、分片等信息。云存储后给业务层传个最终结果 key 就可以了。这样存储子系统和业务子系统可以独立，业务子系统不用修改巨大的 body 体积上限，也不用占用巨大的带宽和连接时长。

@ylsc633 怕不是会写到怀疑人生。/XD

@augustheart #44，对你的笑话很感兴趣。还有更多吗？

假如我拿到你的手机，我可以查看修改你的所有数据，这是多么的可怕！
所以说我们应该抛弃手机吗？
既然很难有什么技术是“绝对安全”的，我们就需要唾弃所有那些有漏洞的技术方案吗？

安全从来都是有限制有范围的相对安全。请在明确定义安全防护能力的前提下选择技术方案。
如果你需要考虑 token 失密问题，那就给方案打补丁（比如缩短 token 有效期）或者换方案（比如双端证书）。
如果你需要考虑密码失密问题，那就上指纹上虹膜。
如果你需要考虑手机丢失问题。。。
如果你需要考虑用户已叛国成为间谍问题。。。

你可以无限制的加高安全壁垒，相应的你需要付出相应的成本。

1，通知整改
2，通知停站
3，行政处罚
4，直接拔管子
5，强制等保
6，负责人接受教育和各种培训班

再往上就是法律层面了。

@amazing3k #22，authCode 改成 saltCode，md5 函数函数去掉一层，顿时就熟稔了。
这不就是加盐 MD5 嘛！

其实问题都没有明确。
自增 ID 怎么了？遇到了什么问题？
分布式？
安全隐秘？
全局唯一性？
全局自增有序？
都有增强 /替代方案。

如果只是看着不爽，那闭着眼睛用好了。自增 ID 缺点不少，优点也是大把。何必瞧人家土呢？再土能土得过 TCP/IP 和冯诺依曼计算机架构？还不是天天用。

这么规整的文件，是否可以考虑尝试当做 csv 来读？ read_csv 的 sep 参数支持正则的。

java 做爬虫它牛就牛在爬虫业务两不误。
招个 py 做完爬虫是开掉还是开掉呢？

@lurenw “完全达到线上验证的效果”其实不用刻意追求，没必要。
使用生产数据主要有两个作用：
1，主流程验证，包括读写操作。
2，针对个别生产数据产生 bug 的情况做复现、测试、回归。

其实都只需要近期部分数据就可以了。
基础数据包括配置等一般需要全量，也不会很多。比如社区全局配置。
大量同构数据只选择一部分即可。比如社区最近一个月的用户帖子回复。

@HuasLeung 可以说说原因吗？

预发布环境有独立的库，每次发布之前从生产数据库同步+脱敏数据过来。

两个异构子系统没必要直接调来调去啊。强扭的瓜不甜。
作为两个可执行程序，命令行就是个交互接口。
作为两个进程，有进程间通讯机制。
作为两个服务，有 http/rpc 接口或者 mq 做同步 /异步调用。

后端是 PHP 无疑。
这个问题不仅仅因为后端垃圾，还因为你们的技术经理、项目经理、架构师等相关角色缺失或者垃圾。

深夜食堂的心态一定得是闲。这就别想了。
深夜快餐店倒是没问题。最好是可以带着边吃边赶车的那些食品。
你得抓住 996 下班族当前的心态和行动路线。