@runliuv #1
没用过 C#, 但是都说很屌，这个效率真的这么高吗？

感觉这个问题讨论不出来个啥结果，既然觉得密码有安全问题，那么就不用密码就好了！把这个安全问题交给别人就不需要自己负责了！

@LuffyPro 如果是 restful 那么就通过不同的行为来区分 put/patch/post ，比如可以使用 patch 来提交部分更新。

七牛的 许老师 最近在搞 llgo 好像就是这方面的内容，应该是直接在代码层面的。可以了解一下看看

@kuanat #55 这里怎么感觉有点矛盾，这里如果互相不负责，那么怎么确定实现实现了接口。可以去掉 implement 关键字，但是还是要实现同一个接口。golang 采用的是 标准库的方式提供了一个接口，php 现在的做法是针对通用组件在 PSR 提供了接口，不同的组件可以基于相同的一个接口了互通。 个人感觉工程上没有办法做了 接口和实现完全独立。

@kuanat #34
个人感觉这个说法怪怪的，从 golang 的 interface 来看 io.Reader, io.Writer 的设计也是自顶向下，如果没有这个从顶层开始的约束，下层在使用的时候根本就不知道会设计成啥样。

做 app 后端的，期望做到能在不发版的情况下做到最大程度的灵活性。所以我们的业务逻辑基本都在后端，前端偏纯展示。甚至很多字体的大小，颜色都是后端控制。

@guanzhangzhang 又学了点新知识，mktemp 这个还从来没用过

@vlinx 那你比我好点，我真的是无敌了，就差换电脑了

我的 mac 在公司用外接蓝牙键盘也有和你一样的问题， 尝试过 niz, 渴创，ikbc ，都无法解决，后无奈改用有线了。但是在家里用都一点问题没有，感觉出鬼了

@kele1997 确实，我一直想着依赖接口，忽略了直接使用类型的情况。

@bv 这里的第三点说说我的想法，大佬看看是否有问题，如果结构体需要比较复杂的初始化流程或者说在结构体初始化完成之后需要对其他的字段进行赋值，这么做应该也没有问题吧？

@NessajCN 你们这个发版怎么做的，感觉成本很低的样子，感觉我们每次发版都要按周算，最少要要折腾两三天。各个渠道的审核真的够喝一壶的

感觉 python 的 with 更方便，也更容易理解

@defunct9 我们也使用这个

goer: 我们只用标准库

@dcdlove 不懂这么折腾的目的是啥，是直接使用加密之后的作为密码，还是需要解出来原始内容作为密码，就是为了防止研发在日志里输出密码？或者说就是为了防止没有私钥的人窥探密码？