jim9606

板载声卡应该一直出现的，没装驱动显示为"High Definition Audio 设备"，安装后显示为“Realtek(R) Audio”。

近几年的 Realtek UAD 驱动需要从 Microsoft 商店安装“Realtek Audio Console”应用，正常在插入耳机是会询问插入设备类型，没装这个可能会导致一直没声音，如果用了某些配 AC97 前面板的机箱，需要禁用前面板插入检测。

主板 BIOS 最好升到最新，AMD 确认有一个 fTPM 的 bug 会导致系统卡顿，在 AGESA 1.2.0.7 解决。

试用期最后一天被辞退，到底是我的问题大一点，还是公司的问题大一点？ - Sean Ye 的回答 - 知乎
https://www.zhihu.com/question/549012841/answer/2652995881

你应该可以判断公司是不是试图白嫖。

我对这玩意不乐观的原因是：
1. 带宽 /延迟需求高，本身网游的 CS 通信模型就可以理解为对业务进行高度优化的数据压缩，这得等到什么时候低延迟带宽成本低过游戏研发的人员成本才会划得来；
2. 服务器是集中式的算力，成本基本上是会低于同等总算力的多个终端的，只要两者还是在同一世代，前者成本必然更高。不过考虑到终端销售可能会带来夸张的额外成本，这一点有可能会被打破。

目前我觉得这东西比较合理的用途有测试版本防泄密（原神就有这样搞了）和给老游戏 /小众游戏作为兼容层使用，作为主力形态出现不大现实。

永久会员=跑路前兆

@LotusChuan
这个大概率是因为翻译拿到的文本是 can not be {1}。
另一种情况是因为没有上下文导致不该翻译的翻译了，例如 microsoft openjdk 现在还有 安装包类型：微星。
估计微软没招 LQA 。

你确实可以把 git 当数据库用，如果你了解 git 的底层实现，你就知道它底层其实就是一个 kv 数据库。
但是，如果你真的只是需要一个 kv 数据库而不需要 git 针对版本管理做的业务封装，一般都会有更好的选择。

真有点复杂度的业务不会纯拿 bash 和 coreutils 来写，因为数据处理和错误处理太蛋疼了，换成 python 都会省事些。但在业务不复杂的时候，shell 的低耦合易部署的好处就比较重要了。

你现在觉得 sql 没用，是因为你还没遇到达到那种复杂度的需求。

@keyfunc 每天回家的话等回家再同步也没啥大问题吧？不差那一天的时间，那怕是公有云也不是无条件实时同步的啊。

如果你没感觉，那你可能真没需求。
一种情况是没见过好的，就像我看有人用着奔腾 E5400 还说很流畅的。
还有一种就是自己提前把潜在需求都扼杀掉，例如压根不去看那些机子跑不起来的大作的新闻动态。