@kingpo #32 改 NAT 策略也可以，目的地址是你公网 IP 的，仅转换你内网的源地址

能转开发就别搞运维，不然经常都是 7*24+背锅侠

这玩意用于娱乐，促进自我理解吧

SMB 吧，内网轻松达到 200-500Mbps 或更高的速率（占不考虑系统配置跟网络条件影响）；
FTP 单线程还不支持压缩，一般很难超过 100Mbps ；
HFS 虽然理论上也可以达到很高速率，但是适用于 hadoop 的，一般不会在 SMB 场景使用的，不作比较。

gpt 这方面都有短板，毕竟有些东西不是 21 年前的，它们学习不到，又不知道自己学习不到，就开始满嘴跑火车了，很多还胡编得像模像样，等你有这闲工夫一个个去验证了你会发现，还不如一开始就老老实实用谷歌呢。。。

??? 从左耳听风开始关注大佬，cooshell 也偶尔会看看，前几天还在推上看到大佬很活跃的，没想到，人生无常啊，R.I.P.

vim 大冒险，边玩边学 https://vim-adventures.com/

基本都是用 kubectl 去管理的，移除 dockershim 感觉也没啥影响，至少通过 cri 直接调用 contained 性能还提升了不少，有 docker 习惯的话 nerdctl 过渡下，问题也不大

github 的 action ，gitlib 的 ci ，本身就集成了 CI/CD 功能。
上面看到有说项目管理也放在 gitlab ，等时间长了那会太臃肿，每天的备份都特别大，回头还要考虑瘦身。

开发里最会运维的，运维里最会开发的，对个人发展来讲怎么都比别人有优势啊。只是这个活不好干，主要还是看你是否有意向，兼两个岗位的活才加 1000 肯定是少得可怜，你现在困扰的是薪资给的不足还是对运维的疑难杂症怕不胜任？老板的心思就不要瞎猜了，最好是直接找老板谈。

我感觉 chatGPT 很多场景它不是基于事实，而是基于语言模型的，比搜索引擎能理解语义是比较优势的，但准确性来讲很多都不靠谱。
我平常用起来就一般脚本或者基础的代码框架可以交给它，自己再稍微改改，效率还是很可以的。
至于昨天发布的 4.0 没试过，能识图等看起来是有了很大提升了，但准确性不提升上来，关键的业务代码少不了人为的干预，不然谁敢放心跑。现阶段还是需要不停的训练迭代，打打辅助还行，影响肯定会有影响，说要替代程序员还为时过早，保有期待吧。

有坑不及时处理后面只会越来越坑的，容器如果哪天跑崩了，就算你定时任务拷贝也会有丢失风险。