@ruooooooli 你这样说来 beego 可以让原来使用 PHP 框架的人无缝衔接，不是很好吗~

支持一下，加油~

@noli C# 很好，但我发现一些公司因为招不到足够多靠谱的 C# 程序员而正在选择转 Go ，这一点值得注意。大部分使用 Go 的公司，程序员都是从 c++ 之类的转过去的，相对来说容易很多。

@yegle 看了一些项目目前确实是这么做的，一般会通过 go generate 来生成，但是代码基本上可读性就比较差了。

这个 UI 风格看起来和七牛官方很相符，👍

@IgniteWhite Hi ， frp 在 0.9 版本之后支持了 UDP 的内网穿透，但是只针对 DNS 查询做了测试，有需要的话可以尝试下，顺便帮忙测试了😁

@uzumaki 我觉得，重新换个手机吧😁

赞，看起来很不错。

@zrp1994 如果只是简单使用，只需要几行配置。因为功能越加越多，导致配置就很复杂了。可以考虑通过浏览器配置，或者有什么好的建议？

@letitbesqzr 目前的版本不建议在生产环境使用，可以用于测试和个人使用，之后会加强稳定性和安全性。

@ragnaroks 要怎么看出一个网站是否用了 php ？ index.php 可以访问不能代表什么吧，也许只是匹配了路由规则。

@loshine1992 阿里云的 APP 属于二逼应用。。。

@hitmanx 说的很对呀，我觉得问一下红黑树和 AVL 树各自特点就好了，其实就是看一下对方的学习态度。

@SilentDepth 我觉得全世界都一样，一旦规模大了以后，软件功能的复杂度指数级提升，想要一直维持最初的简洁高效就很难了。

比如有一个组件一开始是公共的，两个部门在使用，后来 A 部门由于业务需求要增加新的功能， B 部门觉得目前业务量很大，需要保证稳定性，加的功能自己这边不需要，而且需要改动原来的处理逻辑，有一定风险，所以不愿意在这个组件中加入这样的功能。为了快速应对业务发展， A 部门决定 fork 这个组件，作为另外一个分支来开发，用于自己的业务中。之后， A 和 B 部门共同需要一个功能，结果都在自己的项目中添加了，想将两个分支的代码合并工作量大，没有人愿意花时间做这些事（绩效相关）。在不断发展的过程中，又会出现 C 、 D 、 E 部门，又会因为很多原因造了各种轮子。

推荐都不要去，再换一家靠谱的公司~

@cashew 小米 5 续航并不好，中度使用一天一充。

@aec4d 很有道理的样子，在自定义报文外面包一层伪装成 http 的报文？

智能手环不是更精确吗？