Mithril

@TomeWong 不要放在同一个进程，文件 IO 也不要用多线程。

别的都不错，就是粉色那几个大字体比较难辨认。换个颜色可能会好点。

@newtype0092 所以说这个世界上没有什么问题是加一个中间件解决不了的，如果不行就再加一个。

没有接口可以应对所有情况的，哪怕你用 GraphQL 你也得看别人用不用。而且 GraphQL 也不是能应对所有变化的。
只能从设计上把接口层隔离出去，保持更底层的稳定。如果以后要应对很多不同系统，就想办法用一些脚本或者配置文件生成这一层的代码。如果就只处理几套接口那自己硬写就完了。

不嫌麻烦就 Ceph
嫌麻烦就 Swift
还嫌麻烦就 MinIO
一大票的分布式存储都可以用的。
不过，分布式的东西最麻烦的可不是部署。部署是最简单的一步。维护一个分布式存储集群可不是一件容易的事。

Chrome：新时代的 IE

当年轮子哥不是说过他们 office 组为了正常编译 Mac 版的 office，专门弄了个脚本在 xcode 编译一半崩溃的时候重启它。
可想而见 mac 版的 office 为啥功能不全了，估计全加上重启概率要翻好几倍。

@YongkeLi .NET Core 在国内生态不行，最好早做打算。你可以拿它来赌一份薪水还不错又不用 996 的工作，但是你还是得有一门能拿来兜底的技术。后端的话最好还是 Java，或者流行度差一点的 Go 。然后再学个 Python 基本能保证最大概率找到一份工作。
基本上面试考的都是语言或者框架的细节。但是大部分功能相似的框架设计思路都差不多。你在 Spring 里面学的那一套 ASP 里面一样用，区别只是实现细节不同而已。剩下的微服务的各种组件，数据库什么的都是通用的。然后再看看 Java 的 JVM，.NET 的 CLR 。这种虚拟机大部分算法和结构也都是相通的。你学的那些垃圾回收什么的概念也基本都能通用。
个人建议不要把自己局限在某种语言或者框架上。深入了解细节是必要的，但也就只钻研一个就差不多了。更多的精力应该放在多学习几种语言和技术框架，多总结对比看看相似的功能在不同语言和技术里面实现方法是不是一样，对比一下各自优缺点。虽说这些东西面试不会考，但是对于自己的提升是很有帮助的。