首页 存档 技术 查看内容

参加那么多技术大会你学到了什么?

2018-3-30 13:00 |来自: 互联网 403 0

摘要: 对于技术人员来说,参加技术会议是弥补自己日常岗位视野不足的一个有效途径,技术人员由于自身产品及业务需要,可能长期专注在技术某一个特定领域,但整个技术行业在发生日新月异的变化,通过技术大会可以在较短的时 ...


对于技术人员来说,参加技术会议是弥补自己日常岗位视野不足的一个有效途径,技术人员由于自身产品及业务需要,可能长期专注在技术某一个特定领域,但整个技术行业在发生日新月异的变化,通过技术大会可以在较短的时间内,了解行业的动态及发展方向,了解其他团队正在做的项目及研究成果,可以在较短时间内迅速补充自身视野的不足,并根据对技术行业新的理解,调整自身的技术研发方向。

但是技术大会也存在一些效率的问题,比如现在的技术会议出于商业的考虑,参会人数较多,一个分会场的演讲通常有数百人参加,因此可能存在体验较难保证的问题,比如热门 Topic 的座位不够、后排屏幕看不清、音响声音不够清晰、会场空气流通差或温度不舒适的问题,导致获取知识的效果大打折扣。

在另外一方面,由于一场大会的讲师通常非常多元化,来自不同的行业及公司,分享的内容侧重点各不相同。但存在讲师对听众缺乏了解,不了解听众的诉求与期望,因此很容易出现讲师内容对大部分听众针对性不强的问题。听众需要具有代表性的行业发展动态,但由于编辑精力及视野的局限、讲师自身能力及视野的局限,这一点很难保证。讲师分享的内容有如在一些没有菜单的私房菜餐厅,餐厅提供什么顾客就吃什么,这种方式非常考验厨师的功底,对应就是策划编辑及讲师的功底。但是大多时候,组织方的主要重心只是保证上一桌菜并保证表面光鲜,能够进一步将顾客吸引过来,至于味道怎么样,只有吃完后大家才知道。这种情况下,参与技术大会是否能够获取优质内容成为了一件预期不可确定的活动。

由于能否获得干货不可确定,资深一些的技术群体往往将技术大会定位成社交活动,他们认为参加会议主要是为了结识讲师及不同领域的同行,平时不太有机会一次遇到这么多技术同行,而通过主办方的组织,同行有机会聚集在一起,通过线下交流来拓宽自己视野,了解不同团队最近的动态与变化。但是这只适合有一定人脉资源及自身有一定影响力的人物,他可以实现私下联系或者通过日常交流的论坛或群聊召集同圈子的人聚集在一起,然后再在会场周围进行小圈子活动。但对于大多数人来说,在一个人山人海的大会,缺乏一些组织机制来达成社交的目的。讲师由于面对一大群提问的人员,很难与某一个人员进行长期或者深度的交流;参与者由于与讲师地位不对等。也很难短时间达成社交的目的。而由于人数及体验的考虑,主办方组织的的宴会大多针对 VIP 及讲师,普通参会人员很难参与其中,因此普通参会者很难去在一个上千人的大会中达成社交目的。

从上面来看,大部分参加技术人员的需求主要有:拓宽视野为主的知识需求、以及拓展人脉为主的社交需求。这些需求是否有更好、更简单的方法来实现?下面简单谈下获取高质量内容的一些思考。

首先知识获取的需求肯定可以互联网化,通过网络本来就可以获取多媒体,包括视频、语音、图片、文字等,而大屏幕显示器、iPad、Kindle等设备可以让阅读及观赏保持一个较好的体验。在优质内容的广度和深度可以保证的前提下,这些数字化的内容可以更方便、更及时、更广泛的触达最终的读者,并通过评论、群聊等讨论等反馈交流机制获得更深度的理解。

如何通过互联网产生高质量内容是非常有挑战的问题,在心理程度上,大会讲师可以得到比一篇文章作者更高的光环和荣誉,因此有经验的讲师在有意愿的前提下,更愿意去参加线下会议来提升自己的专业声望。由于自媒体的流行,通过类似博客的工具写作门槛非常低,大部分文章的质量良莠不齐,因此大部分从业人员很难通过短期的写文章脱颖而出得到业界的认可。

不过情况也在发生微妙的变化,近半年,基于在线群聊的“微课堂”突然在各个圈子开始流行,这些“微课堂”大多是组织方邀请各种背景的讲师,直接通过在线图片、文字或语音的方式跟所有群里面的成员介绍一个专业的话题,参与的成员可以实时的跟讲师互动提问。参加者可以更有效率的了解分享话题的内容,而且在不离开自身舒适的环境的情况下。这种方法看起来不太正式,但却可以通过非常低的成本获取相同量的内容。

