迄今为止，C ++俄罗斯会议是最严格的会议，同时也是电子管会议。 它在莫斯科乌克兰酒店的国会公园举行，聚集了六百多人。
正如一位聚会后的同志所说：“我一直在尝试从学校学习C ++，但是我不断遇到新事物。” 在这里，几乎每个报告都在谈论新的东西。 有时-关于完全令人兴奋的事情将永远存在。
一直以来，C ++俄罗斯一直以特别发言人和特别报告而著称，这次也不例外。 让我们看看在这两个忙碌的日子里发生了什么。
影片和照片
许多人浏览此类文章是为了提出两个经典问题：“视频何时发布？” 和“照片什么时候出现？”
填写反馈表后，所有参与者均可立即获得报告记录。 大约一个月后，将在同一链接上重新加载所有视频，但质量最佳。 现在的质量很好，但是可以更好。
填写反馈的机会将于本星期六23:59结束 。 需要及时！
但是那些没有参加会议的人将等待更长的记录报告时间。 最有可能的是，我们将在下一个C ++俄罗斯的发布日期附近发布它们。
参与者的照片已经在VKontakte上 。 照片列表也将得到补充，因此最好一次订阅整个组 。
适用范围
正如我们曾经期望的那样，所有报告都可以有条件地分为以下几类：
- C ++语言的现代和新功能；
- 功能编程；
- 元编程；
- 多线程，并发，异步和所有所有；
- 如何使用现有工具。
在整个会议过程中，每个人都必须安排一定数量的粉碎者，并弄清楚您想参加现场直播以及想在录音中看到什么。
有几种方法可以完成该程序。 在其中一项，您可以在有趣的主题之间进行选择。 在另一种情况下，您会去找特定的发言人，他们肯定会讲有趣的话题。 很少有人去听特定公司的代表。
我有一个非常简单的策略：我们选择有关编译器，元编程和游戏的主题，然后在其中寻找著名的演讲者。 选择这样的策略很容易。
对于录像中的审阅者来说，整个节目不仅留在现场 ，而且还附有幻灯片。 您可以再次浏览该程序，现在选择其他原则的报告，然后安排自己的第二次会议。
意见与BOF的多元化
显然，并非每个人都同时对所有事物都感兴趣。 有时会显得特别明亮。 例如，在BOF关于“针对所有人的C ++”主题的会议上，一位参与者建议讨论C ++企业版，而部分听众并没有立即理解它。 相反，听到关于其他技术（Golang，JS和Java，在一段时间内，我了解一些东西）的梦想，我感到非常奇怪，这不是真的吗？
有趣的是，我们显然是在早上来报告的，但是我们只能完全理解同伙在下午晚些时候的情况。
说到BOF会议：事实证明他们特别好。 对于那些突然被遗忘的人来说，BOF就像一个晚上的“圆桌会议”，但是却没有桌子和演讲者-只有主持人和参与者。 尽管最初的主题是“ C ++对抗所有人”，但我们不仅设法不打架，而且在正式完成后继续进行了很长时间的交流。 更准确地说，直到站点关闭为止，当主管部门来找我们并要求将讨论转移到另一个地方时（有些这样做了，在下一个栏中继续）。
当然，我不是在第二届BOF上，但是从听众们聚集在一起的方式来看，那里的一切也都很好。 诸如此类，非正统之类的东西，只看这张照片即可。
撰写有关会议的habrapost的问题很多。 如果您开始列出所有演讲者，所有赞助商，请在每个看台上带来每件很酷的事物的照片-这篇帖子永远不会结束。 这里提到的每个人都是偶然地来到这里的，而不是基于某些公正的原则。
发现
作为在线广播的主持人，我从头到尾都无法观看整个报告。 但是，这也使得访问插槽内的多个报告成为可能，这是非常具体的。 对于每个让您度假的人（例如公司摊位的摊位制造商），情况都是如此。
但是有些时刻，所有参与者都在同一时间聚会，而且别无选择-主题演讲，开幕和闭幕。
在开幕式上，我很高兴JUG.ru集团的Sergey Platonov sermp和Andrey Dmitriev real_ales站在同一舞台上。 现在，会议在许多人的手中，Sergei在此过程中担当了项目主管的骄傲和最重要的角色。 国王还活着，国王万岁！ :-)
开幕主题演讲
我们都看到并且可以推测的另一点。 它由The C ++ Standard Library and C ++ Templates的作者Nicolai Josuttis主持。
对于某些人来说，这些书被视为上面给出的神圣文本和知识。 相反，有人对此表示怀疑，认为撰写书籍和没有优先选择的美好时光不是那么古老，不是那么仁慈，他们的作者应该在2019年受到怀疑。
在这里，我们看到了尼古拉（Nikolai）对“现代C ++”的另一种看法-这似乎是关于该主题的最明智的报告之一。 大概在某种程度上影响了他已经担任标准化委员会成员近二十年。 在这一年中，我们有时会为Habr作报告摘要和成绩单，看来这是进行详细分析的第一位候选人。
这份报告使我心中充满（令人愉快？）空虚。 事实是，如果我看到某种C ++代码，那么它在C ++ 98中通常是 “带有类的C”风格的东西 ，它的编写虽然看起来非常令人讨厌，但是却尽可能简单而笨拙。 奥列格的报告并非如此。 在此报告中，Oleg解决了与Boost.Hana类似的如何编写用于处理类型列表的代码的问题。
您愿意花多长时间编写出色的代码-非常感谢元编程？ 将来该代码会发生什么，该标准的创建者会真正考虑并关心您的使用方式吗？ 这么多问题。
我看这份报告的原因仅仅是因为它与游戏引擎和Wargaming有关。 我认为许多开发人员之所以进入编程，恰恰是因为他们在童年时代就玩过游戏并且也想这样做。 在这里，我们有一个在线开发的《坦克世界》客户部分的开发人员-也就是说，所有最有趣的事物都像几何一样的部分。 这是另一个关于元编程的话题，这次是关于Python中本机函数的反映，以及为什么不需要Boost.Python。
通常，一次用多种语言编写程序是一个非常有趣的理论和实践问题，可以从完全不同的角度来考虑。 每次您意识到越来越多的不正当方法使您可以做越来越复杂的事情时。 例如，我最后的爱人是GraalVM，它是一种多语言的虚拟机，它允许您用C ++编写带有Python插入的代码，或者用Python编写带有C ++插入的代码，毫不奇怪，我坚持使用这份报告就像使用一升胶水“ Moment”一样。
开发人员的主要问题不是最终用户软件，而是库-“为什么”。 用户为什么要使用您的想法。 在这种情况下，安东给出了一个很好的解释：几乎所有游戏引擎都是基于对游戏内容的解释和内部结构的反映而构建的，以便组织对游戏对象和游戏逻辑的反馈，我们需要Python，在这里我们可以全面发展！
该报告的竞争对手是重新激活和初始化。 一位同志说，他在这个位置别无选择-我们必须去恢复活力。 我只是别无选择-您需要使用编译器。
记住先前关于“为什么？”问题的评论。 例如，在这里，您看到了与工具链升级最兼容的最酷系统，然后老板问-为什么？ 当然，这就是原因！
证明工作价值对领导的价值，使用柯南（我们在BOF时发现有人根本不知道它的存在！），Visual Studio升级和可再现性问题，C ++ 17中的更新-沿用一些很酷的功能引入许多生活技巧。
但是，总的来说，有趣的是两个人如何能够同时进行良好的报告。 这是一种非常不受欢迎的格式，因为它使演讲者的准备工作变得异常复杂-协议和同步的成本。 干得好
IvanČukić，“仅移动C ++设计”
我一生都在使用KDE（极少数情况下必须在freeNX上跳过Xfce除外）。 我记得血浆如何下降，然后停止。 有时，您花了很长时间与虚构的KDE开发人员交谈，试图做一些与众不同的事情。 相反，我没有抱怨KDE，因为我非常喜欢它，所以在其中花费了很多精力。 现在有个人参加了会议，他比你付出了更多的努力 。 主要是因为他不是用户，而是Plasma and Activities的开发人员。
哦，是的，关于报告。 这是另一个“每个人都需要知道的”报告，就像Nicolai Josuttis所说的那样。 他的名字在最后一刻改变了。 最初，它只是“仅移动C ++设计”，但后来变成了“仅移动C ++设计-第一部分”。 这是因为所讨论的主题很大，并且还在继续增长。 伊万强调指出，将报告命名为“第一部分”很不好，因为“第二部分”通常不会发生。 但是很明显，这里的信息很容易分为两部分。 Ivan并不仅限于描述语言特征（例如概念等），但是有时他会袖手旁观 ，深入研究性能问题，其余的报告则以组装清单的形式交给了Godbolt 。屏幕。 报告完成后，十五分钟分配给所有问题。 总的来说，这似乎是一个非常热门的话题。
亚历山大·格兰宁（Monadic Parsers）
总的来说，使用函数式编程会有些令人遗憾。 最近，我想把什么文章翻译成Habr，与Hackernews一起阅读随机博客，哭了起来。 有一群领导者不了解FP中的任何内容，但拼命试图通过以不同的顺序组合稀有的巧词来假装自己理解，以希望有人能买到。 当他们以错误的顺序从Wikipedia复制单词时，有时会发现自己。 相反，有一个小组可以理解，但是已经被尝试解释的经验所累，因此以一般的措辞脱口而出精美的演讲。 将某些人与其他人分开很难，尤其是当您自己不了解时。 呈现形式的这种形式和形式都类似于罕见的垃圾，尚不清楚作者是否可以至少使用Web界面编写Todo-List。
在这种背景下，亚历山大的“ Monadic Parsers”-一口气。 首先，演示者能够在Haskell中进行编程，并且可以专业地进行。 其次，这是一个连贯的叙述，其中包含干净，漂亮的幻灯片，而不是Internet备忘录，而是代码。 第三，一切都显而易见，它值得很多。
该报告检查了Monadic解析器：这种方法与其他类型的解析有何不同（组合式解析器la Boost :: Spirit，解析器生成器，特殊的解决方案，例如飞涨的有限状态机等），其优缺点是什么？函数式编程的重要概念如函子，应用函子和monad的体现是什么。 通常，您想要（和不想要）关于该主题的所有信息。
Viktor Kirilov，“更快构建的旅行者指南”
当您在使用其他技术后，用C ++来（甚至视线不佳）时，由于汇编的速度，它变得有些令人毛骨悚然。 一旦我写了一篇关于Habr的文章，我如何调试Chromium浏览器，我的主要问题不是任务的复杂性（任务非常简单），而是Chromium可以组装数小时。 如果您习惯JavaScript或Java，则在代码中更改了几个字母后，请立即重新开始测试-然后对于Chromium代码，我有不愉快的消息，也许您只会在早上看到结果。 疼，疼。
Victor在这份报告中决定通过讨论优化装配的主要方法来减轻我们的痛苦。 更准确地说，这可能是许多明智的经验开发人员都知道的，但是对于初学者来说，这是无价的。
该报告给我留下了深刻的印象。 好吧，就是说，首先，您学习了许多保存琐事的方法，然后它们向您解释了所有这些都是不必要的，因为很快就会有模块。 但是现在没有模块，您仍然需要使用所有这些老技巧，然后所有这些工作都将被丢弃！
但是，模块（和协程）部分仅在Clang中使用，概念仅在GCC中使用。 现在该怎么办？ 疼，疼。 但是在报告之后，情况有所改善。
讨论区
JUG.ru集团会议的一个显着特点是提供了强制性讨论区。 报告结束后，发言人并不会立即消失，而是会继续在专门指定的网站上进行交流。 不幸的是，没有人在讨论区录制视频讨论。 幸运的是-因为这是讨论非常敏感的问题并最终承认您不了解的方法：-)
剩余报告
有更多的报告。 现在，我在第二天的中间停了下来。 您可以无休止地谈论它们，因此有必要将此讨论移至我们将来在Habré上发表的文章。 发布成绩单，对摘要进行详细分析等。 订阅JUG.ru集团公司的博客并等待新闻！
会议参与者（包括观看实时广播的参与者）将能够看到录音中的所有报告。 如果您填写了反馈，则应该已经有条目-检查您的邮件。 所有其余的将不得不等待相当不错的时间。
为了完成对报告的描述，以下是闭幕主题演讲中无可替代的Anton Polukhin的照片！ 安东非常酷。 但是，有些人担心他经常被问及有关标准和Boost的问题，以至于有一天他会停止回答……但是到目前为止，我们仍有机会找到所需的一切！
展览会
在该站点的中心是一个大型展览。 来自俄罗斯各地的许多公司聚集在一起，给我们一个真正的假期。 您可以驾驶桌上足球，参加抽奖活动等等。 您可以在会议展览区看到的一切。
我们不仅来自俄罗斯-例如，白俄罗斯的CoreHard社区都有一个展台，他们也在明斯克举行会议 。
在这种情况下，您可以在即兴书店购买一本书。
此外，现在我们始终拥有所谓的演示阶段。 在这样的平台上，可以进行现场报道或从其中一个大厅的现场广播视频。
有时会在这里玩各种奖品。 例如，丹尼斯·卡拉诺夫（Denis Kalanov）解释了为什么体育比赛长期以来不仅仅只是“公司休闲”，还总结了为期两天的踢球比赛的结果。
晚会又是什么？ 在哪 什么时候？
在第一天结束时，不仅可以去看男友，还可以参加体育比赛“什么？ 在哪 什么时候？ （如您所记得的那样，友谊）以激烈的聚会赢得并结束了这一天。
接下来是什么？ Next C ++俄罗斯2019 Piter
就像您想象的那样，在获得如此成功之后，C ++ Russia不能止步于此。 下次会议将于今年秋天举行 -10月31日至11月1日在圣彼得堡举行。 场地仍在澄清中-您需要为许多人选择最合适的场地。
如果您准备提出自己的报告-那么该该了。 您需要点击链接，并认真地做那里写的一切。
已经有几位发言人了。
首先，这是Eric Nibler本人-由于他在C ++ 20的Ranges开发领域和ranges-v3库中所做的工作，现在几乎每个人都知道他。 他还是Facebook上的高级开发人员，标准化委员会的活跃成员，Boost的多个图书馆的作者以及Boost指导委员会的成员。 实际上，是C ++会议上最受欢迎的发言人之一。
第二个著名的开发人员是Sean Parent，他是Adobe的首席科学家和架构师，自1993年以来一直在Photoshop工作，在此之前，他在Apple从事向PowerPC的过渡。 他还曾在ChromeOS工作了一年，但后来回到了Adobe。 苹果，谷歌，Adobe-在不同的时间，这些公司被称为“梦想公司”，他参观了所有公司。 您还可以在讨论区与他聊天，并提出一些有趣且令人不安的问题（例如，有关将JavaScript引擎集成到Photoshop的C ++基础结构中的需求，或者您想从最好的Adobe开发人员那里学到什么）。
当然，来自Yandex.Taxi的Anton Polukhin也继续与我们在一起。 Anton是俄罗斯标准化组织C ++工作组国际会议上的俄罗斯代表。 C ++语言标准的多个已接受建议的作者。 Boost库的作者TypeType，DLL，Stacktrace和活动维护者Any，Conversion，LexicalCast，Variant。 他是《 Boost C ++应用程序开发食谱》和第二版的作者。
最后，来自卡巴斯基实验室的Alexander Bychuk。 自2007年以来，Alexander一直在开发中间件和电子文档管理系统。 所有这些都是用C和C ++编写的，因此Alexander的C ++企业版不是虚构的，而是日常工作。 , — , . MQ-Brokers , , .
C++ Russia 2019 , .
! , ( Early Bird-). . , C++ Russia 2019 !