remote development

这个感觉是 vscode 大杀四方的王者插件 -- 奠定了它远程工作时代的地位

先上 linter ，再上单元测试，大 feature 附上设计文档，其他都好说

关系型数据库设计不可以吗？

用户表 - 用户 id | 姓名 | 其他信息
公司表 - 公司 id |　公司名称　｜其他信息
履历表 - 用户 id | 公司 id |　职位 |起止时间

朋友，时区和夏令时有没有处理过

跳转只需要加-j 参数

多窗口执行可以依赖 iterm - ⌘Command + ⇧Shift + I 快捷键即可

zerotier 或者 tailscale?

颁发机构略显山寨

如果只推荐一条命令，那一定是 Ctrl+R

首先要先明白 IC 和 manager 的区别。
然后区别做对外的产品和做 infrastructure 的区别。

看 LZ 的例子是想走 IC 的路线。
IC 相对 manager ，往上走的难度要更大一些，因为一个人能做出来的有影响力的事情是有限的，一般需要你是本领域非常资深的人士，可以影响领域内的重大决策走向。

对外产品领域的 IC 是很难混的，因为产品做的好坏和 IC 的水平的相关度不是那么的高（就是 LZ 说的感觉日复一日在做 CURD ）。
infrastructure 领域的 IC 更好混一点，因为经验的积累有助于解决越来越难的技术问题。比如说你做分布式系统，刚毕业，你可能从书本上知道啥是 CAP ，知道这三个没法同时满足；但对于具体的场景，我应该选择 CAP 里面的哪两个，放弃掉的那个对我的系统来说意味着什么，剩下的两个我怎么搭系统才能实现出来；这些问题不去具体的踩踩坑，做做看，是很难回答好的。

动物园系列买点把

你这不得描述一下你的应用是啥？模型是啥，数据长啥样么？

优势是方便只会 JS 的人干活

您这自己拼 SQL ，眼看着要被注入攻击的感觉；用 prepared statement 把

大家扪心自问一下，没有单测的库 lib ，大家平时工作中敢用吗？

为什么要换掉这些技术栈呢，是因为这次 log4j 的事件吗？

给 LZ 提供一个新的思路，直接使用各种 managed service ，人家有专门的安全团队、运维团队，出了问题一个电话人连夜修；只要付钱，轻松省事。

Managed elastic - https://www.elastic.co/elastic-stack/
Managed spark - https://databricks.com/

最简单就是交给数据库去处理事务

数据库事务设计出来就是处理这样的业务场景的，为啥大家第一反应想不到用它呢？

这个需要 out of core computation
不考虑用 GPU 的话可以考虑

http://xarray.pydata.org/en/stable/dask.html
或者
https://docs.dask.org/en/stable/array.html

ConfigMap 变更之后需要重启服务，有几种办法；
1. 手动模式 kubectl rollout restart xxxxx 重新启动 deployment
2. 需要将 deployment 指向一个新的 configmap 才能触发更新；例如老的 configmap 叫 config1 ，新的更改了里面的部分值之后，重命名成 config2 ，然后 deployment 里面指向 config2 。


一些做 release 管理的工具，例如 kustomize 用的是方法 2 ； helm 用的是生成一个 configmap hash 的 annotation 放在 deployment 上；每次 configmap 内容变更之后，这个 annotation 也会变更，所以会触发 deployment 自动更新

先写 openapi spec -> 生成接口文档 -> 生成 mock server -> 前端开始工作的同时，后端开始补实现

接口变更也是 也从改 spec 开始，然后刷新文档，然后后端再补实现