@kop1989 当然可以提升用户体验，只是银行的竞争力并不在用户体验上，所以不愿意投入

把匹配的 key 先 base64 ，再做字符串匹配？

@lnim 镀金还可以，卷成麻花

@qingtengmuniao “对于计算密集型应用来说，可以轻松开到十万级以上并发”这句是不是打错了？

通过没有原生协程语言的协程化改造，可以更好地理解协程的意义。
如果是重 io 轻计算的场景，使用 io 多路复用进行事件回调（ NIO ，epoll ）优化并发量比粗暴开线程更省资源，效果更佳。但是这意味着极大提高 io 编程时的工作量和心智负担。
所以一个 while(true) { read(); } 要改造就要编写维护大量 epoll 事件。
c++在没有原生协程支持的情况下，引入 libco 这样的库，可以不改动代码的情况下异步协程化。做法是 hook 这个同步 read 函数，在里面添加、回调 epoll 。使用方无感知，降低了开发复杂度，这就是协程的优点。

通过没有原生协程语言的协程化改造，可以更好地理解协程的意义。
如果是重 io 轻计算的场景，使用 io 多路复用进行事件回调（ NIO ，epllo ）优化并发量比粗暴开线程更省资源，效果更佳。但是这意味着极大提高 io 编程时的工作量和心智负担。
一个 while(true) {
read();
}

欧陆 kk 音标，想知道还有哪些是 kk 音标的？

我觉得比较合理的是，基础组件开发写单测，关键业务由质量管控团队（一般是测开）写接口拨测。

m1 MacMini ，功耗低不发热

宁愿少交社保，虽然税会更多。

正在大厂堆屎山业务代码，变得越来越安逸

@zmxnv123 文风看起来有点假呀

@ChrisFreeMan 忘了说我是 ssh 到开发机再 vim 的，现在用 vscode remote 很舒服

光写代码倒是还挺顺手，跨文件 copy 好麻烦

兄弟放平心态，现在的人很多都患有终身无法治愈的疾病，随着时间过去就接受了

因为适合练习 curl ，场景又熟悉容易理解