@magic3584 对，你得找供应商要这个 ARM 的国产系统对应的驱动和测试程序以及代码。如果他们不提供，那你根本做不了，不是说有测试程序或者驱动的代码重新编译就可以的。

国产系统大部分都是魔改 Linux ，所以你至少要找个 Linux 驱动才能开始你这活。厂家只提供 Windows 驱动的话，你这活没法做的。

Windows 和 Linux 的驱动模型不一样，你没法直接拿 Windows 驱动的代码编译一下就跑在 Linux 上。非常简单的通用设备可能还好点，找个通用的开源驱动改改就行了，但涉及到厂家定制的就没办法了，比如加密狗这种。

你用不惯国产系统开发，可以找个 ARM Linux ，然后找你那国产系统测试。最后即使跑不起来，修改量也不会很大，就是 Debug 级别，改改就行。但你找个 ARM Windows 的话，驱动接口测试程序啥的都不一样，改起来就太麻烦了。

@magic3584 那很麻烦，如果这活不是砸死你头上了，建议不要接。

C++，还是硬件驱动，是大概率没法直接二进制跨平台的。你至少也需要重新编译才行。你这.NET Framework 4.0 的项目估计已经很老了，你找对应硬件的 ARM 平台和系统驱动，C++代码就得找半天。找到代码了，编译测试好了，才是你.NET 代码的事。这还是不算你 C++代码根本没法跨平台的事。你那 C++部分要是用了什么 ATL ，MFC ，或者一堆 Windows API ，迁移它还不如重新找个供应商。

然后你得测试从 C#代码里调用你 C++的 Wrapper ，这个你怎么都要改（至少 Linux 上你的库大概率不叫 x.dll ）。这个测试你得用对应平台才行。比如你用 ARM 的 Ubuntu ，甚至用 ARM 的 Windows 11 ，也得找个测试机才可以。

最后才是你那 Web App ，迁移这层相对来说是最简单的了。

所以你以为是迁移一个 Web 应用到 ARM 平台，实际上是一整个大深坑。而且最难的根本不在.NET 部分，而是你要把你硬件那堆东西先迁移到 ARM 才行。

还是要看你的项目核心功能在哪，有没有用到一些 Windows 独有的功能，或者一些和系统贴的很近的库。

虽然都是 Web 应用，但你这程序如果底层用了一些第三方的库，P/Invoke 了一些 C++或者用驱动读写了一些硬件，那大概率是转移不了的。

或者只是单纯的 Web 应用，但是那种非常传统的 ASP WebForm + IIS ，也用了一堆第三方控件。那迁移也是要重写的。即便是.NET 5 也没有这东西了。

如果网页结构不是很复杂，建议用.NET Core 自带的新 ASP 直接重写。前端使用现代的框架，Vue 或者 React ，不要用 Blazor 。这样你用 LLM 做 Vibe Coding 很快就能写个差不多的出来。

另外新的.NET 你可以直接在 Windows 或者其他开发机上写代码，编译的时候再选平台就行了。如果不带 runtime 的话取决于你用的库，纯托管的甚至都可以不选。

chunk ，或者说 RAG 这些手段都只是为了解决 LLM 上下文长度有限的问题。你只要想办法把相关文档找出来就行了。

比如你觉得 embedding+chunk 效果可以，那就可以在文档分割成 chunk 的时候自己存个关联，命中 chunk 后带着同文档上下文相关的 chunk 就可以了。

或者更简单的，如果你每次输入的查询都很短，而且都是比较准确的，不需要语义相关性。那还不如直接做关键词查找。或者两者结合分配个权重。

首先，不要用 Word 。哪怕你最终需要输出成 Word 格式，也不要用它保存中间结果。

其次，你要确定你的“题目”都是什么东西。简而言之，对你这个在项目中算是核心的模型进行建模。确定它是只包括文字，还是要图文混编，或者需要支持 LaTax 一类的公式以及渲染。要不要支持混排图文的各种定位方式，或者填空题这种如何进行标记等等。都要考虑清楚。这是最重要且麻烦的一步。

确定了“题目”的建模以后，在考虑它的保存，检索以及展示方式。如果只是图文混编的话，最好还是直接定义一个 JSON 结构，然后使用 HTML 方式渲染。

标签，算是系统中最简单的一部分了。只要你把题目存到数据库，那无论如何你都能实现，可以暂时不考虑它。

试试 Whisper

https://github.com/openai/whisper

虽说也推荐你用 uv ，但你这个环境和要求，光靠 uv 是没法彻底解决的。你要考虑的是依赖的可信与供应链管理，而不简单的一个 lock 。

正常做法是，内网搭建 pip 的镜像服务，并且配置多个 pip 仓库。至少三个，dev ，integration ，release 。只有 dev 是联通外网的 mirror ，其他两个是本地库。

然后你开发的时候 pip 指向 dev 库，发版的时候，QA 和测试用 integration 库。这时候把你需要的指定版本的所有依赖从 dev 提升复制到 integration 库内。

