@sudoy 所以说 @kop1989 说的并没有错
- 删库跑路本质上是破坏开源社区的行为
- 商业公司使用开源库且不付费是不道德的，但并不违反开源协议
- 商业公司剽窃 faker cloud 是恶劣的违法行为
几件事是互相独立的，非要混在一起说不是自己根本分不清就是故意在搅混水。

对于第一点多说几句，其实你的作品一旦公开，接受了开源社区的 Issue 或者 PR ，它本质上已经属于开源社区的一部分了。只是你作为初始 Owner ，大家都默认你对这个作品有绝对控制权。
但这个实际上是有问题的，比如你接受了一个对你作品完全重构的 PR ，大部分贡献都不是你自己了，那这个 Owner 怎么算？所以一般大一些的库，都会要求提交 Commit 以前签署 CLA ，以明确作品的权利归属。特别是当你用了 Apache 一类涉及到专利的 License 更是会有问题。

当你作为 Owner ，对作品做出破坏性操作的时候，实际上是损害了其他贡献者与你的信任关系。比如极端点你在库里面放挖矿代码，或者放个圣诞大礼包。但签了 CLA 也好，没签默认的也好，也仅仅只是让人从道德上谴责两句，这种行为和商业公司使用作品不付费没什么区别。

所以说大部分开源项目就只是“项目”，而非“产品”。一个“产品”面向的对象应该是有预算，且有权做购买决策的人群。而开源项目面向的对象大部分都是码农，他们都是拿固定工资的。这也是为什么大部分开源项目都没办法有稳定收入，全靠捐赠。

@sudoy 确实，所以每次只要我一上头在网上跟别人辩论就罚自己做一个小时有氧。
有效控制住了自己教育别人的欲望。

面试难道不是为了招合适自己业务的人吗？工作中我又不会让你手撸红黑树我面你这个干嘛？
有相关项目经验，有基本的行业了解，对应的编程语言用的够多，了解个大概对于应届生就可以了啊。
算法你只要能大概手撸个排序，能考虑清楚各种边界条件，逻辑思维能力基本就足够了。

群晖的系统里本身就带了个反向代理。给你另外两个跑 Docker 的配置反向代理就行了。
你需要配置一个统一的 DNS ，然后在里面把几个不同的域名指向你这三台机器。
再在这三个机器的反向代理里面，把不同域名过来的请求分发到不同端口上就行了。

或者更简单点，就配置一个反向代理，然后所有你这些域名全指过去，再从这个反向代理里面分发到另外三台机器的不同端口上。

既然不管别人说什么，只要不和你意你都不信，那何必来问？

当年就有人热衷于论坛上去扒各种 HIPS 规则，今天试一个明天试一个，还有各种评测。
最后搞得自己电脑三天两头重装。

这不就是一回事么。天道轮回，计算机这行里就没有新鲜事。

Rider 或者 VS2022 吧，2019 卡的不行。

@liaohongxing 不管你觉得有问题还是没问题，负责就好。

@liaohongxing “风险”就是指的你这种情况。因为搞明白能用不能用的成本非常高，有可能需要根据具体情况开庭吵一架才行，所以直接不用它就是最好的选择。

@wnanbei 这就是它坑的地方。你考虑一个场景，你如果使用了 GPL 的库，那你的程序要以 GPL 发布吗？
然后现在回到 AGPL ，它是说你如果修改了，那么你要发布代码。但你再回去看看它的前言，它说 AGPL 是为了堵上 GPL 的这个 ASP 的漏洞。
所以说到底按哪个算？按照 GNU 的意思，你得开庭吵一架才行。
这就叫风险，不用 AGPL 不是因为它限制大，而是因为它有风险。

@buliugu AGPL 是个垃圾协议，整个 GPL 家族里面最垃圾的一个。写的漏洞很多。
如果你是软件作者，以 AGPL 协议发布自己的作品很容易被坑，看看 MongoDB 。
如果你是软件使用者，使用以 AGPL 协议发布的作品也容易被坑，GNU 自己的 FAQ 都写不清楚。
所以基本只要公司有正经法务负责 FOSS 审查，就肯定不会让碰这种垃圾协议。Google 还专门给 AGPL 写了个页面警告不要用。

MinIO 还是算了吧，你们用开源组件都不看 License 的吗？

野生放养就是了，除非有专门人维护，不然一毕业全完蛋。
而且用网络存储速度比服务器里自带的 SSD 差远了。测试的时候你可能觉得单机跑没啥问题，等你有个三五台服务器，每台都在撸数据的话，IO 直接炸掉。到时候你就发现限制你性能的不是 GPU ，而是 IO 。GPU 大部分时间都在等 IO 。而且有的框架写的垃圾，调 IO 很频繁。
最好的办法是你自己写个程序来回搬运数据，谁要用某台机器了，就把他的数据搬过去。
但还是那句话，你就算写了这东西，等你毕业了也全完蛋。所以还是别折腾了，抢吧。

物理不可控就视为已经被破解就可以了，就不要考虑保护了。
除非你像游戏厂商用的那些专业的防破解程序，但就算是它们，也没法顶得住破解。
破解与自我保护从来就是个成本问题