没有用微信和 WPS ，我是在本来就需要长期运行的服务器上开了一个桌面+XRDP 的容器，跑一些 GUI 应用和看网页没问题。

要办个生育登记服务单，在所住的地方的社区医院检查核实怀孕状态，然后在社区医院登记，登记完会给你两个本本，一个孕妇的，另一个婴儿的。
医院的选择，因为以后要很频繁进行产检，所以建议离住的地方近的，可以了解一下附近各医院产科的评价，然后选择相对体验较好的。如果有北京医保，而且希望能报销，就最好走常规的门诊，国际部、特需、私立可能没法走医保报销，看你们的经济情况来选择。
然后你拿着这些东西去你们选择的医院，挂妇产科建档，一般医院建档都有怀孕周数的要求，如果不符合要求就等周数到了再去建档。医院床位是有限的，所以建档要尽早，可以留几个备选医院。
建档完成后会给你一个产检计划，按计划走就行。注意留个医院产科的电话，像叫了救护车等紧急情况下可以直接打电话联系。
另外在社区医院登记完，可能会让孕妇加一个当地社区的、预产期相近的孕妇群，里面也可以交流一些孕期信息，买啥东西会比较实用，以及临近生产需要准备哪些东西。

其他的就是注意饮食，可以买本中国居民膳食指南，从孕期到日后孩子的饮食都可以参考。

对生产力有需求的话，最好还是品牌 NAS+服务器。
如果让 NAS 跑服务，就需要性能特别好的 NAS 产品，本身 NAS 的高溢价带来的总体价格会很高；如果让服务器兼任 NAS ，就要自己花精力维护，不能满足数据完整性的配置和使用方式还可能会导致数据丢失。
所以最好是专门的设备干专门的工作，可选择的产品最多，性价比最高。

JS 、Web API 、CSS 去 MDN 上看 Guide ，看完后通读 API 文档。

Vue 的话去 Vue 官网看文档，算是中文文档写的最好的框架了。

Node.js 去 Node.js 官网看 Guide （或者找中文翻译版），基本就会用了，如果想做 Node.js 开发的话可以通读 API 文档。

三个网站，完全可以满足你的学习目标。

现在计算机相关行业裁员很厉害，更不好找工作吧，先看看招聘平台上那些不要求“计算机相关专业学历”的 JD 有多少。

设备 IO 性能、网络、设备和服务器网络性能、传输协议性能、服务器处理性能、服务器文件系统性能、服务器 IO 性能，组成一个木桶，短板决定速度，所以你得排查每个环节是否是短板，根据短板的位置找对应的替代方案。

看你家里布线的长度。电缆就是长度越长信号衰减越大，所以短距离超五也可以跑万兆，前提是符合标准的超五。

具体还是要看测试，一般来说普通家用户型准六类足够了，顶多接头的时候用屏蔽头。

我们公司要决定升级 API 等级之前，都要先看一下用户设备统计数据，看要放弃的用户规模有多大，大于 2%可能产品经理就不同意升级了。

实际上对产品经理和开发人员来说，没有强需求，升它干嘛。
嗯，测试也附议。

我们公司进行美术设计和视频制作还离不了 Windows ，有些软件和插件只在 Windows 上表现最好。
对我个人来说，确实就是个 Steam 启动器。

不过现在有了 Steam Deck ，好像比 Windows 更多用来 Gaming 了。

语言都是工具，选择什么语言主要看什么需求痛点。

如果你用语言 A 没有遇到满足不了需求痛点的情况，那么语言 B 特有的特性对你来说就是无用的“噱头”。

另外每种语言都可以看作是产品，有特定的设计目标和适用范围。你所列出的这些语言，之所以存在至今，都是因为它们各有所长。

Go 算是一种精准地解决企业级服务开发诸多问题的产品，牺牲灵活性提高多人开发的一致性，使得大多需求都有明确的实现方案，再加上 runtime 本身性能优化足够好，成为了企业生产的利器。

TS 是一种在不得不用 JS 的场景下降低开发难度的产品。由于 JS 十分灵活，而越灵活反而对开发者的要求越高，所以 TS 也是使用增加约束降低灵活性的方式来降低对开发者的要求，使得代码可读性更高、缺陷更少，从而提升生产效率。

Rust 算是一种，从尝试不使用 GC 来解决内存安全问题的思维实验，而衍生出的特色产品。为“无 GC 但有内存安全风险”和“无内存安全风险但有 GC”两种方向增加了“无 GC 无内存安全风险”的选择。在一些如操作系统、驱动、科学计算等不得不用 C/C++的场景下，提供了一种可能可以较低成本规避内存安全风险的方案。

如果你的需求只是写一个函数，赋值一个字符串并返回，那就肯定不会涉及到上述各语言的卖点。

https://man7.org/linux/man-pages/man1/less.1.html#NATIONAL_CHARACTER_SETS
手册上说 TAB 属于 control characters ，不能被直接显示。

因为 less 指令的输出最终还是从终端上显示出来的，而 control characters 在会被终端进行特殊处理，可能会导致最终显示的结果部分不受 less 指令的控制。

类似的还有 ANSI 颜色，负责上色的并不是输出文本的指令，而是指令将颜色符号原样传给终端，终端在进行上色处理，所以你调整颜色方案是在终端上调，而不是在 shell 或者指令上面调。

JWT 只能保证 token 不能被伪造，没有其他安全功能。
HTTPS 只能保证数据出了终端后不被第三方知道内容，前提是终端是安全的。

在谈安全的时候，往往是谈针对哪种问题是安全的，没有任何一种手段能解决所有安全问题。

去家居市场的实体店看看，可能价格会便宜，而且可以延迟送货。

微软很多创新都没生在适合的时代。比如当年比苹果早很多年做平板电脑，结果因为行业技术和市场需求时机不成熟导致失败（当然也有商业因素）；后面乔布斯算准时机成熟，推出平板产品直接点爆了市场。
微软的 Hololens 貌似也一样，现在看苹果的动作应该时机刚到。

后端方面语言是冰山一角，真正要学的是架构设计、API 设计、数据库、中间件、服务治理，要解决的问题是高并发、分布式事务、削峰填谷、优雅降级、灰度发布。

语言随便拿一两个流行的，花个两周到一个月也就掌握了。

全面容器化了，host 用啥系统无所谓了，如果用云服务器的话就用云厂商优化的发行版，其他情况哪个熟悉用哪个。

我个人在用 Debian ，装好 Docker 就不用动了，顶多配置个自动打安全补丁，然后坐等版本接近停止维护。

看啥目的。

如果为了数据完整性的话，只需要用 VPS 一个节点就好了，数据库和配置实时或定时备份到 NAS 上就行了，VPS 坏了就从 NAS 上的备份恢复。

如果为了服务可用性，就可以多个 VPS 负载均衡，多个数据库主从同步，负载均衡和数据库集群做故障转移。这个很多云厂商都有现成的方案。

多数据库节点没研究过，不知道有没有什么解决数据一致性问题的方案。

去了天坛，景点基本都挤不进去，过道挤满了人，属于一拍照满屏后脑勺那种，只能在园区内非景点的地方走一走，毕竟园区还挺大的。

谈钱不谈感情，谈感情不谈钱。
你不欠对方的，顶多是如果对方的服务态度很好让你舒适，你可以感谢一下。