感觉是个大佬，搭讪一下

@HenryGe 那个公司后来做得的确不太好, 主要是市场战略问题, 早期是非常好的, 06年就开始因CMS需要, 写了类似于PHP Symfony框架了( 后来捐献给了Apache组织, 后来因公司战略没继续: http://incubator.apache.org/projects/zetacomponents.html ). 我提那个只是说说个人经历, 参与了国际化的开源+商业动作以及社区互动.

@zhuanjia 你是说开发工具? 与主题无关吧 :)

golang 写微服务+api接口很方便，尤其是和grpc的无缝结合很方便。
但是写业务逻辑还是欠缺一些，尤其是那些糙让人抓狂的继承和多态特性，让人望而生畏。

泛型一出，这些业务框架都要废掉重写，现在搞没啥必要

@tairan 泛型只会让一小部分重写, 而且是很期待的功能(合理的实现了有限的抽象), 不然不得不用interface{}+很多 switch v.(type), 或者根据不同类型做很多方法但实现同样的功能. :)

@leauneo ,个人感觉没有继承和多态基本上可以接受(如果比较过度继承和多态导致复杂的系统的话), php早期也没有面向对象功能, 并不影响它成一个主流语言, 个人认为php早期的问题主要是没有包(命名空间)而导致的结构不清晰.

@xiongjie go出范型能不能取代java？

@SSDLH2009 个人认为, 总的说中小型解决方案可以(长期来看), 大型解决方案不可以, 原因只是java有成熟的高性能系统的方案和库.

@xiongjie 是的，如果没有良好的继承和多态的语法，就只能求助于包管理，幸运的是go的包管理还是算是比较给力的， 所以中小项目还是能很小快灵的解决，尤其是高并发的不同io速率下， go的多线程写起来比其他的语言要方便。感觉这个可能是当时googel设计go语言的初衷吧。

你的客户在哪儿？作为媒体行业的从业人员，我感觉你这个很难有人用，或者说很难收到钱。

@xb70 , aha, 媒体行业刚好, 我之前跟很多媒体解决方案打过交道 :). 它的客户是给你们媒体做解决方案的公司(如果你们是自己开发的话那可能就是你们技术人员采用的技术产品), 这个相当于一个内核. 长期来说生态好的话可能直接面向媒体提供Paas服务(当然那是服务, 而非产品). 至于收钱, 开源本来就是免费的, 没指望靠这个收费的(长期来说, 有人用的话,可能是间接的服务等).

最近一两年也在开始用go了，关注你了。

政务这一块挺需要CMS,不过需要做好国产化适配

@zsr228 , 是的, 所以先到这试试水, 看能不能合作, 以后更好国产化 :)

CMS十年前还行，给公司做小的门户网站，现在基本用处不大。

@RockLee2020 , 同意原来主要是网站的, 现在当然没那么流行了. 但我认为企业级系统/内容服务还是要用到的, 所以这个只是个框架(提供底层接口的), 而不是个有很多功能的系统, 它是嵌入其它系统或与其它系统集成用的. 而且上面有人说像政务等还是很多需要的.

现在golang的内容管理系统没有PHP的多，go还是做接口比舒服

大佬威武