@gridsah 好吧，我只是觉得，如果不是因为客户的原因，真的没必要坚持 RHEL （以及以尽量兼容 RHEL 为原则在没有 RHEL 的环境选择第二发行版），哪怕用年纪比较大不想折腾为理由。蓝帽厂能这样玩一次 CentOS 老用户群，以后就能玩出更多的幺蛾子。与其用这些 derivatives 妥协，不如及早抽身。

更看不到你必须在一个公网的 VPS 里用 RHEL 的理由。如果 RHEL 是你如痴如醉的坚定信念，那么砸钱买云服务大厂的贵 VM 。但是从你讲的来看，真没有必要坚持。

@gridsah 你洋洋洒洒一大串，看不到必须用 RHEL 的理由。

不如讲一讲你的原始动机。否则在你提出的几个互相矛盾的限制条件下大家也不可能给出又想马儿跑又想马儿不吃草的办法。在你没讲清楚之前，大家只会给一些自己觉得合理但不合你需求的意见，甚至沦落为发行版口水战。如果你能撸一下思路，讲清楚，也许你自己就排出来各个要求的优先级，放弃最不重要的限制条件了。

我能想到的一定要用 RHEL 的唯一原因是，你在开发给企业用的软件，客户自己的生产环境的要求必须是 RHEL……但，你要在 linode 上开服务器来跑，又希望 linode 跟你的开发环境一致，跟这个假设不太相符。

如果 RHEL 是刚需，那换个有 RHEL 的主机商嘛，不过肯定比用社区版系统的贵就是了。

我还是不太明白你们为啥把问题想得这么复杂。
这又不是让外面主动发起连接访问里面，说了是里面往外传数据了啊。
是不是互联网直连时代成长起来的青年纯程序员们根本不知道有代理服务器这个玩意，也对运维手段毫无概念啥都想通过自己开发来实现。

@Renco 那就自己装个 ats 或者 squid 或者 tinyproxy 好了，业务系统里设置跳板机作为 proxy 访问外面服务器的 http api…这是很基础的运维技能，根本不需要祭出重量级框架做开发。

@2i2Re2PLMaDnghL PyPy 也有 GIL……曾经尝试用 STM 来做一个无 GIL 的版本，然后没有下文了

如果业务代码都是你自己写，系统都是你自己装，没有特殊管理策略的话，难道不是在跳板机上安装一个普通的 http proxy 或者 socks5 proxy 就可以了吗？

矫情

@AndyAO Python 又不是以函数式范式为主的语言。Lambda 早期出现在 Python 里只是一种尝试而已。

@c0xt30a 缩进只是表象，Python 写 lambda 的主要问题不是书写不方便而是表达能力的限制。同样是缩进系语言，这跟 Haskell 和 ML 系的就是天壤之别了。

@murmur 长三角表示并不存在“国内基本健康码全身（？）微信的”情况…

龟叔说了 Python 不提倡 lambda ，之所以长期留着只是因为以前有 ^o^

不过 Python 的单行 lambda 虽然弱但还是能写出 Y-Combinator 来的。

正常的大学计算机课程设置里，早于操作系统会有计算机组成与结构课，也可能有微机原理课。有这些前导课程，操作系统里的某些相关概念就可以贯穿起来了。

计组推荐这本书 https://item.jd.com/11729917.html

看下来，对 RDBMS 持反面意见的有三种。

一种是出于架构的角度，尤其是 scalability ，针对互联网大厂的应用场景，高弹性，高并发，数据量巨大，实时一致性要求低，确实知道自己为什么要去 RDBMS 。

一种是出于软工的角度，虽然也可能认同 RDBMS 的高级特性是好东西，但出于版本管理、RDBMS 迁移、CI/CD 的角度，还是选择把数据库当简单的存储表来用，这算是一种 tradeoff ，有舍有得。

还有一种是，没有专职 DBA ，广大“程序员”不懂 RDBMS ，所以把数据库当简单的存储表来用……在这里，程序员三个字可能被简化为这样一种气质（根据我在行业信息化工作中遇到的不少所谓程序员来看），大概自学或者在培训班学习了某门主流编程语言的基本语法，然后就在师傅的带领下进入业务系统的开发，有心于技术的可能会在实践中学习设计模式和软件架构，不是很有心的，可能会去钻研业务场景或者管理知识，慢慢脱离技术岗位。然而即使往高级技术路线走的这些 crud boys 其实技术体系是不扎实也不完整的，他们缺的不只是数据库知识，对操作系统（哪怕不涉及原理和内核，只是生产环境的 Linux 规范化使用和写脚本、业务系统所依赖的基础服务器软件比如 web server 的常用配置）、网络、编程语言（是说编译等，不是指会简单的语法）、信息安全也没有系统化的学习，甚至连培训班这样浮躁的系统化学习都没有。他们认为的开发、编程，在技术层面上就是指会用某种编程语言本身。悲催的是，大多数地方性的、行业性的小信息化公司里这样的程序员还要兼在客户的生产环境上做实施。我遇到过很多这样的乙方程序员甚至技术经理，真的很无奈。

@Fule 还有就是，我听到过一些案例，一开始去关系数据库，后来逐渐在应用层根据业务需求用 Java 代码来实现各种约束和抽象，相当于自己实现了关系数据库的部分功能。那问题来了，我是相信基础设施大厂和知名开源团队里专职做 RDBMS 的研发实力做出的实现呢，还是相信互联网大厂做秒杀出来流到行业信息化里的应用系统架构师们带着一堆北大青鸟、达内的 CRUD boys 在应用层做出的实现呢？

自研基础设施轮子，对个人成长很有价值……至于用这些基础设施的同事，饮水自知吧。

benchmarking 这种事，笑笑就好