@jianglibo 个人认为一个合格的程序员不会觉得任何语言难。。。编程本质上只有一种范式，不同的语言只是为了解决某类问题更方便一点而已，C 和 汇编 语言层面上如此的简单；
具体到 c++，模板表达来表达去也就用一坨屎糊上另一坨屎，面向编译器而已，没什么花头，最后都要落到汇编上，其他的几乎都是语法糖，谈不上难。
ai 这东西就是个快查工具，基于已有代码，就像 ide 的补全，不需要每次都自己手写 for 循环，大概就是这样，上次实现类似工作的是编译器，让程序员不用手写汇编；
要实现严肃任务，必须把任务拆到 ai 能胜任的程度，比如我前段时间写一个 vmm 程序，我要在 vmm 里面用 nmi 发 ipi 中断通知所有核心 vmexit 出来做点事，ai 在面对 vitual nmi 、nmi exit 、host nmi 、guest nmi ，的时候，很混乱，它无法理解 intel 设计这些东西是为了解决什么问题的，因为这方面的资料除了白皮书和开源操作系统外，不同操作系统如何利用这些硬件实现功能也不尽相同，你必须很清楚自己的功能要通过怎么样的架构来做，边缘情况怎么处理，框定好所有范围后，拆分任务给 ai ，那么这时候坑会少一点，比如我让 ai 写个根据 cpuid 返回值决定怎么操作 apic 它倒是很 6 ，一口气就写的七七七八八。

@namonai 我同意你说的，写复杂的代码绝大多数时间都是在思考架构和边缘情况以及未来的路线，在确定方向后，ai 可以很快的帮助你找到落地路径，并且在一定范围内提出范式化的建议，因为这些东西都是来自训练的，都是已有的经验，但本质上的根本需求是无法被满足的，必须要你自己拆解任务到 ai 胜任的程度。

@allplay 助记词？私钥我都要用 rdrand 指令直接算，私钥随便文档形式，二进制层面写个程序乱序或者抽数扩数，一分二分三，算法可以很简单，脑子简单记住一个 2 位数字就可以扩展还原回来，或者简单些个 py 脚本，文档随便放，算到太阳系能量枯萎都算不出来

@ggp1ot2 你做的东西被人需要，技术垄断，运营就无法决定产品的生死，一定要用你哪个比喻的话，存一亿还是不能被优待，那银行系统的一把手二把手呢？能不能被优待？

@ggp1ot2 这个比喻很尬，这两件事完全没有可比性

本质上还是做的东西太简单，你做个 openai 看看卖不卖钱

直接 linux zfs 随便什么机器

@badgv 是的，所以我说满足一般的上网需求

@badgv 透明代理就是要透明，tg 有 sock5 设置 其他没有 sock5 设置的应用呢？有的应用内部还要检查你获得的远端 ip 呢，这种情况怎么处理呢？

@badgv 用 fakeip 碰到不解析域名的应用，你就必须去 ros 做路由条目，比如电报，然后做开发看不到真实 ip 也是一件很烦的事情。
只能说满足一般上网需求。

python 不需要学 上手干就完了 语言本身太简单了

@povsister 你这个好，不过 v2 的 DNS 没有反向查询，个人还是倾向于配置一个完善的 DNS 服务器用于分流和宣告路由，并且实际上分流是发生在路由上的，v2 里面的哪些策略，比如端口啊，ip 分流啊，其实都是要在路由上完成的，所以 v2ray 只负责代理流量就行了。

中国这些搞安全的太能给自己加戏

这不扯呢，微软要干你需要在应用层的 explorer 里面做？内核摁死所有 syscall 360 你有啥办法？你要么自己写一个操作系统，要么就受着。

11 稳，17 20 都有一些比较方便的特性，其实用 boost 的话都没多大区别，boost 都有

@smallWang 没有别的选择的 只有 ac+ap ，mesh 是为了解决没布线的问题，你新装肯定是 ac+ap 没什么可说的

@smallWang 主动剔除设备可以的，无非就是断流之类的问题嘛，udp 问题不大，tcp 要看具体应用的心跳包，没有快速漫游么就是可能会断线 200ms 到 500ms 之间，快速漫游是 50ms 到 100ms 。
AC AP 方面 具体品牌设备实现标准的技术都存在差异，实际表现区别比较大的，建议各种品牌要深入了解一下，规划好 ap 点，多留点，最后做实测

@smallWang 快速漫游 802.11k/v/r 需要 AC AP 和客户端设备都支持此协议，无线规划是很麻烦的一件事情