哦对 docker image 还有个“层”的概念

你可以先把最基础、都通用的 node_modules COPY 进去，这样再 build 、和 pull 都可以避免重新同步这部分文件内容

“npm install 不在 dockerfile” 还不听劝 😂

有个梗图：容器化是为了解决“在我这儿好使、在对方那里打不开”的问题的…它就是把所有运行所需的依赖打包成一个镜像来达成这一目的的

两件事：
1⃣️
所以你的问题是 node_modules 大，这个可以用 https://pnpm.io/motivation 瘦身一下
2⃣️
然后你说的构建期间 npm install 慢，这个可以缓存一下 node_modules 目录，gitlab 可以配置一个变量 避免被 clean 掉

咱也不是断人财路，但是友情提示一下，毕竟会涉及到隐私安全

Google Workspace 的管理员是有能力无需当事人授权查看其域下任何账号的保存的数据的（叫啥 domain-wide delegation ）

据 wikipedia https://en.wikipedia.org/wiki/IATA_airport_code

An IATA airport code, also known as an IATA location identifier, IATA station code, or simply a location identifier, is a three-letter geocode designating many airports and metropolitan areas around the world, defined by the International Air Transport Association (IATA).

重点：metropolitan areas （都市圈）

所以可以理解为“使用 IATA 机场代码指代大都市”

我是觉得做试管对女方太残忍了

还是对老婆好些吧，
（该说不说，能省不少钱是真的…）

椅子不要盲目地送
最好是找线下店实地坐一坐，感受一下

warp 会响应 http 429 ，你们没遇到过吗？

缺点：热、吵、TouchBar 、键盘手感

如果没有 Intel 依赖完全可以不考虑

https://youtu.be/4Q0ldkrlY18

我打赌你没玩过这么花的

https://docs.easycv.cn/guide/why.html

我建议你通读一下这网站的这篇文档，我是第一次知道这个站点，但里面提到的很多东西跟我的想法是不谋而合的…

*简历的模板

🤦‍♂️ 是你这套建立的模板让你没办法把专业技能写在工作经历前面吗…

问题：

1. 字太多，其实没人会有耐心看
2. 所以字少点儿，要在开篇就能抓人眼球
3. 在描述工作业绩的地方，着重强调一下可以量化的指标

修改建议：
1. 中文跟英文、数字之间留个空格；专业术语的大小写要准确、统一。比如：Python 出现了 3 次，有一次还是小写的 p
2. 把专业技能统一挪到顶上，然后不要再在各个从业经历里提技术栈（浪费空间）
3. 把你真正会的、称得上是熟练的技术留下，其他只是简单用过的、没怎么深入理解的去掉，免得面试的时候问到那些凑数的，深入了你又不会，就很尴尬…
4. 工作经验按时间倒序写
5. 把你的业绩写成可以量化的东西，比如「臻相系统是一套针对电商店铺数据的分析系统，主要帮助店铺管理人员减轻心智负担」，后面接上数值上有什么样的体现：这套分析系统产出报表由原来的 2 、3 个小时变成了 5~10 分钟？减轻了心智负担后操作出错率减少了多少？
6. 把该浓缩的浓缩一下，比如「运维部署」占了 5 行，你是不是可以写成一句话：具有 6 年 Linux （ CentOS 、Ubuntu ）下的使用及开发经验，同时兼任各项目的部署及维护工作。

你先改一版？完了 at 我，我再看看

云服务商都提供这种“冷数据”存储，但是类似“百度网盘”这种的 to C 的，我还没有听说过…可能为了收费上更简单直观吧

😂 恰恰是最关键的 [用什么去执行命令] 的代码没给出来

梦回 16 年前…


> 文档都是英文的也不知道从哪里看

建议放弃，你有空还是学学英语吧

看你是业务部门（甲方）还是支持部门（乙方）

无论哪方：以理服人，快速建立互信，懂得如何提出需求、描述 bug 、理解需求——高效率，展开讲…

如果作为中台支持部门：也希望同时能够获得公司政策上的支持——目的还是把各业务的需求统一化，进而能够提高公司的整体效率，这么做对公司是有益的，所以需要政策上的支持。

2

因为代码直传 kafka 会走网络，而当时如果网络不通、闪断之类的，代码上就要处理缓存、重试等逻辑 —— 不是不行，而是投入精力去写这个没必要…

而且我们也会在实际场景中碰到「过了 1 、2 天才发现数仓里的数据比之前少了很多」的情况，这时候可以用 2 里面的文件去找补回来。