好多 AWS 同学冒泡了, 感谢各位捧场.

@whileFalse 之前我想的是把这个大的 stack 拆掉, DynamoDB 的生命周期和 lambda 本身就不一样, 这样也能绕过这个问题, 而且架构会更合理. 也看到讨论说 changeset 是更被推荐的部署方式, 不过我更期望这个明显的 bug 能被修掉. 问题 2 我们目前准备去掉这个宏, 因为不知道后面还会不会再踩坑. 问题 3 我们现在的部署不是 blue-green 的, 不过后面有时间应该会做. 至于验证 cfn 模板, 真觉得是目前 cloudformation 自带的验证只检查语法, 实在不够用. 能增强一点儿就增强一点儿, 至少构建出来的模板会更可靠些.

@timle1029 我看到文档里面有提到`cloudformation validate`仅检查语法, 我也认同你提到的, cfn 验证唯一靠谱的办法是在沙盒环境中部署. 但是这样未免测试时间也太长了. 我们的模板里还有 Cloudfront, 一个 distribution 部署下来半个小时是跑不了的. 所以我们这儿说增强的目的是能在 30 秒内尽最大努力测试模板里面是不是有问题, 不求一定能找到坑, 只求能够把开发同学的低价错误给抓出来. 至于 cfn 特性添加太慢的问题, 有兴趣也可以围观 reddit 上这个贴: https://www.reddit.com/r/aws/comments/as21r7/cloudformation_feature_support_lag_is_way_out_of/

@laxenade 我们给 lambda 的 Role 里面也添加了不少的 policy, 还好没遇到坑. 我现在准备全部去掉这个宏, 希望能够好些.

旁敲侧击一下, 不鼓励不反对. 的确有能力有人品, 不过毕竟是拿着东家的工资给前东家做事.

你是不是对漫游有什么误解...

虽然我只看过目录, 但你这些技巧或者说知识真的都只是入门级的, 对于没学过 Linux/Unix 的人可能有点用...

浏览没发现异常

同意, 不如 itunes 卡.

中国人多的海滩不要去

本地 json 文件和其他配置文件一起同步到 github.

@Bestda 有一说一, 你是不是去看一看心理医生比较好.

HN, lobste.rs

你可以做这个实验来看看 cron 是用什么环境变量跑的:

```
* * * * * export > /tmp/cron_env
```

不会用 ubuntu 就别用

看了看那个 issue, 感觉 js 圈真会玩...

最近在 NS 上玩的 Sky Force 和这个系列很像, 可以视为精神续作...

淘宝买排线自己换吧