云开发这种玩意儿日后会被 lambda 干掉的吧。

@LearningToCode 你这两个亿除了出也没啥别的作用啊

@anonymous256 题目说了小公司，lz 连 jenkins 都不会你让他用 pr ？一个人 force push 也可能在 ci 上冲突啊。

所以我说 ci 应该用 fetch reset clean，没错吧？ git 工作流是一回事，ci 这边要做的是精确复制，不能说 ci 要正常工作还得研发保证优雅地使用 git 。

没有下载习惯，平常也就看看视频。一个月 500 挺够了
如果日后买了 NAS 肯定不止了。

git pull 容易自动合并或者卡在冲突（如果有闲人手动改了东西）。不如 git fetch ； git reset—hard ； git clear

不过话说回来，现在不应该都 docker 了么。

准备两个二级域名：
home.mydomain.com 配置为你家的公网 ip （动态解析）
nas.mydomain.com 配置为你家 nas 的内网 ip

家里建立一个 ss 服务端，并在公网 ip 上暴露接口。这样你就有了一个 home.mydomain.com 上的代理。
电脑 /手机上的代理添加规则，将对 nas.mydomain.com 的访问指向这个代理。

@livid @dko @abc500

我觉得实力足够开发一门语言的人应该不惧怕学习 Java 才对……

你们是做 SAAS 的么，一个用户一个账号？

不太明白你们的应用场景。我就按一个最常用的场景来说。一些低权限用户可以提起创建账号请求，由高权限管理者批准，然后即可自动化创建。
既然你们要做某种 Infra as Code，那么权限应该在 Code 层面完成，也就是 Merge 代码之后鉴权就完成了，然后由一个 Infra 账号的管理 Role 去创建子账号，并在每个子账号内部创建一个 Admin Role，专为 Infra 账号 assume 用以便日后管理。

我不太理解为什么你们在完成 Infra as Code 的 Merge 之后还要在账户层面做权限管控，然后用一大堆流程来传输这种 Infra 代码并分布式（在每个账户中分别）执行。建议你们着重解释下这一点。

肯定是有些许的帮助……但也只能是些许了。

证书能一定程度地提高猎头 /HR/面试官对你的期待程度。因此你可能可以得到更多的面试、面试的时候你也有更多的表现机会。但最终决定是否给你发 Offer 的还是你的面试表现。所以如果你有证书但问啥啥不会，那也拼不过有实际工作经验的候选人。

我有 13 张 AWS 证书。13 张听着很唬人，说起来也可以自豪一下。但若论对职业发展的帮助，考证过程对心性的锻炼、对英文阅读能力的提升、考完之后吹牛逼获得的人脉和自信、以及对各个专业内容的初步了解，要比证书本身有价值的多。

说白了，考证是个自我提升的过程。考证能用多长时间？从零起步两个月也够了。相同的时间，你去突击英语对话、刷 Leetcode，也都对跳槽有不错的帮助。

在中国必然是走微信 /支付宝啊。整别的你觉得有人用吗

type-c 的充电功率是协商的，充电器和用电设备质量良好的情况下是不会过载的。（如果某一方的芯片瞎逼设计就不好说了）

但是大功率设备会吃满充电器，而匹配的小功率设备通常留有余量。
MBP13 配 61W 充电器意味着在极重负载 /快速充电的情况下 MBP 自身才会使用 61W 功率。而轻载功率可以以电池容量（ 58 瓦时）除以续航时间（标称 10 小时，或通常的 4 小时）计算，差不多 15w 。

@OaO 这几个字儿我都不认得……看图以为是“杨里魅”

就这样。垃圾戴森。

这 TM 要是国产的早就被喷成狗了……戴森卖国产好几倍的价格就这质量。
所以咱们还是赶紧卷死国外这些厂商吧……

docker-compose/swarm 也不是不能用…

生产：云托管
测试：MicroK8s

我理解，每个算法分析程序应该具备独立于其他算法的密钥，此密钥不依赖于特定用户，且可以解密所有用户的数据。


0. 为每个算法分析程序创建独立的密钥，可以是非对称加密，称为该算法的主密钥。应安全地保存该算法主密钥。考虑使用独立的数据库，并合理设置权限。
每个算法分析程序还可以设置自己的加密上下文字符串。这可以一部分保存在程序代码中，另一部分在运行时以环境变量等参数提供。该字符串参与加密。这可以保证仅攻破数据库也不能直接拿到主密钥。

1. 每个用户在注册时随机创建一个对称加密密钥，称为该用户的数据密钥。该密钥用于加密该用户的数据，并且不得将该密钥明文写入数据库。

2. 使用每个算法主密钥加密用户的数据密钥，将加密结果写入数据库中各个算法独立的表中。

3. 使用每个用户在注册时指定的密码或密码的哈希加密该用户的数据密钥，并将经用户密码加密过的数据密钥写入数据库。注意此加密数据密钥不应用于验证用户登录。用户每次更改密码，应更新此加密数据密钥。

4. 用户登录后，将用户密码加密过的数据密钥传输至用户前端。