灯泡冗余，蓝牙 MESH 或者 WiFi MESH 都可以。

不晚，我 30+了还没读研究生，那算不算 loser ？

还是微软大法好，WebAPI 都现成的。

嗯，不错，我选 Blazor

搞机其实就是自己图个乐呵，其实没什么特别的作用，除非产品特别垃圾的，一般的工业品，出厂什么配置，就只要什么配置，玩家自己想的大多数问题，厂家的工程师都想过了，排除部分品德恶劣的奸商为了节省成本而减配，大部分情况下自己折腾的哪些 addon 就是心里安慰。

.net 体系的 NuGet 不知道高到哪里去，但是看到微软就政治不正确，我懂的。

不要自己去解决超出能力范围的问题，招可以解决问题的人。

怎么说呢，这个要看业务的场景去判断，没有标准答案。不管互联网还是传统企业服务，制约技术架构的只有 2 个因素：需求和资源。前者是你的（客户的）最终目的是干什么，后者是你（客户）打算投入多少资源（人和钱）来达到目的。互联网抛去 db 的做法是由于互联网的数据存量大，对事务一致性的要求低，大多采用的是最终一致性，而海量数据的结果必然抛弃以 db 为中心设计，采用以领域驱动设计，只要云服务资源足够，db 的所有数据在适当的时候都会被代码拉到内存里，然后以模型为最小单位进行操作、并联、查询等。传统企业服务也可以使用互联网的设计思路，但有一个很重要的制约因素是投入的资源不足，也就是没钱没人，没钱没人意味着传统企业服务技术团队没有资源和时间去参考互联网的架构（比如微服务）来完成整套业务系统的设计和实现，例如光一个分布式事务就够吃一壶了，所以在资源不够的情况下选择使用大厂高度完成的成品件来实现业务，选 mssql，在一个"BEGIN TRAN"里塞一堆 Update 就能简单地完成跨模型的数据一致性更新，半天就把活整齐全了，更别说配上 ORM 了。同样需求换成微服务架构，跨微服务更新模型你需要搞定领域服务，各种 Mapper，服务间调用，缓存、最终一致性设计，事件溯源，内存要大，数据库里所有数据都要读到模型里，Model 中间各种连接，识别聚合根还是实体，实体引用还是 Id 引用，各种麻烦的思考，不是不能实现，而是有没有足够的人力和资源来投入去实现的问题。

付费的商业产品永远是最好用的，考虑免费的话用 Proxmox VE 吧

你总有一天会明白，只有家人才会真的挂心你。公司？呵呵。

吉利嘉际顶配

吉利嘉际顶配

好像又可以访问了。

dev.azure.com 打不开了，今天要摸鱼了。

刀其实啥牌子不重要，磨刀的工具才重要，买个磨刀龙门架，地摊货 10 元菜刀都能整成吹毛断发。

vmess 协议加密

微软开发 Hyper-V 就是为你这个想法准备的, Win10 自带。

那在三四线城市挣钱的怎么办呢？在线等，挺急的。

都没学过的话，rust 一把梭。