柏林纪行(下):JSConf EU

简介: JSConf EU的组织与整体观感与一些讨论

本文首发于 alinode 团队博客 https://alinode.aliyun.com/blog/45

传送门:

JSConf EU

JSConf EU的组织与整体观感

这次 JSConf EU 很多人都注意到了女性讲师的比率特别高,在和其中一位女性讲师 Chen Shay (来自 Google AMP 团队)交谈的时候,得知这次的演讲稿评选是盲选的,也就是评委看不到讲师的个人信息,只能凭 proposal 的标题和概述来评分。另一方面,JSConf EU 的气质比较 hipster,相比起一些会议西装革履,热衷企业级话题的的氛围,JSConf EU 会更偏好有趣、发人深省的话题,和关于开源社区建设、开源项目维护的话题,可能也是造成女性讲师比例高的一个因素。但是几个很有技术深度的 talk,比如 V8 团队成员分别就 JavaScript 引擎优化与 parser 实现做的分享,讲师也都是女性。

受 Node.js 基金会的邀请,我也在担任今年 Node.js Interactive North America 的演讲稿评委,刚好在 JSConf 的第一天就是 NINA 第一轮评审的截止日期,所以也免不了比较一下两个会议的差异(去年到 NINA 做分享的纪行可以看这里)。今年的 NINA 和 JSConf EU 一样,也采用了盲选的方式进行评审。按个人经验,NINA 其实是企业气氛比较浓的会议,所以有大量的企业级议题。有趣的是,NINA 的绝大部分议题都和 JSConf 仿佛处在两个世界。NINA 收到了大量关于 IoT、Serverless、Micro services、Container/Orchestration的议题(多到已经视觉疲劳了必须要看几个 proposal 休息一下再评分才能保持客观……),基本上和 QCon、Goto这类综合性会议的热点差不多,大部分都在谈论这些热点话题在 Node.js 领域的应用。而 JSConf EU 绝大部分话题要么是前端开发相关,要么是关于社区或者 JavaScript 本身,只有一个关于压缩算法和一个关于 IoT 道德问题的分享算是和 Node.js 或者后端开发相关。这点还是让我感到比较意外的,在会场门口的 nearform 的展台聊天的时候,也有人提到了这点(nearform 是做 Node.js 服务的公司,有不少 Node.js Core 的成员,所以技术倾向也离前端比较远)。

因为 JSConf 都会把视频上传到 YouTube,加上几个感兴趣的 talk 我已经在其他地方看过,所以 talk 本身不是重点,主要是趁这个难得的机会,在会场与来自世界各地的开发者进行交流。大部分思考总结在前面了,这里就不赘述了。除了 V8 的两个 talk 以外(其实这两个 talk 以前也见到过),印象比较深的还有 Ashley Williams 的 A Brief History of Modularity,谈及了 twitter 上热议的 leftpad 事件以及 “删除 jQuery 结果反而加多了一大堆代码” 事件,引经据典非常发人深省。另外由于 Facebook 刚好在 JSConf EU 前几天发布了 prepack,好几个讲师都提到了抓紧在 JSConf EU 前临时改 slides 把 prepack 谈进去的事……

一些其他讨论

在看 talk 的间隙我在会场旁边的展区和别人聊天,刚好会场门口就是 nearform 的展台,nearform 的蛮多人以前都在 GitHub 上一起合作过,比较熟就聊的比较多(连过来照看他们 HR 姐姐都能一起聊 >__<)。Node.js 社区的核心成员,同时也是前 IBM 的 Node.js Technical Lead 的 James Snell 最近跳槽到了 nearform,他对阿里内部的 Node.js 应用状况挺感兴趣的,希望有机会能够在一起开个 chat 交流一下。另外他们也很好奇我们中国的开发者对 Node.js 里的错误信息本地化有什么意见,不过个人来说习惯看英文的错误信息,中文的错误信息感觉如果翻译的不好还不如直接看原文,而且英文的错误信息一般 Google 能搜到更多结果……刚好最近我们也在合作推动给 Node.js 里的错误信息添加统一的永久编号,以编号作为标示,专门在文档里详细解释每个编号的意义和解决方案的工作,个人的意见是这套系统完成之后,把有详细解释的文档翻译成中文会对中国的开发者更有用,而输出到 stderr 里的那一行错误信息其实不翻译问题也不大。

