• Go 技术社区来了 at 2016年10月14日

    #11楼 @hxh1246996371 好吧,希望Go社区能成为下一个优质社区,做一个有点技术范的社区。

  • Go 技术社区来了 at 2016年10月14日

    #4楼 @lgn21st 顶住压力做一个有技术味的社区。 #8楼 @hxh1246996371 同学,放宽点眼界。局限在一个小圈子容易让你迷失

  • Go 技术社区来了 at 2016年10月14日

    #1楼 @small_fish__ #2楼 @huacnlee 很多人的印象可能是怎么又一个Go社区啊,Go社区好分裂啊,能不能一起愉快的玩了,其实理由我上面都有写,目前的几个社区都是缺乏运营的,而为什么要在搞一个Go的社区呢?其实这个只是我其中要做的一个事情。

    今年Gopher大会的时候我也说过要成立一个Go基金会,那么这个基金会也在最近开始运作起来了,http://golangfoundation.org/

    基金会做什么

    • 大会和 Meetup
    • 线上社区
    • 指导 Go 的企业级应用
    • 校园培训
    • 开源引导
    • Workshop / Training

    那么以现有的几个社区的运营我觉得是远远达不到这个要求的,我以前是玩PHP的,我也记得在PHPChina出来之前可能已经有差不多四个PHP的社区了吧,但是最后还是PHPChina统一了目前的社区,为什么呢?因为后期的运营以及一系列的活动。所以社区多其实是好事情,说明大家都很有热情去做这个事情,但是是不是能够持之以恒的去做好这个事情呢?这个才是最重要的。

    既然我选择开始做Go基金会,在线社区是其中一个重要的环节,这是我们的其中一项使命。

    那么另一个问题,你凭什么做的比其他几家社区会更好呢?

    1. 运营的才人,目前这一块已经聚集了差不多十几个人的运营团队。
    2. 基金会资金的支持,基金会企业会员的资金支持,同时我们也得到了极客邦科技的大力支持,极客邦在全国各地都有分布,而我们也和他们深度的合作,以后会有更多的线下活动。
    3. 线下线上活动的结合,meetup,Gopher大会等线下社区的互动,可能后期也会引入直播之类的到线上来互动。
    4. 开源项目社区的建立,目前Go基金会下面的几个项目的社区建设也会同步放在gocn的社区里面,这几个项目都是已经得到了大量企业的使用,我想这也是在线社区的价值,知识的积累。
    5. 和更多的Go企业的合作,公众号对接,招聘对接。

    我只想说我做这个社区是有备而来的,如果你觉得可以做的比我更好,或者有更好的idea,欢迎一起来玩。

  • #130楼 @kenshin54 那说明你的机器不行嘛,你慢慢加并发量试试看吧,这样也能说明稳定性、性能各方面的对比。还有当并发大了之后我感觉ab不行,你可以试试wrk这个工具,我觉得不错

  • #128楼 @kenshin54 我是觉得拿Go和ruby比性能没必要,只会让ruby自取其辱,你ab -n 100000 -c 10000测试测试

  • #81楼 @chai2010 高级黑,田忌赛马运用的相当了得

  • #122楼 @kenshin54 拿ruby和Go对比性能,我只能说别测试了,反而会很难堪,还有你并发打得少一点,那Go和ruby的性能还能很接近呢。

  • #68楼 @luikore 欢迎提供ruby的测试代码,还有Go的测试代码,我想自己测试一下,还有Go的测试,无需ioutil的包读取内容

  • #117楼 @luikore

    1. 首先我就说了7w行无关紧要,但是C++编译慢是必然的,你无需争辩
    2. 你花了几分钟就解决了Google都无法解决的include依赖问题,算你狠
    3. 一个是warning,一个是编译不通过,这就是不同层面的问题了,很多人吐槽这一点,但是我是人为从工程的角度来说,这是杜绝了隐藏bug
    4. 你根本就不了解Go,Go的类型写后面不是为了parsing,看看最近许式伟在微博的解释吧,Go根本没化心思在设计语法上,说出这样的话只能让我觉得你有点自大了,也不看看Go的发明者都是谁,说他们不懂编译,二义性之类的就像你说Linus Torvalds不懂操作系统一样啊。

    最后使用Go能够让程序员少犯很多错误,这个就让我们可以化更多的时间在其他上面

  • #99楼 @luikore

    1. c++写了个hello world展开确实会有70000行,但是Go展开的话也不少,这个不能说明问题,C++编译主要慢在上下文的解析,一旦引入模板就更悲剧了。

    2. Go减少包的依赖这个无可争议的比C++牛逼很多,没有必要的pkg确实不需要引入,而C++就是一杆子打死引入很多无谓的包,而不是按需索取,当然C++也可以控制的很精细,但是这个代价非常大。

    3. 这一点Go的设计明显出于工程的考虑,没有使用的变量报错这是从编写代码阶段就防止隐藏的bug,这种unused的就必须报错

    4. Go的二义可以精确的设计到这个,https://docs.google.com/document/d/1bMwCey-gmqZVTpRax-ESeVuZGmjwbocYs1iHplK-cjo/pub 你觉得Go的语法优化的不够吗?

    终上所述,Go是一门让你降低心智,让程序员少犯错的工程性语言