• 没有直播,录播的话还在协调

  • 哈哈,公众号都是这样发了,没有美编啊

  • 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 是一门让你降低心智,让程序员少犯错的工程性语言

  • #102 楼 @rasefon 嗯,我只是用这个比喻目前 C 和汇编的位置,将来就是 Go 和 C 的位置

  • #83 楼 @rasefon 我也认为取代 C 是不大可能的,但是我认为以后 C 可能就是高级汇编,但是 Go 可以替代我们网络编程的功能

  • #76 楼 @kenshin54 #79 楼 @jjx 他们这个测试是基于框架本身的对比,如果你觉得有更好的框架,例如基于异步的 ruby 框架,你可以去递交代码,那是 github 开源的,加入测试,让更多的人了解。

  • #81 楼 @skandhas 嗯我自己也学习到很多东西,这样的基于语言层面的讨论,我觉得相互学习,也让我更加深入的理解 ruby,也让大家了解一下 Go

  • #72 楼 @luikore 晚安,明天再和你讨论

  • #68 楼 @luikore 就你测试的那个例子就说明 cruby 比 Go 快了,搞笑啊,看看人家专业机构测试的:http://www.techempower.com/benchmarks/#section=data-r6

  • #68 楼 @luikore 我是本机的 gcc,我那个数据是另一位兄弟测试的,都是基于最新版本的 gcc,我昨天还咨询了为什么启用-O2,他说了-O3 在有些情况下比-O2 还差,你可以自己拿过去测试,测试的博客在这里,我昨天也告诉过你地址:http://my.oschina.net/chai2010/blog/130859

    就你测试的那些你可以用最新版本再测试测试

  • #67 楼 @luikore 2006 年开始的 rust,2007 年提出的 go,你可以去看各种资料啊,而且按照 rust 的发展进程,我想两三年之后才会发布正式版吧。

    ruby 的理解是错误的?动态类型的语言就决定了他的特性啊

  • #64 楼 @luikore 首先目前的测试结果都表明 Go 和 C 的性能差距在 10% 之内,我觉得从易用性上来说,已经足以替代用 C 写的代码了。你给我解释了那么长的编译器优化,你是想说明什么问题呢?你是想说明 ruby 运行的比 Go 快吗?

    其次 Go 的目标也不是把 C 给替换了,我想以后 C 可能就是高级汇编,Go 就是基于 C 之上的一层系统语言,用来做分布式、多核编程。

    最后你看看最近 Go1.1 Go1.2 里面的改进都是非常重大的,按照这样的发展速度,我觉得 Go1.4 左右绝对可以实现强大的 GC

  • #16 楼 @luikore 如果真心要比较语言和语言之间的差异,先从起源或者说设计目的讲起; 从语言设计出来后,首先要解决的问题来分析会比较容易避免口水战。至少,在这点上 go 的目标很明确(go 官方对于 gui 开发的态度就是暂时不支持?)。rust 让人感觉并不清晰,没有银弹,但 rust 似乎想当银弹?

  • #59 楼 @luikore 看看 Go 受影响的各种语言系

  • #59 楼 @luikore Rust2006 年就开始搞了,Go2007 年开始搞的,谁新谁旧一眼就知。和干爹根本没有任何关系,定位完全不一样。Go 里面很多 20 年前的旧东西,那还四五十年前的 C 和汇编写的呢,那还用了 1978 年的理论 CSP。

    ruby 作为一门解释性语言已经定性了,加入新东西也是在语法层面,无法根本的说明任何问题,就如 rob 所言都是在迂回的去解决一些问题,由多核处理器、系统的网络化、大规模计算机集群和 Web 编程模型带来的编程问题都是以迂回的方式而不是迎头而上的方式解决的。

  • #58 楼 @luikore 你好像很了解 C 和 C++ 似的,至少我们项目组里面使用 C++ 编译时间慢的跟一坨屎一样,C++ 解析的语法太多这是无可争议的问题,Google 为了解决的问题是:

    • Build 速度缓慢
    • 失控的依赖关系
    • 每个程序员使用同一门语言的不同子集
    • 程序难以理解(代码难以阅读,文档不全面等待)
    • 很多重复性的劳动
    • 更新的代价大
    • 版本偏斜(version skew)
    • 难以编写自动化工具
    • 语言交叉 Build(cross-language build)产生的问题

    没有 macro 的 Go, 很多情况比 C 的表达能力还弱,说的是什么啊?Go 的表达能力强不强用的人都知道啊。你说的来 C 比 Go 的表达能力强大了很多。纯扯淡,上代码就说明一切。