坑不少，比如不能改 swap，貌似维护也放缓了，现在很多 VPS 厂商弃坑。

没有万金油，根据需求设计，希望做比较和计算方便就用时间戳，希望做分组方便就记录日期，日期也有带时区不带时区的，要是都需要就冗余一下，全都记录。

对于这种问题，不站队，生产力是最重要的。

简历的话，CET 不重要，托福、雅思、专业英语或商务英语可能含金量较高。
实际工作中的话，听说读写都重要，听和读是用于学习的，说和写是用于交流的，全加起来才是最佳状态。

有的同事发音不准，沟通比较费劲。
代码命名必须用英文的情况下，用错词、拼错词都会导致可读性大打折扣。
表示 CET-4 考了三次都没过，但工作后坚持每天都看英文文档，已经比较熟练了。

刚想起来，在 C++之前还学过 VF

C++

风格方面可以直接使用相应的 fmt 或 lint 工具，比如写 JS 用 ESLint，Go 和 Rust 都自带 fmt 工具。
但是其他方面就没那么容易了，代码的可靠性和性能都依赖于经验，可读性依赖于表达能力，Code Review 可以在明显的程度上改善这个问题。

可以参考一下我们团队的一个开发手册，忽略其他主题直奔 Coding 部分： https://github.com/guanghetv/our-dev-handbook/blob/master/README.md

信息安全里有一个法则，就是没有物理隔离的前提下任何措施都是不安全的。

所以不管用什么方案，开发和运营环境完全隔离才是信息安全的基础，比如开发环境全部是假数据假交易，而正是环境程序和数据库跑在一个封闭的局域网内，只对外开放有限的业务接口，而任何人员在没有经过授权的时候不能进入到这个局域网内。

REST 是围绕资源来设计的，而资源不一定是我们底层的数据结构；
接口提现的不是数据，更多体现的是业务，所以简单粗暴把数据结构的 CRUD 直接作为 REST 接口来设计，会遇到很多问题。

建议的思路是，将修改 A 和 B 与修改 B 和 C 看做两个业务，然后再抽象出一个或两个不同的资源，然后再以资源设计 API。

比如底层 User 数据结构有 password、salt 这两个字段用来支持修改密码的业务，还有 company、job 用来支持修改工作信息的业务，那么可以抽象成密码和工作两个资源，各为一套接口。如果存在类似但不同的概念，为了避免歧义，可以分层，用户资源下面有密码和工作两个子资源。

Node.js 官方 Guides https://nodejs.org/en/docs/guides/
学完后刷一遍 API Document https://nodejs.org/dist/latest-v11.x/docs/api/
然后应用上面刷一刷 Express、Koa 的官方文档，数据库看看 MongoDB、PostgreSQL、Redis。
整个大概 3 个月吧，看你的 JS 和 Web 基础怎么样了。如果基础不好去 MDN 上刷 JS 和 HTTP 的教程，半个月就搞定。

如果你是想做服务端开发，Node 这些只是冰山一角，更多的是系统架构和中间件，比如 MessageQueue、MicroServices、ElasticSearch、Transactions。

Rule 35

虚拟机是最适合你的当前的需求的，切换工作只需要把相应的虚拟休眠，下次回来再恢复运行，你只需要搞个大容量的 SSD 就可以了。

以前上学有个实验室的老师就是同时接很多私活，有一大堆虚拟机来回切换，要是虚拟机有快照功能还可以节省存储空间，做实验也很省心，做个快照然后跑试验，挂了就会到之前快照的状态继续来。

Rootkit ？

这个得亲自上机诊断才知道怎么解决吧，可以花钱找安全公司，不过有可能会比较贵。
要是机器上没有业务数据或可以安全备份业务数据，可能重装重新部署会更快更有效。
SSH 禁用密码只允许秘钥方式登录，然后所有服务都以非 root 最小权限方式运行，也可以考虑用容器直接隔离。

看成了飞机上的杯子用什么操作系统。。。

koa-static 的上游写一个中间件，在 ctx 里把 path 改成你想访问的实际 path，然后再进入 koa-static 中间件。

S9 上系统自带是否“全屏”的设置，非“全屏”的话会把上下沿弧度的地方空出来。

去富人区比较有市场，不过得打着竞赛拿奖的旗号，因为家长才不关心什么兴趣不兴趣，只关心能不能进好的学校、高考加不加分。

你可以参照健身房的套路，让感兴趣的人留下手机号或加微信，以此评估市场情况。