vonfry

@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

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