Elbrus上的C DevTools:HolyJS 2018 Piter的生动报道



在圣彼得堡HolyJS上喘口气之后,我们阅读了所有听众的评论-找出听众最喜欢哪种报道。 而且由于在会议期间有一个YouTube广播了首个大厅,因此这些“收藏夹”中的一些已经可供所有人使用。

因此,我们决定以这种方式向您介绍上次会议:描述听众喜欢的几份报告(提供引述实例),并在报告进入公共广播的情况下,立即提供一个带有时间码的链接。 您可以对该活动有一个总体印象,并亲自参与其中的故事。

除了报告


但是首先,关于HolyJS的其他令人难忘的时刻:



首先,除了演示文稿外,这次还进行了三场有关“羽毛鸟”形式的讨论:许多演讲者围坐在一起,大家聚集在一起,并开始了一个关于燃烧主题的非正式讨论(没有照相机和麦克风)。 总共有三个BoF会议,主题为“企业中的Node.js”,“客户端优化”和“除了JS之外,一个体面的开发人员还应该知道什么”。

其次,对于赞助商来说,行动就足够了,许多人特别喜欢VK展台上的“黑暗中的代码”竞赛。 两名参与者坐在笔记本电脑上,试图在10分钟内完成一个页面,但同时他们只能看到“正确”的布局和代码,但看不到自己的操作结果。 但是观众可以看到它,让他们进行比较-事实证明这几乎是一个模因“期待与现实”。

这些照片无法传达过程,因此当VK开发人员Timofey Chaptykov在笔记本电脑后面时,我尝试在手机上拍摄一段简短的视频。 记录证明是非常业余的,但是至少有一些想法可以说明:



现在是报告:

维塔利·弗里德曼


Smashing Magazine的创始人绝对是这次会议的胜利:在谈到两个话题时,他根据观众的收视率在排名中名列第一和第二。

六个月前,在之前的HolyJS上,Vitaliy已经用他的《响应式Web设计新历险记》征服了许多人。 现在,会议在“前端冒险的第二季”上以新花样拉开了帷幕,Vitaly播放了他可识别的带有英文飞溅的风格:

“真正令我惊讶的是Guess.js 。 谁听说过她? 一个有趣的功能。 我们使用webpack,我们进行捆绑,我们有很多块。 但是,如果我们使用预测分析和机器学习来猜测下一次用户交互将需要什么呢? 用户访问该网站,我们可以使用Google Analytics(分析)预测他将点击的位置或将要执行的操作,并且我们可以预加载最有可能使用的数据块。”

顺便说一下,Guess.js的创建者为许多人所熟悉: Minko Gechev在上一届HolyJS上谈到了Angular应用程序的加速。



Vitaly的开幕表演在广播中。 他的第二份报告“电子商务的黑暗角落里的肮脏小窍门”还没有出现在YouTube上? 关于在网上商店工作时如何促进转换并增加销售的考虑。 例如:

“我与一家德国汽车制造商合作,我们讨论了现场的汽车配置器是否需要响应。 从我们的数据来看,没有人通过电话购买汽车。 为什么然后响应? 但是,这样想是一个大错误。 因为如果一个人想购买一辆昂贵的汽车,他需要时间说服自己这是一个很好的选择。 需要发挥想法。 而我们在哪里有时间呢? 一个很重要的一点是在厕所里。 他们拿着智能手机上厕所,而不是笔记本电脑。”

Nikolay Matvienko-Node.js中的主线程分解以增加吞吐量





如果经过Vitaliy Fridman的电子商务骗术之后,有人感到“有趣,但经理们对增加转换率感到头疼,而我想获得更深入的技术细节”,那么Nikolay Matvienko的报告可能是一个不错的选择。 那里也提到了从事电子商务项目的经验,但是已经涉及到生产力和工作量:当某些天的订单量比平时高几个数量级并且您需要承受这个高峰时,您将理解这些主题。 Nikolai将主流中发生的所有事情分解为组件,并分别描述了每个组件,例如:

“服务器端渲染是一种典型的CPU操作,可能需要100、200和500毫秒。 在Node.js上进行渲染非常方便,但是您必须为此付出代价-渲染渲染会阻塞事件循环。 但是有一个解决方案:使用流式渲染,将这一操作分解为小部分,分成多个部分进行渲染,然后以流方式进行响应。”

广播中有一份报告-因此您可以亲自找出所有技术细节并欣赏幻灯片,其中许多评论对此予以了单独称赞。

Kirill Cherkashin-使用抽象JavaScript语法树





有时与这些主题相关的问题出现了:“好吧,这是深刻而有趣的,但是AST会给我带来任何实际的结果,还是对一般的开发了解呢?” Cyril决定证明这可以派上用场,并从一个很好的例子开始:“你们中有多少人忘记在提交之前从代码中删除console.log? 谁认为可以定期在那儿找到他? 如果我们考虑这种情况,谁还会这么认为呢? 好的,这样一个怪异的正则表达式通过了我能想到的所有测试,但是问题是:谁想要维护这样的代码? 总的来说,AST对我来说显然更有效。”

结果,在观众评论中,您会看到“该报告比我预期的更有用”。 也许现在让某些开发人员免于定期表达自己的想法!

