公司只能用 dotnet, 也不错, 跟 java 挺像, 在 VS 或者 neovim 都可以开发, 性能也蛮好. 不过比起 nodejs 还是略显重了一点.

貌似 Edge Android 要开始支持 extension 啦，大方向正确👍 期待 iOS 开放其他浏览器引擎。

@wipbssl 建议试试 surfingkeys, 功能强大，可扩展性强，感觉比 vimium 强，而且还是国人开发😁

@Maboroshii
alacritty 很好用，设置也可以跨平台。

试了几次用 lua 和 native lsp ，还是回到了 COC 其实挺好用的

出国不容易大富大贵，不过比较安逸，看你的性格啦！

1. 高并发的话, rdbms 确实有这个 connection pool 的问题, 如果你用 rds 的话可以试试'Amazon RDS Proxy'. 当然直接上 dynamodb 或者 query Redis(Elasticache)一般都不会有这个问题.

2. 这个可以用一个 local server 把 request proxy 到你的 handler code, 就可以在 vscode/intellij 里 debug 啦. 加上点其他 tool 还能 watch file system 然后 incremetal compilation 再 live reload on change.

3. 日志都在 cloudwatch 里, insight 挺好查询的, 也可以 pipe 到其他工具比如 Splunk/newrelic 去.

4. 中间件你真的想用 express/koa 这类框架也行, 最后无非就是处理一个 http request.

5, 部属到 dev/qa 简单测试的话可以直接用 aws sdk 的 lambda 部份写简单的 script(貌似你是用 nodejs, 一起语言也有), 只用本地 package 好(可以做其他的比如 tree-shaking)然后 update function 就可以啦. 正规的部属最好还是用 cicd, 尤其是 prod.

Serverless 不是 silver bullet, 但还是挺方便的, 不用去管 infrastructure 和 runtime, 也 auto scale, 价格又超级便宜.

当然 index 里是 export 一下，不是真正的所以 source😀

Type 的话 tsc 可以生成，一般 lib 的话也可以把所以相关类放在 index.ts ，这样别人就可以直接从你 lib 的 root import 了.
后端 bundle 也可以试试 esbuild，treeshaking 什么的比较🐮，速度飞快。

也可以试试:
https://github.com/jethrokuan/z
可以少用很多 cd,

Backup package.json 就够了吧, 要非常 consistent 的话再加个 package-lock.json, 新的环境下 npm install 应该比你从 Google Drive 上拉下来快吧.

event 要 bubble up 上去 target 总是点击的那个最深 element, 所以还是应该得往上找 parent 才行吧, 不一定非得绑定在 body 上, 在 最 close 的`ul`上可能能让范围小一些.
```
var body = document.querySelector('body');
body.addEventListener('click', function (event) {
var event = event || window.event;
let tisTag = event.target;
while (tisTag && tisTag.tagName !== 'LI') {
tisTag = tisTag.parentNode
if (tisTag === body) {
tisTag = null
break;
}
}
if (tisTag && tisTag.className === 'test') {
alert('li 被点击了！');
}
```

@MambaW 可以试试 coc 里面推荐的 lightline. 用下来还挺不错。

@MambaW 那确实挺奇怪, Alacritty 是 rust 写的, 又有 gpu 加速, 不应该应付不过来了. 我是在 catalina 上, mpb 16".

用的单引号'
逗号, 和 分号; 在行查找 f 的时候是 forward 和 backward 了, 单引号暂时没有发现什么冲突.

用 tmux 的话建议试试 Alacritty, 使用下来比 iTerm 更快更顺手更省电.

还应该考虑 lamdab 的 cold start time （尤其 jvm 之类） nodejs/python 稍微好些。为了保持 hot 还得用 cloudwatch 或者 alb 之类去 ping 它，这样也只能保持一个 instance hot 。对于要求 low lantency 和 high concurrency 的服务来说，lambda 不太适合. 尤其如果你的 lambda 在 vpc 里面（要连 rds/redis 之类）还得考虑 ENI 的 creation/attach time, 就更要命了！

不过一般的 api 用 lambda 确实超级省心，不用维护 runtime ！费用也是无敌！

运营商不知道, 银行来说还挺好的, 没什么加班.
tech stack 也很先进, 前后端以及 devops 什么可以用最新的.
业务受 business 影响比较大, 不像 tech company 一样可以专心做产品.

貌似 ubtuntu 20.04 的 default 已经从 apt 到 snap 啦。