楼主你这个问题很好。被养在动物园的动物们，对它们来说，不用工作就能吃饱喝足，生活水平远超野外同类。那么对这些生活在动物园的动物们它们自己会认为自己的价值是什么？不要说观赏性，这是人类认为的且对人类来说的价值，动物自身不一定如此认为。

OP 你要在国企，怎么死的都不知道。只能说文化不同。

官网有下，注册个账号就可以，另外 exsi 也有性能损耗的，exsi 并不比 PVE 好用，如果你遵守许可的话。

预埋 PVC 就行，PVC 走线别省，不要一根管走 N 根线，只要 PVC 通畅，你以后想怎么换就怎么换。

网络设备更新很快，买便宜的，当你想起来再更新的时候，已经早是 N 代以后的产品了，现在纠结的只是同代里的些微差别罢了。

没有预算前提的设计方案都是扯淡，实际上所有的技术方案最终出台都和技术没关系，钱才是核心问题

@ColinZeb grpc 模型 没有语言特性，一处编写，处处拷贝。

Mapster 映射，但是我仍然觉得 JAVA 或者 C# 采用 class 做 DTO 的方式仍然不够优雅，class 的语法局限性，所以我现在尽可能使用 gRPC 来做接口，绕开 class 的 DTO 。

HTPC 现在随便买个盒子，配置安全足够，可玩性高多了，没必要集成在虚拟机里，属于自找麻烦的需求。NAS 和 小服务器用虚拟化集成在一起还算搭得上边。Windows 没许可，如果真打算 all in one 系统肯定不能吃配置，i5 这种级别还是 linux 吧，也就 pve 了，13 代支持也不行，但是总归慢慢会更新上来的。

@dko 我相信初衷是好的，设想也是没问题的，但是，但是，xx 信誉破产了。

Visual Studio 2022 可以。

NAS 的主要用处是存储吧，Windows 的存储和共享基本就是 SMB 共享了吧，如果只关注 SMB 的话，Windows Server 有更体系的文件共享管理，所以比 Desktop 版本更适合。当然实际上专用的 NAS 系统启用 SMB 共享也许更简单。

NAS 就是 NAS ，别去看什么小机器，完全是两个方向的产品

建议分清楚存储和计算，这是 2 种不同的方向。

ToDesk 被收购以后就越来越拉跨

rustdesk 自建中继

题主问的“生物数据库”一定是我们 IT 领域的数据库么？我看是各位限制在自己的领域里没有突破思维考虑吧？