SSH 的话可以用秘钥认证，公钥部署到远程机器之后，就不需要输入密码了。

命令行的好处就是可以写脚本，你有几台服务器要连，就可以在一个目录下给每台写一个连接脚本，其实就是在文件里写一行 ssh 连接指令就好了，可以把用户名包括在里面（你要是本地和远程相同的用户名，就可以不写用户名）。

要是想广播指令的话，可以用 Terminator 之类的工具，你可以用 Cygwin 编译的 Windows 版本（没试过），也可以用 Cygwin/X +WSL 的组合在 Windows 下直接显示 Linux 程序的界面。

其实 SSH 的功能非常多，大多数人平时只用很少的一部分，建议完全了解一下，你会发现 XShell 的用法其实并不是主流（至少很多人不靠 XShell 也用得很爽，特别是 Linux 用户），只是对初学者很友好而已。

要不然试试游戏引擎？比如 Unity 和 Unreal，有素材库可以自己拉素材造景，造完了可以进入游览，还可以渲染效果图啥的。

举个例子吧：
你手里有 1 元、2 元、5 元的三张纸币，我手里有 10 元、20 元、100 元三张纸币，你走到一个存钱罐前，喊我过去和你一起把各自手里的纸币按照各自的从小到大顺序塞进存钱罐，但是存钱罐每次只能塞一张纸币，所以咱俩只要没有人堵着投币口就可以往里面塞，因为没有对双方塞入的顺序进行控制，所以一开始可能是我塞入第一张也可能是你塞入第一张，而且有可能是一个人塞得快连续塞入两张纸币第另个人才有机会塞入一张，也可能一个人在塞入某一张的时候卡住了需要更多时间调整姿态，另一个人得等着……总之，你就是没法确定你是第一个塞入 1 元的，我也没法确定我啥时候能塞入第一账；但是我们都能确定，你自己塞入的顺序一定是 1 元、2 元、5 元，我自己塞入的顺序一定是 10 元、20 元、100 元。


引入多线程之后，就会有一个问题叫做“线程安全”，因为多个线程是同时运行的，所以在你没有特别控制执行顺序或确保最终一致性的措施的情况下，两个线程的执行顺序是不确定的，取决于你的操作系统和硬件当时是如何调度的。

也就是说，只要你开辟了新的线程，就不要尝试去判断新线程里的程序啥时候执行。

你可以判断同一线程内的执行顺序，比如 123 就是 123，不可能是 132，456 也一定是 456，不可能是 465 。

想学网络协议首先要去看网络协议的标准文档，大多网络协议都是跨操作系统的，不同操作系统上的实现可能有区别，你了解了协议本身的标准之后可以看各种实现程序的文档和源码。

想学操作系统的话首先要学习操作系统的基础知识，如进程管理、内存管理、网络管理等，然后去看操作系统的一些实现方案，如 Linux 、Unix，看各自是采用了哪些设计来实现的各种管理机制。

如果不用 C/C++/Rust 等系统开发语言做网络底层的编程的话，Linux 网络编程对你帮助可能不大，因为很多语言的网络 API 都帮你做好了各种工作，多数情况下你只需要关注应用层，有的库甚至把 HTTP 、TLS 这些应用层的大部分工作都帮你做好了。

如果是做后端服务的话，网络方面大多现成的可靠方案可以直接拿来用，难点主要在于系统架构方面，如性能优化、容灾、中间件的运用等。

能买到的话买新不买旧，特别是打算用 AMD 的新显卡，和 5000 系 U 搭配有加成。

3900X 和 5800X 定位不一样，5800X 和之前的 3800X 是同一定位的；大多数游戏都利用不了太多的核心，游戏方面 3900X 带来的性能几乎与 3800X 持平，而 5800X 要比 3800X 强不少；但如果有生产力需求能利用更多 CPU 核心的话，3900X 要比 5800X 更合适。

属于国家标准，特定场合按规定必须使用国密算法，一方面知根知底用着放心，另一方面统一标准有助于各方面评估量化。

如果没有强制要求必须使用国密，就以实际需求选取算法就好了，像有些算法是可以硬件加速的，如目前主流 CPU 都提供了 AES 、SHA 相关指令。

