@heian0224 再补充一点： 做到刚刚好，不过分优化 /美化

@adoyle 编码规范的确是要点。都规范了，也不怕 写法太多

前端的确是够乱的

@zingl 哥们你真逗

@phoenixlzx 黑的漂亮

@Moker 深有同感

怕不写程序后，其他什么也不会做

@iyoood sublime 怎么能不晓得 ：）

1. 完成了一个独立功能或改了一个 bug ， push 一次。功能较大的话，完成一个模块也可以。
2. 每次 push 确保本地测试完全通过
3. 如果本地提交记录较多，比较乱，建议 push 之前，本地先 git rebase -i, 可以合并多个提交，修改提交顺序，以及更改 commit message 。
4. 涉及多分支开发合并的，尽量 rebase 后，在 merge ，确保 commit history 清晰
5. 多 push ，避免本地代码丢失，前功尽弃

@introom 简单重复的事情交给 ansible 就可以了

最先想到的就是 功能内聚，接口清晰、易用

1. 任务分解
2. 估算工作量
3. 报价
4. 然后就看对方下一步棋了

@mcfog 赞

认证本身并没有什么用，如果是像检查下自己的AWS知识是否过关，或者想趁此机会学习一下，还是可以考虑的。不过考试貌似并不便宜。

本来想在测试环境数据库上修改下数据，不想SSH tunnel连着生产环境数据库，修改了所有生产环境数据。 还好只是修改，操作也是可逆的。默默地在所有人发现之前又改了回去。

@halfcrazy tig +1, 简单方便