为什么要改邮箱名？有多少服务是通过 gmail 注册的，这些服务的网站又不能改，或者改成本太大，这个需求是怎么被发明出来的？是个傻子吗

哈哈，我的正常^-^

然后 AI 写了一堆 bug 、安全漏洞、一堆吃内存和网络带宽代码

这种系统谁会？谁敢用？谁用得起？

AI 辅助编程不是降低，而是提高了门槛，当战场上自动化步枪取代了大刀长矛，对战士得要求反而要像专业化发展，不是中世纪拉一堆农民就可以

我感觉非常强，我问了一个有关电机学的问题

我在学习《电机学》中变压器章节，对文中这段文字有疑问：

"漏磁通在一次侧绕组中感应电势，加到由互磁通产生的感应电势上"

漏磁通名称中之所以有“漏”字，就是因为它没有经过绕组，何谈在“一次侧绕组中感应电势”?

Gemini 3.0 回答非常准备，尤其是下面这段文字

漏磁通 (Leakage Flux, $\Phi_l$)：它是由该绕组自身的电流产生的。它的“漏”是指：它只穿过产生它的那个绕组（比如 $\Phi_{l1}$ 只穿过一次侧绕组 $W_1$），但没有穿过另一个绕组（二次侧绕组 $W_2$）。

完全针对我提出的问题，而且我问题还提交了图片，这种图文结合提问方式经常遇到，Gemini 3.0 完全理解了图片和文字，我感觉它完全铺平了学习中的困惑

另外，我本人是搞 IT 的，学习电力知识也是为了工作，里面有大量的公式，原来觉得很难，但是在 AI 的帮助下很多学习困难都可以高效解决

我不理解 UP 要表达的意思，“再将领域逻辑通过形式化语言进行抽象表达”

什么叫做形式化表达，如果是类似 markdown 语法，那么是一种结构化语言，这也太麻烦了

1 、公司报销 AI 费用吗？我觉得至少是 MAX 用户才够高级的水平吧，而且 A 公司时不时地封号怎么解决？
2 、我和其它人一样，对贵公司实数该政策的结果感到好奇。

能详细说说你现在用的工具吗？我之前用过 cusor ，但用过 claude code 后感觉强很多，而且现在不是说 anthropic 对 cusor 进行了限制吗

反向代理？

现在用 cursor 的视频很多，但很多都是解决从 0 到 1 的问题，其实这个除了原型阶段其它时候更多需要在已有代码上做修改，楼主能不能推荐一下你认为比较有深度的 cursor 使用视频

我个人的理解：cursor 相比 VSCODE+各种插件的优势在于 cursor 能把项目的所有文件作为上下文，在 cursor 里可以增加或减少上下文，但是 vscode 的插件好像都只能用当前的文件，如果我的需求写在 md 文件或其它文件就不行。我个人认为这是 cursor 最大的优点

个人理解，错误的观点请指正

我每次用 v2ray 一键脚本搭建的网站都秒封 ip ，还不是封端口，所以后来我对 xray 工程都有点心怀芥蒂。不过很有可能是我偷懒，不该使用一键脚本，因为它这个配置的确有点复杂

不过我刚才认真看了看 XHTTP 的介绍，对于那个上下行分离，而且可以用 2 台 VPS ，一台上行 IPV4 TCP ，一台下行 IPV6 UDP 的思路还是很佩服的，而且他还实现了(我没用过，只根据文字判断)，这也算是一种逆天设计了

@darkgeek 我 CPU 和内存的负载都不大，而且 10 个有 9 个都是坏的有线网口，一定是质量问题

@Ashe007 因为我早已掌握透明代理技术，我就没有找 K8S 镜像仓库等一系列所需仓库的镜像，我想大致找不完整

透明代理不是在服务器上实现科学上网，而必须在服务器所连接的路由器上实现。了解一下 openwrt https://openwrt.org/ ，都是基于这个操作系统

二者的区别在于，一般的科学上网需要安装客户端，这个客户端会开通一个端口，每个程序都需要通过这个代理端口才能访问，但是这种做法局限太大，一是本地 Dns 查询需要另想办法，二是每个服务器的每个应用程序都需要配置，配置起来太麻烦，如果还考虑容器运行的需求则实际不可能采用这种办法

所以只能在网络层解决问题，让每台服务器连接到路由器后，统一在路由器上做路由控制，这个就要借助 iptables 或者 nftables 的功能了，这也是 K8S 中 service 这种资源干的事情，所以你迟早要懂

相关知识不敢多说，你 google 一下 透明代理 openwrt dnsmasq iptables 等关键词

还有楼上说的网络问题的确很重要，但是如果你要是没有能力在路由器上实现透明代理，那就也不用研究 K8S 了，因为 service 这种资源的本质就是一堆 rule ，你搞不定透明代理和科学上网，就肯定懂不了 K8S 的 servce 是咋回事

关于学习 K8S ，我还是认为通过官方文档学习比较靠谱，因为这个东西还在发展，附着在它身上的其它工具可能活不了那么久，或者慢慢就不兼容了，所以泼一下楼上很多人的凉水，知识应该从源头学习，不要学习被别人转换或理解过的笔记或者 blog ，因为有些内容可能被扭曲或丢失

搭建环境也是，还是推荐用 kubeadm ，其它工具会更方便，但是只有 hard 模式才能让你理解更多，计算机就是实践性科学，你初学时不栽跟头，以后栽跟头成本更高

至于 K3S 我不了解，但线下与人讨论时别人说这个 bug 很多，我自己在搭建 K8S 集群发现也存在很多文档上没有写，自己实践做时才出现的问题，所以虽然我搭建 K8S 的环境是 ARM 的，但我也没有研究 K3S

我是自己在类似树莓派的国产开发板上搭建 K8S 集群，可以看看我这个帖子

草根云，每个云原生工程师都值得拥有 https://www.v2ex.com/t/1003629

不过 orangepi 3B 在运行 2 年后，10 个板子有 9 个的有线网口都坏了，所以这个质量不怎么样，我现在用了其它开发板，运行时也从 docker 换成了 runc ，操作系统还要自己编译，等我用一段时间后再写篇实践过程文档