@ooooo
说半天没说 Mac 原生的 Terminal 及其工具链, 所以说楼主根本不是 Mac 用户.

去成都吧，离重庆很近，真喜欢重庆，以后再从成都过去

都是在自己的 dev branch 上 commit 吧, 可以 commit 完了之后,
再 review 也行啊, 然后再 merge to stage/master branch.

@ddou @zealic @Gnep
我觉得楼主 ddou 说的是对的, Terraform 可以说是跨云的工具, 但是做不到 cloud-agnostic

@zhuang
好帖子，Mark 了

你这个用法太奇怪了, 不能继续错下去...
用 DRF, 其实主要用 Serializer + APIView 是最方便, 最灵活的.
不用 DRF viewset 是可以的, 甚至 DRF ModelSerializer, GenericView 之类的都可以少用 (只在开发调试时用).

@hellowes
你朋友笨啊, 看不出来后端比前端厉害得多么? (有些, 不是所有)前端时候重复改来改去，就是瞎搞...
还有, 神马前端写几行毛糙的 Node.js server, 就 full stack，多半都是扯...

@uranusjr @ifoolish
我就问个最简单粗暴的问题, 在大多数时候, pipenv 到底能不能完美地复制一个开发环境?
比如我用 Mac 在本地做完了开发, 想 deploy 到 AWS, 用 Pipfile.lock 就能完美复制本地环境，
保证无错地在 AWS 的 Linux server 上跑起来么? 哪种情况下会出错, 是 pipenv 用户需要避免的?

另外, 假设我每次在本地 Mac 更新开发配置, 有没有 reliable 的流程 push 更新到我 AWS server 上?
如果可以的话，就可以用 pipenv 来做自动部署了. 有没有人这么做? 一定程度代替 docker?

从 pipenv 官网上看, 其设计思路是, 要查看被依赖包的 hash 的, 类似 Nix ( https://nixos.org/nix/)
所以它解决的问题，应该是可靠地 produce deterministic builds 环境.

4 docker 跟 systemd 有仇？

@baskice 你的理解是对了，docker 就是想把 systemd 架空.
一旦你开始试着用 docker 全家桶，很多过去的 DevOps 配置经验就不管用了.
你用以前的经验，在 docker 里配个最简单的东西，很可能就是不 work... 非常烦

@fireapp Redis 不只能做缓存，能干很多其他的事情

@fireapp 看来 filebeat -> kafka 是王道, 之后怎么折腾都行.
ES maintain 起来确实麻烦了点
logstash 说实话质量很粗糙, 你们用来 parse log? 有啥代替品没?

@fireapp
fluentd, logstash, filebeat 都有,
后没没有接 ElasticSearch?

@julyclyde

「数据库里如果出现 many to many 基本上就是设计错误」是什么鬼。+1

"正确的做法是额外有个 m*n 表，而不是直接在表上做 many to many" 这又是什么意思?
Django 的 many to many 本身就会建立一个额外的表来存关系的呀?

@scriptB0y @wyntergreg 我也感觉把 "models 直接放到一个 common_app" 里最清静啊，实际用起来有什么问题没?

我想的方案, 兼顾 model migration 的方便, 和以后抽象出 reusable Django app.
common_app 里定义所有的 models, 注意这里 common_app.models 是个 python 包 (带 __init__ 的文件夹).
然后各种业务逻辑，可以自由定义和重构在各个 empty-model 的 app 中, 也就是还是当 Django app 来些，只是 models.py 是空的, 真正的 models 还是从 common_app.models 里 import 的 (你也可以事先 import 到这个 app 的 empty models.py 中).
这样的话，各个业务逻辑的 app，就随便重构, 移动, 修改了.
万一哪天真想抽象出一个 reusable Django app, 可以 export 到另外的 project/server 中.
再自定义 migration 脚本, 把 common_app 中的 model 和 model data 导出来到这个 reusable app 中.

发完后，发现这个帖子好老...

MongoDB, PostgreSQL, MySQL 都用过, 我觉得下面这篇说得不错, 以前没读到过.
http://www.sarahmei.com/blog/2013/11/11/why-you-should-never-use-mongodb/

@FrankFang128
我一直觉得 '异常' 基本就是个 goto 啊, 目的之一就是为了减少复杂的 if-else. 难道这个理解不对么?

支持一个

现在来看这个帖子, 非常有意思...