怎么方便怎么来；
测试环境肯定是全容器化；
生产环境肯定是能云则云，别想着从这方面给老板省钱，很贱的；
又上不起云又没专业运维，天王老子来了都是容器一把梭。

@v21984
@qipan0321
直接在应用市场搜就有的吧，打积分纯娱乐的应该还是有挺多的啊，我是在 app store 搜的，叫<竞技联盟德州扑克>

最近又开始疯狂打德州，赢积分也是很爽的...

免租几天有锤子用，要的是先住几天再签合同/先签合同头几天试住不满意可无责退；
目前好像只有品牌公寓有：先签合同，试住几天不满意可无责换房，但不能无责退

@echo1937 这么痛恨吗..是开发语言不好处理 null 吗?
除了唯一索引列不使用 null ，其他还好吧，看业务场景；
使用 null 就多一种形态：null/0/其他数值，不使用 null 就得加个字段来表示是不是"null"

没有什么是加中间层解决不了的... 一个不行就两个。
如果你真要做到单行数据粒度级别的权限，比如 productId:1 这条数据 userA 能看不能改；
最好是引入第三方权限框架做一个访问/数据权限层，比如 casbin 之类的；
抽离出“每条数据都标记了是和哪个组织 ID 关联”这个东西，集中维护在权限层。

@dc2002007 不敢苟同。
分不分也得看场景，小项目肯定是一把梭最合适。
上了点规模的项目，不光要分前后端，甚至前后端之间还有一个中间层专门处理接口聚合、转换工作。
就跟你写代码一样，复杂的代码肯定是要做抽离/加中间层来解耦、聚合、单一...
本质上还是工厂流水线那一套

大伙儿都痛恨强上微服务，但是架不住简历需要啊；
小公司有领导带着体验微服务就烧香拜佛吧。

不饿≠吃不进去
固定饭点比较好，形成生物钟，吃饭、拉屎、睡觉等等..

好分类识别、好输入自动补全？
前缀后缀感觉都差不多，都是为了好识别，让命名有“结构”
其实在外面再套一层更有结构，"Invalid"，“Limit”就成了“前缀”了

```
"Err":{
InvalidKey = xx
InvalidValue...
LimitLength...
LimitType..
}
```

ArgumentException
ArgumentNullException
ArgumentOutOfRangeException
InvalidXException
InvalidXXXException

这种谁弄谁死；
唯一的出路是逐步替换慢慢迁移

同情
插眼

这种情况，投诉管家肯定会管的，但是你别指望今天投诉，明天就给你清退了；
之前住蛋壳时，有一户作息时间跟我们另外三户正好相反，联合投诉，两周后就被清退了，据说押金都没退。

跟 header 没关系
你都知道配/path1/、/path2/、你再配个/login 不就行了
配完/login ，还有/logout ，还有/refresh 咋办？
所以你需要了解 location 规则及优先级问题，刚刚还有帖子就是关于这方面的

有一说一，文档是写的真不错...