微课堂也存在策划编辑及讲师视野局限及选题把关的问题,因此纯运营型的组织其实很难做好这件事情,有可能是将线下大会 Topic 质量参差不齐的情况再一次带到线上。如果有一批具有专业背景且有情怀的人,在一个合适在线平台的组织下,尝试不同的方式(不局限目前的微课堂的形式),更容易将这个事情简单的回归本身,通过互联网来轻量的产生及获取高质量内容。


加入高可用架构群一种新的方式

说个和获取有价值内容相关的事情,看到敬佩的李笑来老师和 MacTalk 池建强老师最近一些新的举措,给群成员提供一些业界从来未曾尝试过的服务尝试与体验,考虑到高可用架构读者对技术、架构、视野方面的诉求,因此也希望利用高可用架构的平台来做一些不同的尝试。

初步的想法是创建一个收费群,供部分有兴趣的会员使用,一些使用规则说明如下。

  • 高可用架构会员群提供一个交流互联网技术为主,其他知识内容为辅的环境;

  • 在此基础上,尽力创造探讨技术变革的环境,探讨改变互联网的构造方法;

  • 该群为收费群,入群前需要交 1024 元 / 年;

  • 提供 7 天犹豫期,年费在 7 天内无条件退款,7 天后不再提供退款;

  • 群规以维护大部分成员的集体利益为主,给大部分人员带来困扰行为的成员可被取消资格;

  • 该群独立运作,不影响目前高可用架构系列免费群的运行;

  • 2015 年 12 月 31 日之前如果不够 100 人,群解散活动取消且全额退款;

  • 人数达到 100 人起点,则立即启动新的内容方面的尝试。


请长按以上二维码图片,保存至相册,然后用支付宝识别,付费入群。

关于高可用架构

高可用架构由新浪微博的 Tim Yang 发起创建,主要关注互联网架构及高可用、可扩展及高性能领域的知识传播,其文章主要来源于高可用架构系列微信群的内容分享。订阅用户覆盖主流互联网及软件领域系统架构技术从业人员。

高可用架构部分分享讲师名单(按姓名首字母排序)


  • 陈飞 新浪微博技术经理

  • 常雷博士 Pivotal 中国研发中心研发总监,HAWQ 并行 Hadoop SQL 引擎创始人,Pivotal HAWQ 团队负责人

  • 陈宗志 奇虎 360 基础架构组高级存储研发工程师

  • 杜传赢 Google 研发工程师

  • 付海军 时趣互动技术总监

  • 冯磊 新浪微博技术保障架构师

  • 高磊 雪球运维架构师

  • 郭伟 腾讯安全架构师

  • 高永超 宜信大数据创新中心云平台运维专家

  • 黄东旭 Ping CAP CTO,开源项目 Codis co-author

  • 霍泰稳 InfoQ、极客邦科技创始人兼 CEO

  • 蒋海滔 阿里巴巴国际事业部 高级技术专家

  • 金自翔 百度资深研发工程师

  • 吕毅 前百度资深研发工程师

  • 马利超 小米科技的系统研发与大数据工程师

  • 马涛 前迅雷网络CDN系统研发工程师,前 EMC/Pivotal Hawq 研发工程师

  • 彭哲夫 芒果 TV 平台部核心技术团队负责人

  • 秦迪 新浪微博研发中心技术专家

  • 沈剑 58 到家技术总监/技术委员会负责人

  • 孙其瑞 得图技术总监

  • 唐福林 雪球首席架构师

  • 田琪 京东云数据库技术负责人

  • 王富平 1 号店搜索与精准化部门架构师

  • 王劲 酷狗音乐大数据架构师

  • 王晶昱 花名沈询,阿里资深技术专家

  • 王康 奇虎 360 基础架构组资深工程师

  • 温铭 奇虎 360 企业安全服务端架构师,OpenResty 社区咨询委员会成员

  • 王新春 大众点评网数据平台资深工程师

  • 王晓伟 麦图科技

  • 王渊命 Grouk 联合创始人及 CTO

  • 王卫华 百姓网资深开发工程师及架构师

  • 萧少聪 阿里云 RDS for PostgreSQL/PPAS 云数据库产品经理

  • 杨保华 IBM 研究院高级研究员

  • 颜国平,腾讯云天御系统研发负责人

  • 闫国旗 京东资深架构师,京东架构技术委员会成员

  • 杨尚刚 美图公司数据库高级 DBA

  • 尤勇 大众点评网资深工程师,开源监控系统 CAT 开发者

  • 张开涛 京东高级工程师

  • 赵磊 Uber 高级工程师

  • 张亮 当当网架构师、当当技术委员会成员、消息中间件组负责人

  • 赵星宇 新浪微博 Android 高级研发工程师

  • 周洋 360 手机助手技术经理及架构师

(图片:mac morrison, groucho)



本文转载自:微信公众账号 - 高可用架构,版权归原作者所有!

声明:文章版权归原作者所有 部分文章转自互联网 如有侵权请联系 [邮箱地址] 删除

路过

雷人

握手

鲜花

鸡蛋

相关分类

返回顶部