不知道楼主有没有了解过 oop 的历史。oop 的概念被提出来，最初的本意不是面向对象，而是面向消息，名字起得不好，容易造成误会。加上后来 gui 编程开始流行，大家发现界面上的的组件可以用 oop 的对象表示，组件之间也存在继承关系。当时流行的 c++ 和 java 都支持 gui 编程，自然也就慢慢引领 oop 往继承方向发展了。每个语言都有一定的技术债，了解下历史，自然也就明白为啥现在会是这样子，没有完美的。可以看下 [维基百科]( https://en.wikipedia.org/wiki/Object-oriented_programming) 和 [The Forgotten History of OOP]( https://medium.com/javascript-scene/the-forgotten-history-of-oop-88d71b9b2d9f)。

话说天然支持并发的应该都是纯函数式编程语言吧。纯函数式编程语言有个问题，就是有状态的数据结构没办法用语言本身来实现，例如哈希表（ haskell 貌似是底层虚拟机提供实现的）。这意味着不少依赖状态的数据结构和算法都得改，用函数式的思维模式重新思考。

而且貌似在软件工程领域，很少有用函数式思维来建模的方法论。例如用 oop 建模，有 uml ，通过画类图、时序图等等来分析复杂业务逻辑，这些图都是可以方便映射到代码实现当中的。但是在函数式编程领域，面对复杂的业务逻辑时应该怎么建模呢（怎么通过图形化方式表示高阶函数、functor 、monoid 、monad 等概念）？

我也遇到这样的问题，请问楼主现在解决了吗

对于小白来说，mac os 比 windows 更容易上手。windows 设计得不好。

记得人类简史里面有说，人类几百万年的历史，一夫一妻制是最近几千年才出现的。所以说“花心”早就刻进了 DNA 中，一心一意反而是反人性的。哈哈~~~

好奇更新索引和更新普通列性能差别有多大

如果更新成为瓶颈，一般都是要分库分表。如果影响查询，就像 1 楼说的读写分离。加个从库也不需要很多资源吧。

如果问题不紧急，可以慢慢查，java 里面有万能的 arthas 。
如果很紧急，服务可能会雪崩那种，就先无脑对引发问题的接口限流，只要接口没流量进来，服务就不会挂。虽然影响用户体验，但是服务一旦挂了，就凉凉。

在小公司可以这么玩，在大公司，像楼主这么搞，都是要写好文档，要让其他人看文档也能维护，离职时甚至不用交接。

不如考虑转财务系统的产品经理吧，一下子转技术跨度太大了

新版本的 jb 有 remote development ，我最近一直在用来远程开发 c++，有些小 bug ，但是整体上感觉比 vscode 体验要好，主要是代码提示、优化方面做得好很多。

@Anshay 不担心后面不好跳槽吗？不少公司招聘都是歧视外包的

感觉现在设计风格越来越统一了，容易造成审美疲劳。我倾向于各种不一样的设计，百花齐放

@zhiouzhou 我也不知道，准备让时间冲淡一切😅

刚毕业 1 年那会，被电话诈骗了 8k 。回过头想自己真傻，人家叫转账就转了。。。

如果产品设计上没考虑复用，技术上强行搞个中台，后续业务迭代产品肯定会提出很多没法复用的需求，结果中台就成为一个大杂烩，还不如不搞。。。

之前有新闻，苹果、谷歌和微软要联手取缔密码登录了，希望这一天快点到来。
https://36kr.com/p/1729723335375876

如果完全没有规律，那上游是怎么发报文的，也是 100 个 if ？我猜应该是有规律的，不然这一整条链路维护起来都很吐血。。。