编程的核心其实在于业务抽象和逻辑组织能力，这两个能力在其它行业里照样可以锻炼，保住这两个能力，编程不过是找一门语言作为工具实现自己想要的流程而已

@pursuer 我对 C++的特性了解的不深。不过我个人认为，恐怕 C++的编译时间，没有这么容易的降低，如果真有的话，我相信那些 C++标准委员会早就用了，毕竟 C++这语言历史悠久，而且其思路就是尽量支持更多的特性。

另外，特性太多真的未必是好事，C++的另外一大问题就是特性实在太多了，导致每个人的 C++代码风格都不一样，难以工程化，绝大部分采用 C++的公司都是取的 C++的一个子集，而且又严格的约束手段限制员工使用超出子集的特性，你觉得这不是做减法吗？做减法是必要的。当然 C++可能永远不会做减法，他的哲学不是这条路

@pursuer 然而 C++编译速度就是慢，这可以说是 go 出现的非常重要的原因之一

@neoblackcap 不存在什么偏见不偏见，C++历史包袱太重是事实，而且像它们这种顶尖的技术人员，是从来不会满足一把不太好用的刀的，google 内部确实有很完善的 C++生态圈，但是历史包袱也很重，我看过一个访谈，google 有一个 C++程序，编译出来的主执行文件有 1GB 之大，整个编译过程需要 20 多个小时完成，导致发版非常困难，你觉得他们这样的人会忍吗？越是顶尖的高手，越是难以容忍一些低效的东西。而且 C++这种特性太多，高度灵活多变的语言对编程者要求太高，不属于对工程化友好的语言

@insomnia1232 当然是有的，黑产庞大的很不说，国内的 android 完全是无 zf 状态，什么阿猫阿狗都想在用户手机上吃肉，所以这个技术还会存在一段时间，直到国内的统一平台出现后

字节级别热更新最火热的时候就有很多人说过存在很大的风险：你怎么挡得住资本的贪婪？你说你热修复，别人才不会只用来“修复”！这技术明摆着就是提供来给别人逃过监管和审核的。那平台怎么会容忍你？可惜当时花团锦簇，国内的几个主要技术布道人根本听不进去。然后苹果一波打击全部萎了，google 也跟进了，现在这类技术已经沦为地下技术，只能在黑产的领域去玩了

@avastms go 最开始就是 google 内部为了应对 C++开发的巨型网络应用程序编译太慢，各种奇葩问题太多；而开发出来的语言，结果放出来后，大家发现这玩意做网络应用太好用了，于是以前那些主要在网络上发力，但是性能不咋样的语言全部躺了，C++耸耸肩膀无所谓，不做网络程序我还可以做硬件，做操作系统底层。反正我传统领域 抽象能力+高性能，暂时也没人能取代的了

@Justin13 没有，基本内核都是一样，用的技术底层是一样的怎么可能有大的差距

@KasuganoSoras
现代编程的真谛，说白了就是逐步把一些以前要求很高的编程需求，变成让大部分工具人也能干的活。所以，“纯靠大脑来语法检查，甚至补全功能都可以不用开”，厉害吗？当然厉害，这是你的父母给你馈赠了一个厉害的大脑。但是如果我站在你面前，听到你这么描述你正在做的事情，我一定会嘴上夸奖你，然后一定想方设法把你换掉，因为你是一个巨大的风险——很多人不具备你有的这种天然的能力，项目严重的依赖着你的个人能力，屎山都能改好的人确实牛逼，但是这也意味着这个项目离了你就玩不转了，那这不是巨大的风险是什么呢？

为啥现代编程工程化越来越不喜欢动态语言，为啥前端 js 也被 ts 替代，说白了，就是要消灭这种风险。所以，你夸耀的能力，反而进一步暴露了，PHP 确实有这样的问题

@xmge 司徒正美可能挂了

tcp 保活，默认 2 小时发 1 次，你用这种，噗。。。

我自己本来是搞程序了，现在开始研究金融方面的知识。

不放弃金融的前提下，自学编程，利用编程学习的只是反向辅助自己的金融行业，这是最好的选择。
你反正已经是投资行业了，为什么不用自己的钱尝试投资呢，本质上不管什么行业，过了 35，你就要面对年轻人的竞争，迟早必须自己干的，无论大陆的编程，还是你那的投资，都是如此。

如果业务很稳定，每个用户都是使用相同的业务，那么建议多用户使用 1 个库
如果业务不稳定，用户和用户之间的业务模型有明显区别，那么库必须分开，此时应开发专门工具来同步字段并检查同步效果

@lang1pal
1980 年 5 月世界卫生组织宣布人类成功消灭天花。这样，天花成为最早被彻底消灭的人类传染病

来，把世界卫生组织的结论推翻，我看好你

@Biwood 可以个屁啊，人类怎么战胜天花的？大面积种植疫苗啊，不种植疫苗的时候天花肆虐了多少年？自己查查历史再来信口开河好不好，而且天花是 DNA 病毒，比新冠这种 RNA 病毒好对付多了。你指望 RNA 病毒自然传染状态下“群体免疫”吗？就问你流感肆虐人类世界这么多年，群体免疫成功了吗？

@Tyanboot 协程的定义是“用户级别的多线程”，而传统的“多线程”是有内核态参与的系统级别实现的多线程，这种实现的线程的建立成本不低，因为内核资源宝贵，并且切换线程的时候有所谓的线程上下文切换开销，用户态内核态切换开销。而协程只在用户态，所以新建协程的成本很低，一台机器上可以建远远比线程上限数量高的多的协程，并且因为只在用户态，协程的切换成本也很低。虽然协程的任务最终还是交给系统线程完成的，但是协程的发明是语言技术进步而对内核技术的一次瘦身，多线程技术有内核态参与这个问题本质上是早期的语言性能不够，为了性能，让内核具备了多线程调度的能力，提供了一种通用的多线程编程模型，且性能不错，但是随着时间语言技术开始进步，慢慢的就有人觉得内核参与的线程成本太高了，而用户态这边的硬件和软件资源突飞猛进，有了超越内核态的可能性，于是就有人希望把多线程再次移动回用户态，这本质是技术发展的一种历史轮回

去看 JVM 基本原理的书，就那基本

富文本编辑器是超级大坑，名列知乎“哪些是产品经理觉得简单实际上超级难的需求”的前 5 名