吐槽一下吧

感觉这次组织方还是有很多不到位的地方

  • 签到验票弄成了北京地铁13号线西二旗站…人挤人排了老长的几条队。签到的地方还和展台混在一起,去展台围观领小礼物的人群和签到换票的长龙混在一起,简直就是“晋西北乱成一锅粥了”。建议:购票都是二维码,就不能扫码直接入场吗?
  • 验票:这个槽点更大了,因为换完票之后进场却没有人验票…这相当于啥,相当于其实不要票…那我这1300花的真是信仰啊…
  • 午餐:
    • 据说遇到了职业骗子,偷了主办方餐票,还骗了不少人
    • 由于去过多次朗丽兹,以为是酒店自助,结果是大厅自助
    • 而且据说被疯狂吐槽去晚了只剩一点蔬菜了(自助啊供应也太差了吧),还好我去得早把肉吃了
  • 然后说一说重点,topic

第一个generics in Go是一个视频连线。作为一个自认为英语还可以的(多年前托福98分+天天坚持练习听力),都很难听懂他们的对话。主要是杂音太大,嗡嗡嗡的。加上主持人英语确实比较蹩脚,并不是攻击别人,就是觉得大家都是花了1300的门票,很多像我一样的人还有来回机票+酒店的开销,你主办方是否需要找一个专业一点的人来做主持人,或者至少提前在纸上写好问题,照着流利地念出来,就像飞机上的空姐?而且这种不应该是演讲吗,怎么变成QA环节了…

jetbrains的分享也是放视频……大哥,我带着几个同事大老远跑过来是看youtube的吗。但jb的topic至少还是录制的,比现场连线清楚多了。但也听很多人抱怨,字幕被前面人挡完了。

其实我有个建议就是以后这种大会是不是尽量不要请老外了,或者是否要至少保证在现场?而且考虑到大部分人的英语听力真的能力有限,其实对于他们来说收益真的很小。

然后是其它topic,感觉很多都是在宣传自己的业务顺带讲一点使用到的技术栈,一个大房子图,画几个模块。说实话真的没啥意思,这种难道不是应该拿去做部门述职或者晋升的吗?“我们以前用java做pass,后来改为go。我们底层基于k8s,我们抽象了一个流水线服务,可以用来配置流水线,然后再上面我们做了xxx,然后做了yy,可以很快速地支持客户的需求,并且当客户需要接入别的云,我们也可以很容易地支持……大家有什么问题吗?”其实吧,真的没啥干货啊


我觉得一个比较好的topic应该是这样的:

  • 遇到的问题
  • 现状
  • 我们的思考
  • 解决方案
  • 解决过程中没那么简单,个中曲折
  • 怎么一一化解
  • 最终结果
  • QA

pingcap讲得倒还是比较接地气,真的不需要多么高大上的内容。先说遇到的问题:客户不管三七二十一总喜欢甩锅给db,我们不得不花很多很多时间去定位问题(虽然很多时候不是我们的问题)。进一步,我们其实也可能有问题,我们需要有直观的工具去看,到底一次sql执行时间都花在哪儿。提出问题之后讲思考:这是个tracing问题,业界常用的是a b c,我们考虑xx选用了a。然后讲落地:开源工具解决的是tracing协议和dashboard,但是instrumentation(埋点)得我们自己来。然后讲遇到的问题:这么搞影响性能,那么搞侵入太强,怎么办呢?然后讲解决方案:我们采用了官方pprof的方案,它们提供了一个骚方法,现场很多人可能不知道。然后利用它我们blabla,就比较优雅地解决了这个问题。最后是效果:我们自己已经用起来了,目前还没对外开放。

整个过程大家能够跟着思路走,完了能够有一些收益,知道了pprof有个好东西我回去可以试试。知道了tracing居然可以做的那么直观,我回去可以再优化优化。


其它很多topic就真的比较水,比如滴滴的夜莺,讲他们的监控系统。作为一个了解的人,我知道这个系统很优秀,比我们现在prom+grafana的好用。但是演讲者显然讲得不好,语速很慢,平铺直叙,没有重点,流水叙事。基本上就是:大家好今天我来讲讲滴滴的xx系统。我们的架构是这样的,我从左边开始说,左边这块是这个,他右边是这个,这两个使用x通信的,右边这个又和最右边通信,我们做了xxx,我们用的是这个数据结构,我们的配置长这样。大家有什么问题吗?

我觉得结果就两种,要么全是问题要么根本没听。我自己看了下,周围几乎都开始玩手机了。其实建议就是,你讲一个系统,而且这个系统可能很多人不知道,你是否应该先放些图让大家看看这是啥,有哪些功能,秀一下你们觉得最牛逼的功能,给一个直观的印象?然后讲一讲做这个系统需要分成哪几个部分,比如:监控、采集、报警、存储。采集业界是怎么做的,我们怎么做的,优劣是啥有啥考虑。我们用户怎么快速接入,我们做了哪些努力?监控我们是怎么做的,监控的核心是配出各种图表,业界有promql配合grafana,我们夜莺是怎么支持的,优劣是啥?报警我们怎么做的?这个过程中遇到了什么问题,性能、存储、成本?怎么解决的?感觉都没说,或者淹没在平铺直叙的讲述中被忽略了。


Grab分享的主题我觉得挺好的,第一次听老外用中文分享,他中文很棒。虽然主题好,但是感觉内容还是比较枯燥。主要就是讲了下公司内部的基础设施有哪些,完了…作为讲师是否还是要考虑如何调动起听众,比如:一个理想的开发环境是什么样的?我给你举个例子比如现在要开发一个xx需求,我在grab只需要这样这样,然后点两下就行了。但是你们想想你们上线一个需求有多麻烦,高下立判吧?那为了提供这样的开发体验,我们做了哪些事儿呢?为什么传统的jenkins不太好使我们要自己造轮子了呢?做的过程中遇到了什么问题,怎么解决的?还有这些cool的小工具,花费很少精力却能帮上大忙等等。但是讲师不是这么讲的,感觉全程也很枯燥。


像BFE,讲师张博士口才很好,像老师一样,逻辑也很清晰,之前也听过他的分享,不愧是大佬。但是感觉这次来也不是做技术分享的,而是在做项目宣传。其中最有价值的可能就是 为什么网关这种软件他们会考虑用Go做。4层负责高性能,7层负责堆功能,而堆功能就需要在开发效率、内存安全、运行效率、招人成本、服务器成本做折中,最终决定了Go。不过最后的QA环节槽点还是蛮多的,有人问了问题,他回答:这个在我们最近写的BFE书上有,你可以去看看……有这么QA的吗…不论如何,你至少要先说一下:要回答你这个问题,涉及到几个方面,a b c,我们内部做了很多探索,但是会场时间有限,没法展开讲,可以会后我们聊聊,我们最近的新书XX上也有对此做详细解释的章节。对吧,应该这样吧……


总结:我发现大部分做技术的,其实真的还是不太适合做现场分享,这不仅仅是技术,也是演讲。主办方对质量的把控能力也一般,作为一个至少3届的观众,以后可能只会在线关注了