@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 很频繁。
最好的办法是你自己写个程序来回搬运数据，谁要用某台机器了，就把他的数据搬过去。
但还是那句话，你就算写了这东西，等你毕业了也全完蛋。所以还是别折腾了，抢吧。

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

@zinwalin 没说清，我的意思是你的 shell 。就像 4 楼说的，omz 会有个 git 插件，在你进入代码库的时候在命令提示上显示分支名和状态。
那个功能就绑定在 cd 里，如果你代码库比较大，cd 进去就得卡半天。

@arbit 当个简单的内网服务器

term 是不是开了 git 插件。。。

这公司名叫天顶星。。。你还怕它跑路？

@liuidetmks ES 国内有公司。国内这么多用 ELK 的，也没见有几个买企业服务或者捐款的。

@pH 应该用不了，之前估计都花在准备公司的经营资质上了。CFDA 的审批比 FDA 的还严。而且苹果的比国产的 ECG 更特殊一些，他这个是软件，其它的都是硬件一起。
有第一例了剩下的就好申请了，没什么特殊情况的话，一般半年到一年就可以过了。

export TERM=xterm-color

https://github.com/microsoft/WSL/issues/7660

分两个就行，只有一个 C 的话会有权限问题。

iOS 第三方输入法各种崩，被迫用自带。

@James369
@tabris17
@iold
老版的好像也有问题，躲不过加班的。。。

BS：你们为了不学 C++也真是费尽心机了

前面套个反向代理去接 HTTPS 不就完了