不是，深圳这么难了吗。。。感觉深圳很多工作才对。。。还能找不到工作？

好难，感觉都没什么个人生活了

看标题，寻思，这不就是个读写锁么😳

追性能但又不想用 cpp 的话，我会选 go 。话说最近不是出了个 carbon 么(逃

看成买二手机车（；￣ェ￣）

@monkeylmj 楼主以前是在哪家公司的？最近考虑出去看看机会了。

插眼，我以前用的 mobaxterm(出现过一次丢 session)，现在用的 tabby ，不过是 electron ，不满足楼主。

事情一，为什么连不上数据库，是因为运维没给他权限么？

python 写多了，扫一眼只觉得函数名和注释不规范(狗头

现在都要跑到这么远去买房了吗。。。好远啊。。。。

@neoblackcap “你想一下，如果我发起了一个数据库查询操作，接着要调用一个 rpc 接口。如果数据操作阻塞了，那 rpc 要等 sql 执行完了才能执行，这就慢了。“

你看看我这个例子，等待 sql 的同时，我可以去做 rpc 调用。同理还可以操作 redis，或者做一些别的 cpu 操作。

一般来说数据库的总处理能力是要高于需求的，这个是在架构的时候必须要保证的。然后你说的数据库只能接收 10 个请求，但是有 100 个请求发过去的问题。我可以理解成是一个突然的 sql 请求波峰？我在做异步数据库请求时，一般是放到请求队列中，由单独的线程去处理请求队列。具体来说是，主线程异步发起 sql，其实就是放置 sql 请求消息到队列中，子线程消费队列中的 sql 请求消息，然后执行 sql 。此时主线程继续执行下一条代码，sql 执行完毕，子线程回调主线程的 callback 。

@neoblackcap 你的观点是数据库操作异步并不能提高并发量。我的论据是，线程切换消耗比较大，异步就不用阻塞了。你想一下，如果我发起了一个数据库查询操作，接着要调用一个 rpc 接口。如果数据操作阻塞了，那 rpc 要等 sql 执行完了才能执行，这就慢了。就算数据库查询在排队，那我 cpu 可以空出来去做别的呀。要明确一点的是，异步肯定是能提高并发量的，不然，也不会还要发明异步 io 了，你说是吧？

@neoblackcap 异步 IO 和线程池差别大多了，线程切换的消耗比异步大多了。协程就是为了减少切换消耗同时又写得爽的，个人认为后端业务无论如何都不能有阻塞，所有的资源等待操作都应该是异步的。

我们这边直接把个人信息收集几乎都干掉了，连数据库里面存的手机号字段都删掉了

正好对这个有兴趣，话说这个有什么比较有名的方案吗？比如底层是 c++，io_loop 是 lib_event，通过 pybind11 来驱动 python 脚本层级，那么 python 层该怎么使用 async 语法糖呢。眼馋 python 的 async 语法糖好久了。

c++11 才有的特性，列表初始化

软件开发架构师有证书吗？

半小时吧，我自己平时有维护一份自己的开发环境的 dockerfile 。新机器先装个 docker，上去 gist 复制一下 dockerfile，然后 docker build，docker run，vscode attach 上去就可以开始搬砖了。

在知乎上做了几天功课，选了 bpcall，挺好的，能穿好久的纯色 t 。