Windows 相较于 Linux 除了略吃点硬件外，也没什么不好的地方，Windows server core 也是命令行操作，但是基础硬件要求的确比 Linux 要更高，因为组件还不够精简，但是 power-shell 确实比 SSH 更好的选择，只是需要学习成本，大部分用 windows 的管理员都懒得学，所以国内 power-shell 并不普及，server 还是装 GUI 的多。

打客服电话可以让从新开回来的，我被电信搞过 3 次了，投诉了一次，目前正常。

拔电源

以我的经验，硬刚技术是没前途的，你明显并不热爱写代码，大部分人都不热爱吧，要干自己喜欢的活才能长久，不过既然混在这个行业，想想别的出路，比如转型做偏向业务的顾问，加强写 PPT 的能力，别看不起吹牛的，吹牛真也是一种能力，特别是能把客户吹来的，亦或者研究下理财什么的，如果在一个专业领域不能深入并建树，就走偏门，跨领域整合资源，每个领域都不需要台深入，但需要博彩所长，整合好了也是一种能力。

灯泡冗余，蓝牙 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 元菜刀都能整成吹毛断发。