另外由于这几天在讨论前面提到的 TSC 重组的事,加上最近经常收到关于 Node.js API 文档中文翻译的请求,发现 Node.js 的国际化 WG(i18n WG)下属的很多小组,包括简体中文小组的工作都处于停滞状态,这是 TSC 重组需要考虑的一个问题,毕竟 i18n WG 是一个比较特殊的存在(由大量不同语言的小组组成,其中部分活跃,部分停止),关于这个 WG 的投票权怎么解决我们也还没有想出特别好的方案。考虑到我们正在准备在今年的 JSConf China 举办一次 Code and Learn 活动,或许可以借此机会吸引更多的人参与到中文翻译的活动来。

广告:Code and Learn in Shanghai!

最后打一个广告:Node.js 基金会打算今年到中国举办一次 Code and Learn,也就是由 Node.js Core 的 collaborator 做导师,给来参加的人分配一个简单的任务,一对一指导参加的人向 Node.js Core 提交 PR 的活动,任务本身一般比较简单,主要是带领大家熟悉向 Node.js 这种大型开源项目提交 PR 和 code review、合并、发布的流程。目前暂时决定作为 JSConf China 的一部分举行,地点在上海,时间大概是 7 月 16 日,坐标在国内的几个 collaborator 都有参加做导师的意向,国外也有几个 collaborator 正在申请经费过来。对向 Node.js Core 做贡献感兴趣又打算参加 JSConf China 的同学可以关注一下,相关讨论和计划可以参见 nodejs/code-and-learn#68

目录
相关文章
|
小程序 前端开发 JavaScript
uniapp转微信小程序编译报错 Bad attr `data-event-opts` with message
uniapp转微信小程序编译报错 Bad attr `data-event-opts` with message
|
监控 前端开发 Java
错误码如何设计才合理?
对于错误码的设计,不同的开发团队有不同的风格习惯。本文分享阿里文娱技术专家长统对于错误码的看法,希望从错误码使用的不同场景讨论得到一个合理的错误码规约,得到一个面向日志错误码标准和一个面向外部传递的错误码标准。
11680 3
错误码如何设计才合理?
|
存储 数据采集 API
LabVIEWCompactRIO 开发指南5
LabVIEWCompactRIO 开发指南5
96 1
|
关系型数据库 MySQL 数据库管理
15道常见的MySQL面试题及解析
15道常见的MySQL面试题及解析
515 0
|
IDE JavaScript 前端开发
开发者能力的提升之路
开发者能力的提升之路
|
中间件 程序员 Go
更文的快乐又体会到了 解决了困扰读者半天的问题
更文的快乐又体会到了 解决了困扰读者半天的问题
113 0
|
存储 Java 程序员
【SSM】初识Spring & 存取Bean对象
【SSM】初识Spring & 存取Bean对象
257 0
|
缓存 Java 编译器
重生之我在人间敲代码_Java并发基础_可见性、原子性、有序性问题
这些年,我们的 CPU、内存、I/O 设备都在不断迭代,不断朝着更快的方向努力。但是,在这个快速发展的过程中,有一个核心矛盾一直存在,就是这三者的速度差异。CPU 和内存的速度差异可以形象地描述为:CPU 是天上一天,内存是地上一年(假设 CPU 执行一条普通指令需要一天,那么 CPU 读写内存得等待一年的时间)。内存和 I/O 设备的速度差异就更大了,内存是天上一天,I/O 设备是地上十年。
|
存储 人工智能 NoSQL
倒计时3天!Graph+AI,揭秘阿里云新一代图智能平台
图数据库GDB是阿里云自主研发的图数据库产品,经历阿里巴巴集团内丰富的应用场景打磨,具备最佳实践的产品。2020年进入Forrester图数据平台竞争者象限,也是国内唯一入选的图数据库产品。
534 0
倒计时3天!Graph+AI,揭秘阿里云新一代图智能平台
|
缓存 网络协议 开发工具
如何让App首屏启动更快 -- httpdns持久化缓存方案
httpdns作为解决域名劫持,调度不精准问题的一剂良药,很大程度上改善了app的用户体验。为了追求更加极致的性能体验,本文推出httpdns持久化缓存方案,让app首屏启动更快!
372 0