当 QA 和测试完成，再次把这些依赖到 release 库内。作为最终 release 的二进制依赖，同时对依赖进行漏洞检查和制做 SBOM 。

当然你可以根据你们的要求自己调整一下，可能也用不到这么严格的流程。但本质上为了避免 FOSS 的供应链风险，你应该自己保留所有依赖的二进制及其代码以供审查，并且可以完全从本地构建你的产品。

别忘了之前 npm 下毒的事。

@quicksandznzn 北大口腔的号，只要你不盯着总院。一二分院都还可以。就算是最难的牙体科，早上顶着时间打电话进去，基本也都能挂上。电话挂号优先级高，而且可以往后面几周排，等就是了。

牙冠好像是修复科，那个更好挂，基本没人，随便挂就行。

我做的进口的陶瓷，5K 。

1. 可以。我在北大口腔做的，这两个是不同的科，分别挂号。牙体科做根管，另一个科做牙冠。

2. 根管还是看技术，特别是后面几颗磨牙，这些牙即使在北大口腔这种带教医院都不会给实习生做的。容易断器械，取的时候更麻烦。

所以你如果是后面几颗牙要做，那还是建议挂个三甲。
其他的牙倒是还好，没那么难。

另外牙冠在哪做都行，杀好菌套在做了根管的牙上基本不容易发炎。

哈希算法是给你“验证”用的，不是拿来做“唯一标识”用的。因为它存在碰撞的可能。

简而言之，哈希值一样，不代表原始值就一样。而哈希值不同，则肯定原始值不同。

这就是为什么科班教学很重要。

你这个需求就应该使用 uuid ，你用 SHA1 也避免不了碰撞。

没记错的话，Go 的 io.copy 在 Linux 上用的应该是 epoll ，单纯比较极限性能，Windows 上的 IOCP 应该和它差不多，甚至稍好一些。

如果是比较 Windows 和 Linux 的网络性能的话，最好是直接用系统原生的 API ，在物理网卡上跑。

但其实绝大多数情况你压根用不着这么极限的网络性能，有那时间和精力压榨这么点性能不如直接升级硬件。

@museyicangbai 这个不太清楚了，我看的是纸质的。


@RedisMasterNode 是，陈老师早就去世了。不过对于成年人来说，这书拿来当消遣，填补一下技术书籍以外的时间还是没问题的。就当百科全书看了。

@dreamrover 搜陈阅增就可以，应该是高教出的吧。

这本确实不错。

另外推荐两本没那么“技术”的书。

一本《 3D 数学基础：图形与游戏开发》可以闲了看看。虽然是 3D 的，可能和你的工作不相关。不过我上学的时候看着它做了个简单的 render 还挺好玩的。如果有线代基础看起来可能过于简单了，但如果线代基础不好的话，可以看看就当顺便补课了。

说到线代，3Blue1Brown 的一系列视频都不错。B 站也有账号，可以顺便看看。

不限于技术的话，《普通生物学》算是我觉得很有意思的书了，V 站我也推荐过好几次。作为大学教材，高中的知识水平就能看懂。技术书看烦了当消遣很不错，至少能让你看懂很多药品说明书。

@XDiLa

我作为一个全家桶多年续费的老用户，吐槽两句定价策略还不行了是吧？

非要人身攻击的话，那可能确实没你这到处要激活码白嫖的生活如意。

笑死了，JB 是什么捷克 115 吗？

骗老用户锁了三年，等你锁完了转手漏个码白送，再骗点新用户进来。

真是把用户当猪宰。

@jiminjohn0402 不是，这个方案是你把路由器放客厅，覆盖全屋的 wifi 。然后交换机放弱电箱，你的路由器连回交换机，再从交换机分到各个屋子。就是说你的弱电箱放光猫和交换机，路由器放全屋的中心。

但你如果弱电箱本来就在屋子中间，那就用不着了。

一般精装房会从弱电箱给每个屋子扯一根网线。如果客厅是你家的布局中心，而且户型比较方正的话，100 平以内可能放一个路由器就够了。

首先考虑要不要组 mesh ，或者子母路由一类的东西。房子大，或者布局比较奇怪，有很多承重墙的话可能需要。

如果不需要 mesh ，且客厅放一个主路由就够。那你从弱电箱往客厅穿两根网线就行。一根用于光猫到路由，一根用于从路由回来到交换机，然后接到每个屋子的网线。

如果需要 mesh ，也可以参考上面的方案。核心点就是你的主路由最好有通往各屋的网线，这样不管是接有线设备，还是某个屋子信号差后续补 mesh 都比较方便。如果没有的话，就从主路由的位置往这个中心节点多穿一根回路，然后在那边放个交换机。

至于路由器你可以看着选，wifi7 的路由个人觉得有必要上。不是说 wifi7 有用，而是 wifi7 的产品基本都是各大品牌的主力产品，性能和质量一般都更好一些。我个人用的中兴 BE7200pro+，用下来也很稳定，性能也不错。