程序需要关心的大体是这几层：硬件指令集、操作系统 API 、依赖(如动态链接库)、运行时(Runtime)、环境配置(如环境变量)。
如果你两台机器这几层都互相兼容，那么你从一台机器编译的程序可以直接在另一台机器运行。

网络问题可以尝试用代理解决，或者使用镜像源。
服务型软件可以考虑用容器方案，可以在各个地方使用极度相同的环境。

就好比是网上买东西，是自己做功课找合适的产品比较好，还是让电商平台做个性化推荐比较好？

自己找产品可能废了很大功夫也没有找到最合适的产品，个性化推荐也可能使用一些智障算法推了些不符合需求的产品。

对于一个想结婚的人来说，相亲只是一种认识更多结婚候选人的途径，但并不是唯一的，而且同一时间可以同时使用多重途径来认识更多人，基数大了命中数量也就提升了。

@haosamax 看你的描述，更像是消息队列。

如果你是希望把任务异步化；即受到请求不马上处理，下游集群异步处理请求；可以考虑使用一些消息队列方案。消息队列可以作为一个缓冲区，对业务集群的负载进行削峰填谷，不会时而 200%负载、时而 50%负载，而是匀速 100%负载运行。

@Mithril
可以具体描述一下担心 License 的哪些问题。

https://www.v2ex.com/t/630841
SSPL 跟使用者没有啥关系，是针对伸手党云厂商的，比如云厂商早年拿 MongoDB 的代码进行大量修改和优化，做成自己的服务赚钱，源码又不回馈给 MongoDB 社区，这种行为对开源社区的发展有很不好的影响。
目前如果你不是将 MongoDB 本身作为服务进行出售的话，是不受 SSPL 的影响的。

ReplicaSet 的目标主要是容灾。
分片的目标主要是分布式存储和计算。

两者不是二选一的关系。

按照你的需求来看，主要是要分片，但如果有可靠性要求，ReplicaSet 也是免不了的。

分片的坑很多，需要较高的熟练程度才能保证合理应用，虽好多做实验。

另外不管怎么说，MongoDB 都是实时业务用的数据库，看你的需求是否适合；如果需求更像日志储存和分析，可以考虑如 ELK 之类的框架；如果量极大，且有清洗、仓库和更复杂的统分需求，可能要考虑一些主流的大数据技术栈。

Debian Sid ？

Manjaro 用了两年，之前 Arch 用了很多年，相比之下感觉 Manjaro 不是那么容易滚挂，推荐试试。

服务端一个端口可以管理多个客户端的连接，但这个管理需要你自己在程序上做好，比如数据应该经由哪一条连接发给指定的客户端。

用 WebSocket 吧，很多问题都帮你考虑好了，另外如果你用 Node.js ，Socket.io 这个库帮你把 WebSocket 封装得开箱即用。

转换一下角度吧，从“现在开始还来得及吗？”变为“现在开始需要做些什么？”

没有啥最合适的，你啥时候想生了，稍微做个几年的规划，直接生就好了。
真的想生，不要考虑什么时候适合生，考虑现在生需要做哪些准备就好了。

学历只是一种粗略地评估个人知识和能力水平的方式，历史学博士未必能造出核反应堆来，最先发现原子结构的人肯定没有核物理博士学位。

你想干成一件事情，得看这件事情究竟需要哪些知识和能力，你不具备的话可以去学，当然去学这些东西可能还要求其他的知识和能力，就像你学习导数得懂得极限，想懂得极限得懂得基础算数，想懂得算数就得会数数。

你想自己做一门编程语言，可以去了解一下编程语言相关的理论知识和技能都有哪些，自己没掌握的就去学习。

当然如果只是应付差事，可以以各种现有的语言为基础套个壳子，改改关键字、加一些语法糖，比如之前出现的“木兰语言”就是用 Python 套的壳子。

如果你的终极目的不是想自己做一门编程语言，而是想做网站和爬虫，那没必要自己搞编程语言，流行的编程语言已经经受过了相当长的时间的检验，解决了大量问题，这些你都重新来一遍，还不如人家做得成熟，岂不是很浪费时间。除非你真的对各种编程语言的底层原理极其了解，胸有成竹可以做出一门更优秀的编程语言。

那个帖子题文无关，标题说的是 Android 和 iOS 的对比，但是正文说的是国产安卓 App 乱象，那个楼主标题起得有问题，正文其实还比较符合实际情况。