插网线

模板引擎一把梭

台机加轻薄高续航笔记本满足需求。

性能和续航和携带是矛盾的

你好我们公司是专门做数据接入和接出的自服务工具的 SaaS 企业。方便聊一下需求吗，您的需求很符合我们的种子用户的画像。

我之前在国外企业帮人面试，后来自己做了企业之后也面试国内的候选人。
我注意到一个比较明显的问题是有些候选人没有太听清楚指示和问题之后据开始回答问题。

比如，指示是：能否花一分钟简单介绍一下你自己。
很多候选人就开始非常详细的介绍过往的履历，详细的项目经过和经验。1 分多种之后可能一段经历还没介绍完毕。这时候面试官一般就喊停了。这样反而最重要的整体性介绍，你的经历有什么亮点之类的内容没有覆盖到，反而是一个比较失分的行为。

不写单测，没有整合测试，就问你这些 warning 按照提示建议修改之后，还能不能 100%跑。

没有配套的测试，根本不敢随便重构

其实就是“用”的多，就能克服。
1. 多听听英语的播客，练练听力。可以从技术类的开始，因为这类比较简单。
2. 多上英文类的社交媒体吹吹水，比如 reddit ，小蓝鸟，加加一些技英文类术社区的 slack ，discord 。
3. 多看看 hackernews 这种英文类新闻聚合
4. 操作系统调成英文界面
5. 平时看文档优先阅读英文的

英语很难说是学出来的，语言环境上来了，就能变熟练了

同后端，已经放弃，bootstrap 一把梭

感觉目前问题最少，最成熟的还是用 vscode 的远程插件。

其次是 ssh + vim ，速度快，问题也很少。

@sampeng

API 不支持，这个无解（这类情况比较少，因为 console 本质上也是在调用 API ，可能这个 API 没有公开）。

二 -- 是的，更改需要通过提交代码的形式来完成。这个需要流程和管理方式上的变动。这也是 IaC 的意思。

> 首先云平台不一定所有 console 网页操作一定对应 cli 命令，连 cli 都没有就更提不上什么 terraform 的支持了

需要云平台暴露 API 。但是话说回来，如果某个云平台没有 API 或者 API 功能不全，完全依赖 console UI 来完成配置，估计这个也不是什么正经的云平台。依赖于 API 的脚本化和批量化是很常见的需求，这个和 IaC 没啥太多的关系，在远古时代就是这么弄的了。

> 状态管理

首先状态不要储存在本地，可以使用对象存储或者数据库之类的远程存储，保证大家读到的状态是一份。再者，IaC 不光是技术，也是一种管理方法，理论上所有对 infrastructure 的修改都应该通过 code 的来完成。不同的人需要同时进行修改，这时和使用 git 提交代码一样，大家同时提交 PR ，如果修改之间有冲突，那也和解决代码冲突一样，不同分支进行合并或者 rebase 之后再往主分支上合并。主分支合并之后触发 terraform 的状态调整，根据修改增删查改资源。

可以去开发低代码平台。
啥时候低代码平台可以自举了再说

统计学里面的一类错误和二类错误;
一类错误 -- 把正常用户认成黑产，强奸用户体验
二类错误 -- 黑产没认出来，蒙受经济损失

阿里明细觉得二类错误更重要一些

感觉你需要的是 CDC -- https://airbyte.com/blog/change-data-capture-definition-methods-and-benefits

不如讲讲 http 通讯原理，和常见的一些特性 -- cache ，cookie 之类的

整成静态，github pages

k3s, kind 之流也都是 k8s 。替代品比较严肃的确实也只有 nomad ，swarm 。
LZ 能说说不想用 k8s 的主要原因是啥吗？部署复杂？不需要这么多的功能？

编辑器的实时协作功能，需要实现 ot 或者 crdt 算法。。

Figma 也是前端