任何Java开发人员都知道最终用户看不到多少重要的东西。 该网站上的按钮对所有人都是可见的-但是从侧面看时，您永远无法考虑后端，否则，这些按钮将无法使用。
Java会议Joker与其他会议一样，都有自己的“后端”。 演讲者可以被认为是“前端”：每个人都可以看到他们，他们的巨大贡献显而易见。 但是幕后还有很多工作要做。 谁能确保报告的质量过高并帮助演讲者实现这一目标？ 谁来决定适合该活动的主题？ 谁可以帮助吸引外国明星？
会议计划委员会是该计划的“后端”，并且在预料到Joker的情况下，我们决定要求一台PC。 首先，通过这种方式，您可以从侧面看到事件，通常对于参与者而言是不可见的。 其次，这次采访有一个特别的实际好处：由于他们亲眼目睹了即将到来的Joker的所有报道，因此他们可以说出要寻找的内容。
-首先，简单介绍一下您自己：谁对Joker计划做出重要决定？Ivan Krylov ：我是Azul Systems的一名首席工程师，我从事JIT编译器和虚拟机的开发。
Andrei Kogun ：我来自莫斯科，从事IT工作超过15年。 我在CROC工作了6年以上。 在他的职业生涯中，他参与了许多用于定制开发的项目，主要是为多家大型俄罗斯公司担任电子文档管理系统和业务流程自动化方面的工作，担任首席开发人员和架构师。 我正在为莫斯科大学的学生讲授使用Java技术进行开发的基础知识课程。 Java开发人员
JUG.MSK的莫斯科社区会议的创始人和组织者。
Gleb Smirnov ：我为Plumbr工作，我们监控可靠性和性能。 在过去的四年中，他参与了许多工作：从操纵“实时”在本机内存中的Java机器的内部结构到管理调用命令。 现在我们还没有起步，我更专注于我们自己的服务的可靠性。
德米特里·亚历山德罗夫（Dmitry Alexandrov） ：我来自圣彼得堡，我住在保加利亚。 我是T-Systems的架构师。 我喜欢Java，我有Java冠军的头衔，保加利亚Java用户组的负责人，该国许多会议（例如JPrime）的组织者。
Oleg Anastasiev ：自2007年以来，我一直是Odnoklassniki的领先开发人员，担任平台团队的成员。 我从事高负载系统，大型数据仓库的体系结构和解决方案的开发，解决门户的生产率和可靠性问题。
维克多·波兰楚克（Victor Polishchuk） ：我是一名演讲者，
酒狂 ，英俊。 他们之所以爱我不是因为这个，主要是因为我试图告诉人们最有用的信息。 我是一个糟糕的技术人员，我喜欢这个东西。 我的主要任务之一是在世界上拥有更多的技术人员和更少的人道主义者。 让我们摆脱它们！ 好吧，实际上我并不强烈反对人文学科，但我仍然沉迷于技术专家。
Vladimir Sitnikov ：我在Netcracker致力于优化Java / Oracle DB应用程序的性能。 我是Apache JMeter，Apache Calcite，PostgreSQL JDBC的提交者。 我喜欢学习新事物，并帮助在Joker，JPoint，Devoops，Heisenbug会议上准备演讲者。
-您是如何进入PC的？Gleb Smirnov ：不久前，我在Java中心的Habré上写了
许多文章 ，然后他们收集了许多优点。 然后Lyosha
23derevo Fedorov与我联系并提出报告。 几年来，我一直在包括Joker在内的世界各地的会议上积极发言。 但是准备新的好报告要花很多时间，我停了下来。 然后他们叫我到PC，我扎根了，我喜欢它。 事实证明，您一年可以花费与准备自己的报告一样多的时间，结果是您将不会得到一份报告，而是一堆报告。 它不仅与您在一起，而且与其他人在一起。 太好了
弗拉基米尔·西特尼科夫（Vladimir Sitnikov） ：怎么把它脱下来！ 仅此而已。
伊万·克雷洛夫（Ivan Krylov） ：我第一次成为小丑的参与者，过一段时间后，我成为演讲者并在多个会议上发表演讲，在这个周期中，我决定尝试在PC上尝试一下。
Andrey Kogun ：很长时间以来，我一直参与PC参加JUG.ru集团的所有Java会议，也参与了DevOops PC。 我回想起Joker的历史，当时这个会议没有程序委员会，而Andrei Dmitriev是一名单人经理。 然后，与演讲者的交流变得容易：召集明显的人，其中许多人来自Oracle。 但是随后会议扩大了，达到了一个严肃的水平，所有明显的演讲者都已经拜访过，因此有必要以牺牲新演讲者的人数来扩大会议。 然后一台PC出现了，在我看来，会议本身变得更好了。 对我来说，参加这样的事情很重要，虽然我虽然不赚钱，但却能带来一些好处。
维克多·波兰肖克（Victor Polishchuk）：现在，我将告诉您为什么我同意参加PC并承担这项责任，尽管我想像的工作量很大，但我本人甚至都不会参加。
当我以前去参加Joker，JPoint和其他会议时，总是有一些组织者在幕后，他们做了一些事情来使我了解。 现在该回馈青睐了。
我想在会议上看到一些报告，这些报告将帮助人们做出正确的决定，而这个决定已经有人制定了，然后再来讨论。 另一方面，对于那些与血腥企业合作的工程师，我希望有一个思路，以便他们有更多的想法。 在我看来，这种发展使您可以推广思想。 我真的很喜欢创意市场-为此，我喜欢开会。
-程序委员会的职责是什么？伊万·克里洛夫（Ivan Krylov） ：PC可以做一些事情。 首先，它构成了会议的总体结构：确定哪些报告将增加，哪些报告将减少，以及关于哪个主题。 PC会查看出现在我们面前的应用程序，我们自己召集了许多人参加会议。 通常，这些都是非常忙碌且知名的发言人，很难让他们提交会议，因此我们向他们发送单独的邀请。
接下来，我们选择应用程序，构建程序。 为了避免不平衡，我们考虑每个主题需要多少份报告。 大纲和会议议程形成后，将会发生什么，我们将与发言人合作。 特别是对于没有太多会议发言经验的演讲者。 我们会听取报告并帮助提高其质量，以使报告在会议上从听众中获得最大的评价。
德米特里·亚历山德罗夫（Dmitry Alexandrov） ：考虑到我有很多会议经验（不仅在俄罗斯），所以我认为我相对时尚。 我了解他们在西方谈论什么，以及我们有什么样的受众。 例如，我们只是不会得到很多欧洲报告，因为我们想要硬核，想要案例研究，想要细节，非常清晰易懂的演示文稿。 在许多情况下，最酷的欧洲演讲者在我们的国家失败，不符合这些要求。 因此，在PC中，一项重要的工作是了解该主题是否与会议真正相关，是否适用以及演讲者如何考虑我们的具体情况来谈论它。 这样的细微差别很多。 我熟悉许多外国演讲者，并试图将他们带到俄罗斯，向他们解释我们的细节。
-在准备会议时，PC中的每个参与者仅负责分配给他的特定报告，或者您是交叉的？伊万·克莱洛夫（Ivan Krylov） ：我们之所以有交叉点，是因为以下原因：重要的是，在任何情况下，一个人的意见都不能决定一切。 因此，我们尝试采用这样的区域，以便存在一定的交集，并且至少有两个人对报告形成完整的意见。
PC上的每个人都可以阅读简短的报告。 然后，当直接使用报表的扩展内容完成工作时，至少有两个人查看并发表评论，因为每个人都从略有不同的角度来看它。 例如，如果我仅查看有关虚拟机的报告或与低级事物有关的报告，那么相应发言人的报告将只专注于虚拟机的开发人员。 尽管侦听器有所不同：有人真正在开发虚拟机，有人想在有关虚拟机的事情上寻找Java开发人员。 然后我的同事们来拉我，结果是大多数人都感兴趣的事情。
-您监督Joker 2018的哪些报道？ 您会事先推荐一些特定的东西吗？Gleb Smirnov ：下层的主题最接近我：JVM设备，配置文件，各种类型的技术。 例如，今年，我负责有趣的报告Grigory Koshelev的
“ .NET和Java虚拟机的集成” 。 特别值得注意的是它对于Java会议的不同见解。 通常，每个人都在谈论如何将Java中的native提取到同一个.NET中，而Gregory则讲述了如何从.NET进入Java机器。
我也推荐Yuri Artamonov的报告
“ Jlink和自定义运行时映像” 。 它是关于如何使用Java 9中的功能组装Java机器的最小映像并将其放在客户端服务器上，而无需在那里有现成的Java机器。
但是，并非所有报告都是低级的：例如，我监督Vladimir Plisga的报告
“ Spring Boot 2：它们没有在发行说明中编写”。 关于您如何升级到第二个Spring Boot，然后再步行几周并收集额头上的颠簸。 弗拉基米尔（Vladimir）仔细地描述了耙子，并就如何不踩踏耙子提出了许多明智的建议。
Andrei Kogun ：我曾经想查看一些我了解一些东西的报告，例如关于Spring的东西。 通常，我是应用程序开发人员。 现在我要指出的是，我对那些我可能什么都不了解的报告表现出了更多的兴趣。 我越来越关注所有这些内容，以便作为PC的成员，我可以成为第一个查看所有报告并从会议整个听众的角度进行评估的人：事情会很清楚吗？ 我特别关注报告本身的质量，而不是内容。
我们相信，我们在计划中接受的演讲者已经是各自领域的专家。 但是，为了帮助组织报告，使其高质量，可以在演示文稿上工作-这是PC可以做到的。 特别是，我最近听了
有关Fuzzing的
报告 ，这对我来说是全新的东西。 然后，当您尝试了解问题的实质时，将其带给演讲者（您觉得不明显的地方）并问他一些问题，然后，演讲者便会想到一些想法。 对于我来说，对于也作演讲的人来说，这是准备工作中最有价值的事情-当您可以得到这种反馈时。
PC上有不同领域的专家，当然，很多时候也会提供内容方面的帮助，因此需要增加一些内容。 例如，我们现在正在与Kirill Tolkachev和Maxim Gorelikov讨论
他们的报告 ，他们直接征求意见：添加示例或其他内容是好是坏。 在这里，我知道有什么危险。 如果我们谈论巴鲁克，他不喜欢提前准备，但是喜欢他有想法。 特别是，在PC通话期间，我们想出了一些关于头脑风暴期间他关于Alexa的报告中的案例。
德米特里·亚历山德罗夫（Dmitry Alexandrov） ：我们有一个非常平衡的计划。 有一些有趣的案例研究，有胆量，有冰沙和JVM主题，有性能主题，框架主题，甚至还有被Java淘汰的主题。 例如，机器学习，Postgres等。 我认为，这里取得了良好的平衡。 春季会议或绩效会议没有任何扭曲，一切都有。
至于特定的报告，这是会议之一，每个人都希望查看其报告。
Venkata Subramaniam将会有一个精彩的
表演 。 会有塔吉尔，我认为他有一个
很好的话题 ，这很相关。 在规划世界杯门票时，将使用公共行为算法进行
有趣的案例研究 。 这很酷，因为它最近才发生，并且是对整个事情进行算法化的一种有趣方式。
我真的很喜欢我们对Postgres的了解。 它脱离了Java，但我们都使用它。 我认为会有好的。 将为初学者提供机器学习。 大数据和机器学习是很酷的话题，但是他们还没有对此做出很好的贡献。 他们只花了一小部分，深入探讨了该主题，而此类报告的可用性很小。 然后可用性将是巨大的。 另外，还将有一个表演和铁杆，还有Scala-我真的很喜欢。 Scala是后来进入Java的思想的孵化器。 尽管将在会议上讨论的主题实际上并不适合Java，因为没有足够的语言结构来编写整个内容。 但是，这太棒了，因为铁杆摇滚歌手会找到一个很好的主题听。 主题不是新话题，但朋友会以很好的方式介绍。
奥列格·阿纳斯塔西耶夫（
Oleg Anastasiev） ：当然，我最了解瓦迪姆·特塞斯科
（ Vadim Tsesko）关于Odnoklassniki中音乐的反应式分配的
报告中的有趣之处。
一方面，从如何用Java榨干一切的角度来看，这很有趣。 音乐很多，有必要同时快速地分发给许多人。 因此，尽管Java是“编写一次，就可以在任何地方运行”，但它与操作系统紧密集成以充分利用Java。 同时，这里没有本机代码，全都是Java的
one-nio 。
另一方面，从架构的角度来看很有趣，因为
考虑容错问题。 一切都经过精心设计，以便为客户提供服务不会停止。 这是弹性优先系统的一种罕见情况，在该系统中，从体系结构开始到最低级别的部分都连接了容错或容错功能。
第三，从反应性的角度来看很有趣。 我们的喷射流可以从所需轨道所在的数据中心的HDD开始打开，并将通过Odnoklassniki的整个基础结构转发到该分发服务器。 发行商将直接从光盘直接发行流。 为此，我必须编写自己的反应系统-我们不仅采用了Reactive Spring，还添加了几个@Autowired批注，并且它起作用了。
弗拉基米尔·西特尼科夫（Vladimir Sitnikov） ：对于报告的选择，我建议在会议上从PC找人并询问。 和/或找到发言人并询问他的报告。 可以用 当我不是PC会议的成员时，我自己会这样做。 是的，报告有描述（每个人都在看吗？：）），但是您将无法一次浏览两个报告，如果您立即获得一份更有用的报告，比在前5-10分钟在大厅之间走来走要好得多。
-程序中是否有您不知道的事情，让您感到惊讶的事情-也许与您的主要专业知识相去甚远？Gleb Smirnov ：我几乎总是在跑步中学习一些新东西。 例如，我什至没有使用过Java 4字节码。 很幸运，我们的Java代理始终支持至少为Java 5编译的客户端应用程序。Joker将扮演Zhenya Mandrikov，后者
谈到如何将某些语言结构清楚地转换为字节码，并且拥有考古现场Java 4示例，从那里我知道曾经有一个jsr（Java子例程）指令。 通过它，例如，可以非常紧凑地表达final块。 但是，由于具有可验证性，那里的一切都很糟糕，因此他们将其切入Java 5。
维克多 。 之所以如此，是因为我作为一个工业开发人员，在人们将分布式事务连接到代码时看到了很多恐怖，然后代码停止工作。 有时，它会在您最不期望的地方滚动。 相对而言，没有分布式事务的单个正常实现。
该同志将用英语告诉他们如何使用TransferWise将复杂的两阶段交易分解为正常的单阶段交易，而这是我们惯用的简单工具，并且没有问题。 在我看来，这种方法是整个分布式世界的未来。 开发微服务时，您需要事务性，原子性。 既可以借助分布式事务（尚不存在，而且仍然没有人知道如何进行交易）来帮助实现，也可以借助代码体系结构中的一些更改来实现。 通过稍微改变方法，您将获得相同的保证，只是更加容易并且
更可靠。 我认为这对于从业工程师非常有用。
报告。 该报告应该对所有人都有帮助。
Vladimir Sitnikov ：我的兴趣之一是函数式编程。 当然，如果没有狂热主义，这些方法会有一些吸引力。 因此：这次
约翰·麦克莱恩 （
John McClean）关于持久收藏的表现和
奥列格·尼日尼科夫（Oleg Nizhnikov）在无标签final 上的表现将 多达两份 。 这些不是针对数学家的数学报告，而是具有直接实际意义的报告。
-准备过程中还记得什么？Andrey Kogun ：我非常喜欢选择应用程序的阶段。 有很多应用程序，很多有趣的人，很多意外的时刻。 有时您会认为，是否真的有人对这个主题或技术感兴趣并感兴趣，也就是说，这是一个看待更广阔世界的机会。 , - , - , . , , , . , , 3-4 , . , - , , - . - . , , . . , , .
: . Excelsior LLC, , . , , , . , Java, , . - . , .
— Joker ?: , Joker — , . : , , , . Joker, , , . . , , . , , , . Joker , , Joker . . , Joker , .
. , , . - . , . , , .
: , , , . : , , , . . , , , , . , .
— - ?: Java-, JVM- — , . - , . : Java, Kotlin, Scala, - JVM-based , , . Java , .
: . , . , , , , . . , , , , . - , , . -. , . , . . , . , , , .
: , . , . -: , , , , :)
, , ,
. — !
: (/ ). Robert Scholte? , , Apache Maven. ? , , Marcus Hirt (JFR) (async-profiler). 依此类推。
.
Joker . — , !