Imad Elyafi-使移动网络重获新生




以前的HolyJS的访问者会记得Imad关于将Pinterest配置文件转换为React的谈话,他在其中引用了逐步迁移的好处。 相反,在这里,他讲述了Pinterest上的移动网络是如何被完全重做的。 为什么需要这个?

“三年前,我们查看了移动网络的状态,意识到用户不喜欢它。 但是我们知道我们的本机应用程序的参与率提高了80%。 然后,我们做出了一个艰难的决定,要求人们使用应用程序(通过访问移动站点,您看到了打开/安装应用程序的报价)。 考虑到我们团队的规模,这是合理的。

现在我们已经成长并准备升级。 并且尽管指标说服了应用程序,但指标并不能衡量感觉。 他们无法衡量用户将不会再打开我们的网站,因为他的体验令人不快。 当我们再次选择推广应用程序或投资移动网络时,我们选择了第二个。”

结果,Pinterest开发了现代的渐进式Web应用程序-当HolyJS不是在理论上谈论PWA而是在大型公司的实际使用基础上谈论PWA时,这种情况很少见。 该报告广播的,因此您可以亲自找到他人体验的所有细节。

Alexey Kozyatinsky-以Chrome DevTools为例调试JS




当需求与Chrome DevTools一样多的工具时,用Google搜索它似乎很容易。 而且,很可能在不参加会议的情况下可以找到类似的短语:

“性能分析分为检测(在代码中调用函数时调用时间)和采样(在一定时间间隔内收集堆栈并查看所花费的时间)。 重要的是要记住,DevTools中的CPU事件探查器使用采样:这很可能是在JS中运行良好的唯一方法。 V8喜欢将您的代码几乎编译为本地代码并非常快速地执行。 如果我们设置一个计时器仔细检查时间,我们将极大地扭曲最终画面。 采样使您能够计算出非常接近性能的轮廓。”

但是,在会议的背景下,发言人直接是DevTools团队的成员非常重要,而且讨论区使在报告之后对他进行详细询问成为可能。 而且没有广播会传播这部分内容:有机会与工具的开发者进行母语交流,以帮助您了解应用程序的工作方式。 阿列克谢本人也很高兴与他交流,在报告中强调说,对他来说重要的是在圣彼得堡(DevTools团队驻扎在此的城市之前搬到加利福尼亚)进行表演。 好吧,如果他没有这么说,那么人们可能会猜到他的彼得堡血统。 斯特里兹出卖了一些东西: 推特上的数字“ 239” ,或幻灯片上陀思妥耶夫斯基的例子。

Dmitry Bezhetskov,Vladimir Anufrienko-将JS移植到Elbrus




在这里,我想为“任务的独特性”移交一些单独的勋章。 很多人可以说“我们用JS编写”,而世界上有多少人可以说“我们已经将JS移植到另一种处理器体系结构中”并讲述呢? 在JS事件中,您很少会听到例如以下消息:

“ Elbrus具有显式的推测性,与x86的隐式推测性相反。 这意味着如果我们考虑以下功能:

function Foo(a) { if (a === null) { return 0; } return a.bar; } 


然后,使用推测性,即使在知道“ a”是否为零之前,我们也可以通过读取条形字段的值来执行“非法”操作。

显然,有关Elbrus处理器内部架构的知识的实际适用性尚存疑问。 但是该报告的估计显示,对V8和SpiderMonkey引擎的工作进行深入分析并没有使铁杆粉丝保持冷漠。 问答的等待部分发现了为什么动态语言不使用LLVM,以及何时可以出现通用的字节码虚拟机。

主题演讲:Maxim Yuzva和Ilya Klimov




最后,会议的两天中的每一天都以与表演无关的性能结束,这与Service Worker或VLIW处理器无关。 马克西姆·尤兹瓦Maxim Yuzva )关闭了第一天, 伊利亚·克利莫夫Ilya Klimov )关闭了第二天 ,他们的表演也相呼应:他们俩都没有试图讲述关于新时尚图书馆的一千个事实,但是建议考虑一下我们通常需要哪些事实,我们还需要什么以及向哪个方向发展。

Maxim专注于框架之外的工作时间。 如果您对技术有疑问,可以转向Stack Overflow-但是此处没有写“如何与同事互动”,这也很重要。 这份报告发布后,讨论区的讨论变得如此漫长而冗长,以至于实际上获得了无计划的BoF第四届会议。

Ilya的重点是在技术飞速发展的世界中学习方法和知识,以至于您仍然赶不上所有人。 就像这位演讲者可能期望的那样,这件事并非没有笑话(“黄莲花”一般成为会议的本地模因),但总体信息是相当严肃的。

广播中既有第一场表演,也有第二 表演。



而且,如果您对不在第一会议室的那些报告感兴趣,那么您就没有公开广播,到目前为止,他们的视频仅对会议参与者开放,但是几个月后,我们会将所有内容发布到YouTube上(不再以“原始”广播形式发布,但采用精心制作的版本)。 我们为此告别,并开始等待下一次将于11月在莫斯科举行的HolyJS。

最后-会议厅的特别壮观的照片:

Source: https://habr.com/ru/post/zh-CN412811/


All Articles