短信只有官方的 app 能发，三方都只能用设备验证

这个“我看呐”稍稍有点意思，有没有 prompt 让我抄一抄

如果不需要 udp 流量，可以用 ssh (reverse) forward ，本身就有加密，还能按需连接，而且本来 ssh 就是会开放使用的。固定导出的端口拿 systemd 写个 service 就好。

另外安全问题，除了防拿你的服务器做转发外，更主要的是你 export 的那个服务。

另外你拿阿里转发的话，如果是 http(s) 是会被阿里检测然后关掉的（解法是备案）。

@Kirkcong #29 看了一下我自己布署的。systemd service: 659.3M (peak: 661.2M)

传统武术宣传的基本都是以观赏为主的。私下练的也有实战类，但主要还是锻炼身体。论竞技必然是比不上现代搏击、散打这种，毕竟是有完整训练体系的。何况学武术的也是学生、社畜，不可能一天到晚都泡在这上面。
就单就发力、技巧，各家的底层原理都是差不多的，只是学习方法和使用上不一样（很有幸，我的老师是学机械出身的）。但传统武术嘛，现在又不是去打架干啥的，平时就练练身体就好了，别那么功利。

@Kirkcong #24 要看你用什么 server 以及你需要多少 bot 。如果用 conduit 家庭的 home server 本身在树莓派上跑都够了。

@yikyo #7 你用 git+ssh 的话后面就是正常 url ，所以用户名和域名要有。用 github: 的话是走 github 特有的 fetcher ，就直接 owner/repo 就行。昨天一开始我也没看仔细，后来才注意到。。

@vonfry #3 不好意思，这条说的不对，这个是构建请求时用的，而且是 flake lock 时的东西。
另外，我发现你 github 前没写 user （应该是 git ），以及是不是应该写成 github.com 。

@yikyo 刚刚阅读了一下源码，如果没有指定 keytype 相关的情况下，是用 ed25519 的 key ，你不会是 rsa 的 key 吧。https://github.com/NixOS/nix/blob/master/src/libfetchers/git.cc#L155

> NIX_CONFIG="access-tokens = github.com=ghp_xxx"
您的 sudo 是否保留了 NIX_CONFIG 变量？

> ssh -T [email protected]
这是当前用户吧。你的 root 用户是否有这个 key ？

我收到 refund 邮件了，也有 invoice 和 receipt ，不过钱没到帐。

@aminobody 你是否在寻找： https://github.com/oraios/serena

x11 有 ssh x forward ，可以把远端的 xorg client 在本地渲染。wayland 有一个 waypipe 也是做这个事情的。
如果你不需要完整的桌面控制，只是需要跑一些远程的图形界面，那么这个方案就足够了。任务脚本反正 ssh 过去就行。
在我看来反正大部分情况是不需要一个完整远程桌面的。

我之前有一份工作是 EDA 的。公司内有很多物理出身做算法的（比如 FDTD 、有限元），就业你可以找找这一类。小公司是需要你能写代码（甚至是高性能的），直接优化掉程序岗的那种。小公司可能还需要你会一些数学相关的知识，再优化掉数学岗，比如像特征值求解算法这类。大企业不知道，但从职能结构上来说应该是分离的。
但这个行业很卷，至少我面过的公司都一个样子，几套话术来回说。

AI 的部分，因为你是从业外转入的，所以等于你在用工具快速做你不熟悉的领域，可能你做出来的东西只是能工作，它里面可能存在很多你不知道的问题。“不知道”就是这里最大的问题。
我的观点是干活可以用，但业余不要过度依赖，知识储备一定是得要的。早期入门时还是手写好一点，基础打好很重要。
至于你所谓的老员工不用，可能是活太多了，根本没时间去玩；也可能只是工作而已，干完活就行了，怎么干是另外的事，反正工资是按天算的，又不是按你干活多少算的。当然也可能是尝试过，发现不好用，或者工具链不适用，或者太贵了用不起，或者就是没尝试。反正理由很多。而且对这个领域，LLM 可能并不能特别好的处理很多事情。它很强，但没宣传的那么强。

五分钟自毁，之前我特意发邮件问过。说是防 ddos

核心不是框架，是你的业务逻辑如何拆解成逐步执行的逻辑与分发。另外现在大部分框架都是做简单原型还行，但复杂需求都要东改西改，不如手搓方便。

tree sitter 的语法不是基于 generalized LR 做的么？已经比 LR(1) 这种规则宽很多了。
如果觉得难，可能是不太理解 BNF 表达和 FSM 解析流程。可以先拿 yacc 这种写个简单的 parser 开始。或者阅读一下龙书（

@litmxs 有的，朋友，有的。serena 这个 mcp 就是干这个的（其实还能代替 code agent ）。

@Trustzone 现在 lsp 基本都比较成熟了，静态语言的类型基本都能推断。

@BigChengzi #44 我的观点是：你没拿 C/C++ 这种写过多线程并发、处理临界资源访问、内存分配管理的经验，直接上手学 rust 过不了编译很正常。但如果有相关经验其实就基本是无门槛了。

所以也是相对的，如果没有类似的需求用不用 rust 差别不会太大。

我个人而言，rust 是主流语言里，即有完善生态、有又较好的语法（糖）、又吸收了各类其它语言的优点（特别是一些函数式设计），写起来其实会很舒服。

不过现在 rust 其实也有一些问题，比如没有 C++ 的原地构造，想要做只能依靠编译器帮你优化，或者拿 unsafe 。