> 婆媳问题无法解决的大部分原因是男方跟一只鸵鸟一样.

+1

出现这种问题肯定是这两方中有一方做错了，不偏但任何一方才是解决问题的最终解。

我看出来了，你就是来这找骂的，我建议你现在回炉重造，投一个好胎。

降低中奖率

自己的钱先自己留着，八字还没一撇呢着啥急，谈了几年又不是一辈子，在现在这个经济环境下，一分钱都不能扔。

分母

完全没问题，家里每次蒸一锅包子得有个 20 多个。虽然一顿吃不完，但是也没法蒸少了，主要是即便蒸少了，步骤也是一样的，就不值当弄很多次。剩下的就冻起来（一定要冻起来），想吃微波炉一热就好了，味道虽然肯定是不如刚蒸出来，但是绝对比弄什么轻食之类的好吃。

@HuskyYellow 顺手 block ，然后也顺手就 report 了。楼上也说了一下，举报多了可能就会给下架掉了，我是选的有恶意代码的一个选项，希望 GitHub 给点力吧。🙌🏼

在 GitHub 上提供了一些证据，把他给举报了， 希望能有用。

是件好事情！ Best wishes for enjoying the next journey.

分母

降低中奖率哈哈哈哈哈

@ichigo +1

第二点至少在北京周边生效。一般有事儿的话，高铁会无征兆地停掉大部分班次。

@jandu 直到现在了还是这样，播放啥都是一些不知名歌手的翻唱😓

如果你看重稳定且灵活的 Router ，那么不推荐用 Gin 。Gin 过去一直使用了 httprouter ，但是为了追求性能它的 prefix tree 结构只支持 explicit matches 。曾经 https://github.com/julienschmidt/httprouter/pull/329 这个 PR 尝试过加入 mixed params 来改善这个问题。虽然 httprouter 没有合并这个 PR 但是这个改动被 Gin 合进去了。但是这种在不合适的结构中强行 patch 的改善出现了很多 bug ，我曾经也提过 PR： https://github.com/gin-gonic/gin/pull/2706 去修复我遇到的问题。

但是关键的是 Gin 的 maintainers 基本不再参与开发了，你未来可能会遇到很多问题需要自己解决。就我个人的贡献经历来看，他们会期望你去解决问题，自己却不太想深入问题的所在。

这点在最近的 commits 中都有体现，可以对比一下 Gin 和 Echo 的提交，你会发现 Echo 相比之下活跃的多得多。

而且从我的使用来看，我交 PR 的时候也做过 benchmark ，Gin 主推的性能并没有他们所说的那么好，没有那么好是因为其他的框架也没有那么差。所以除了这点以外，Gin 其实没有什么 features 可以值得留恋的了。

我也用过 Echo ，各方面都很不错，可以说是一个标准的现代后端框架了。所以我推荐 Echo ，Gin 现在可以说是从各方面都远远落后了。

@inwar 后端暂时没有，这次主要是想招一个偏前端的同学。