Cualquier desarrollador de Java comprende cuánto importante sigue siendo invisible para el usuario final. Los botones en el sitio son visibles para todos, pero cuando se ven desde un lado, nunca se puede pensar en el backend, sin el cual estos botones no funcionarían.
Y el Joker de la conferencia Java, como cualquier otra conferencia, tiene su propio "backend". Los oradores pueden considerarse el "Frontend": son visibles para todos, su contribución gigantesca es clara. Pero también hay mucho trabajo detrás de escena. ¿Quién se asegura de que los informes tengan un estándar decente y ayude a los oradores a lograrlo? ¿Quién decide qué temas son apropiados para el evento? ¿Quién ayuda a atraer estrellas extranjeras?
El comité del programa de la conferencia es el "back-end" del programa, y en anticipación de Joker decidimos pedir una PC. En primer lugar, de esta manera puede ver el evento desde un lado, generalmente invisible para los participantes. Y en segundo lugar, la entrevista ofrece un beneficio práctico específico: dado que han visto personalmente todos los informes del próximo Joker, pueden decir qué buscar.
- Primero, cuéntanos brevemente sobre ti: ¿quiénes son las personas que toman decisiones importantes sobre el programa Joker?Ivan Krylov : Soy un ingeniero líder en Azul Systems, estoy involucrado en compiladores JIT y máquinas virtuales.
Andrei Kogun : Soy de Moscú, en TI por más de 15 años. He trabajado en CROC por más de 6 años. Durante su carrera, participó en una gran cantidad de proyectos para el desarrollo personalizado, principalmente sistemas de gestión de documentos electrónicos y automatización de procesos comerciales para una serie de grandes empresas rusas en el papel de desarrollador y arquitecto líder. Estoy impartiendo cursos sobre conceptos básicos de desarrollo utilizando tecnologías Java para estudiantes de universidades de Moscú. Fundador y organizador de las reuniones de la comunidad moscovita de desarrolladores de Java
JUG.MSK .
Gleb Smirnov : Trabajo para Plumbr, supervisamos la fiabilidad y el rendimiento. En los últimos cuatro años, ha estado involucrado en muchas cosas: desde manipular las estructuras internas de una máquina Java "en vivo" en la memoria nativa hasta administrar un comando de guardia. Ahora no somos tan nuevos, y estoy más enfocado en la confiabilidad de nuestros propios servicios.
Dmitry Alexandrov : Vengo de San Petersburgo, vivo en Bulgaria. Trabajo como arquitecto en T-Systems. Me encanta Java, tengo el título de Campeón de Java, el líder del Grupo de Usuarios de Java de Bulgaria, el organizador de muchas conferencias en el país (por ejemplo, JPrime).
Oleg Anastasiev : He estado trabajando como desarrollador líder en Odnoklassniki desde 2007 como miembro del equipo de la plataforma. Me dedico al desarrollo de arquitecturas y soluciones para sistemas de alta carga, grandes almacenes de datos, resolviendo los problemas de productividad y confiabilidad del portal.
Victor Polishchuk : Soy un orador, alcohólico y guapo. No me aman por esto, sino principalmente porque trato de decirle a la gente la información más útil. Soy un técnico terrible y amo esto. Una de mis tareas principales es tener más técnicos y menos trabajadores humanitarios en el mundo. ¡Vamos a deshacernos de ellos! De acuerdo, en realidad no estoy muy en contra de las humanidades, pero todavía me ahogo por los técnicos.
Vladimir Sitnikov : Estoy comprometido a optimizar el rendimiento de las aplicaciones Java / Oracle DB en Netcracker. Estoy comprometido en Apache JMeter, Apache Calcite, PostgreSQL JDBC. Me gusta aprender cosas nuevas y ayudo a preparar a los oradores en las conferencias Joker, JPoint, Devoops, Heisenbug.
- ¿Cómo te metiste en la PC?Gleb Smirnov : Hace algún tiempo escribí
muchos artículos sobre Habré en el centro de Java, luego obtuvieron muchas ventajas. Entonces Lyosha
23derevo Fedorov me contactó y me ofreció hacer un informe. Durante varios años he estado hablando activamente en conferencias en todo el mundo, incluido Joker. Pero lleva mucho tiempo preparar nuevos buenos informes, y me detuve. Y luego me llamaron a la PC, y eché raíces, me gustó. Resultó que puede pasar tanto tiempo al año como preparando sus propios informes, solo como resultado obtendrá no un informe, sino un montón. No es solo contigo, sino con otras personas. Esto es genial
Vladimir Sitnikov : ¡Cómo quitárselo de la lengua! Eso es todo.
Ivan Krylov : La primera vez que llegué a Joker como participante, después de un tiempo me convertí en un orador y hablé en varias conferencias, y en este ciclo decidí probarme en una PC.
Andrey Kogun : He estado participando en la PC para todas las conferencias Java del Grupo JUG.ru durante bastante tiempo, y también estoy en la PC DevOops. Recuerdo la historia de Joker de aquellos primeros tiempos cuando esta conferencia no tenía un comité de programa, y Andrei Dmitriev era el gerente de un solo hombre. Entonces fue fácil con los altavoces: tomar y llamar a las personas obvias, muchas eran de Oracle. Pero luego la conferencia creció, alcanzó un nivel serio, y todos los oradores obvios ya habían visitado, y era necesario crecer a expensas de los nuevos. Luego apareció una PC, y me parece que la conferencia en sí misma mejoró. Es importante para mí participar en algo como esto, donde no gano dinero, pero aporto algún beneficio.
Victor Polishchuk: Ahora te diré por qué acepté participar en la PC y asumí esta responsabilidad, aunque imaginé la cantidad de trabajo, pero ni siquiera vendré a este Joker.
Cuando solía ir a Joker, JPoint y otras conferencias, siempre había algunos organizadores bajo el capó, e hicieron algo para obtener mi conocimiento. Y ahora es el momento de devolver el favor.
Me gustaría ver informes en la conferencia que ayudarán a las personas a tomar las decisiones correctas que alguien ya ha resuelto, y luego vino y habló sobre ellos. Y, por otro lado, quiero un vuelo de pensamiento para aquellos ingenieros que trabajan con la empresa sangrienta, para que tengan comida adicional para la mente. Me parece que este desarrollo, le permite promover ideas. Me gusta mucho el mercado de ideas, por eso me encantan las conferencias.
- ¿Qué hace exactamente el comité del programa?Ivan Krylov : PC hace algunas cosas. En primer lugar, forma la estructura general de la conferencia: decide qué informes serán más y cuáles menos, y sobre qué tema. La PC analiza las aplicaciones que nos llegan, llamamos a varias personas a la conferencia. Como regla general, estos son oradores muy ocupados y conocidos, es difícil hacer que se presenten a la conferencia, por lo que les enviamos invitaciones individuales.
Luego, seleccionamos aplicaciones, construimos nuestro programa. Para evitar desequilibrios, pensamos en cuántos informes queremos sobre cada tema. Después de que se hayan formado el esquema y la agenda de la conferencia, qué sucederá allí, trabajamos con los oradores. Especialmente con oradores que no tienen mucha experiencia hablando en conferencias. Escuchamos informes y ayudamos a mejorar su calidad para que los informes recopilen las calificaciones máximas de la audiencia en la conferencia.
Dmitry Alexandrov : Teniendo en cuenta que tengo mucha experiencia en conferencias (y no solo en Rusia), creo que estoy relativamente a la moda. Entiendo de qué están hablando en Occidente y qué tipo de audiencia tenemos. Por ejemplo, simplemente no obtendremos muchos informes europeos, porque queremos hardcore, queremos estudio de caso, queremos detalles, una presentación muy clara y comprensible. Y hay muchos casos en que los mejores oradores europeos fallaron en nuestro país y no cumplieron con estos requisitos. Por lo tanto, en las PC, un trabajo importante es comprender si el tema es realmente relevante para la conferencia, si es aplicable y cómo el orador habla al respecto teniendo en cuenta nuestros detalles. Muchos de esos matices. Estoy familiarizado con muchos hablantes extranjeros y trato de llevarlos a Rusia, explicarles nuestros detalles.
- Al preparar la conferencia, cada participante en la PC solo es responsable de los informes específicos que se le asignan, o ¿se está cruzando?Ivan Krylov : Tenemos intersecciones por la siguiente razón: es importante que no haya una situación en la que la opinión de una persona determine todo. Por lo tanto, tratamos de tomar esas áreas para que haya una cierta intersección y al menos dos personas formen una opinión completa sobre el informe.
Informes breves son leídos por todos en la PC. Y luego, cuando el trabajo se realiza directamente con el contenido ampliado del informe, al menos dos personas lo miran y dan sus comentarios, porque todos lo ven desde un ángulo ligeramente diferente. Por ejemplo, si solo mirara de mi parte los informes en máquinas virtuales o en informes relacionados con cosas de bajo nivel, como resultado, el informe del orador correspondiente se centraría exclusivamente en los desarrolladores de máquinas virtuales. Mientras que los oyentes son diferentes: alguien realmente desarrolla máquinas virtuales, y alguien quiere echar un vistazo al desarrollador de Java en cosas relacionadas con máquinas virtuales. Y luego vienen mis colegas, me tiran, y el resultado es algo que es interesante para la mayoría.
- ¿Qué informes en Joker 2018 supervisas? ¿Recomendarías algo específico por adelantado?Gleb Smirnov : Los temas del nivel inferior son los más cercanos a mí: dispositivo JVM, perfiles, todo tipo de agallas. Este año, por ejemplo, soy responsable de la
"Integración de .NET y máquinas virtuales Java" por Grigory Koshelev, un informe interesante. Particularmente notable por su perspectiva inusual para una conferencia de Java. Por lo general, todos hablan sobre cómo extraer nativo de Java, por ejemplo, en el mismo .NET, y Gregory, por el contrario, le dice cómo ingresar a una máquina Java desde .NET.
También recomiendo el informe
"Jlink and Custom Runtime Image" de Yuri Artamonov. Se trata de cómo ensamblar, usando características de Java 9, una imagen mínima de una máquina Java y ponerla en los servidores del cliente sin la necesidad de tener una máquina Java preparada allí.
Pero no todos los informes son de bajo nivel: por ejemplo, superviso el informe de Vladimir Plisga
"Spring Boot 2: que no escriben en las notas de la versión" . Acerca de cómo te actualizaste al segundo Spring Boot, y luego caminas unas semanas más y recoges los golpes en tu frente. Vladimir describe cuidadosamente el rastrillo y da muchas recomendaciones sensatas sobre cómo no pisarlas.
Andrei Kogun : Solía querer revisar informes en los que entiendo algo, por ejemplo, sobre Spring. En general, soy desarrollador de aplicaciones. Y ahora he llegado al punto de que estoy mostrando más interés en aquellos informes en los que probablemente no entiendo nada. Considero cada vez más todo esto para que, como miembro de la PC, pueda ser el primero en ver todos los informes y hacer una evaluación desde el punto de vista de toda la audiencia de la conferencia: ¿habrá algo claro? Miro específicamente la calidad del informe en sí, no el contenido.
Creemos que los oradores que aceptamos en el programa ya son expertos en su campo. Pero para ayudar a estructurar el informe, hacerlo de alta calidad, trabajar en la presentación: esto es lo que puede hacer una PC. En particular, recientemente escuché un
informe sobre Fuzzing , esto es algo completamente nuevo para mí. Y cuando intente darse cuenta de qué se trata, llévelo al orador, donde algo no era obvio para usted, y hágale preguntas, entonces esto lleva al orador a reflexionar. Para mí, como para la persona que también hizo presentaciones, esto es lo más valioso en la preparación, cuando se le puede dar este tipo de comentarios.
Hay expertos en diferentes áreas de la PC, y con bastante frecuencia, por supuesto, también ocurre ayuda con el contenido, se agrega algo. Por ejemplo, ahora estamos hablando con Kirill Tolkachev y Maxim Gorelikov sobre
su informe , y directamente piden una opinión: ¿es bueno o malo agregar un ejemplo u otra cosa? Aquí entiendo lo que está en juego. Si hablamos de Baruch, a él no le gusta prepararse con mucha antelación, pero le encanta cuando tiene algunos pensamientos. En particular, se nos ocurrieron algunos de los casos que estaban en sus informes sobre Alexa durante la lluvia de ideas como parte de la llamada de la PC.
Dmitry Alexandrov : Tenemos un programa muy equilibrado. Hay estudios de casos interesantes, hay agallas, hay smoothies y temas de JVM, hay temas de rendimiento, temas de framework, incluso hay temas que están eliminados de Java. Por ejemplo, aprendizaje automático, Postgres, etc. Aquí, en mi opinión, resultó un buen equilibrio. No hay distorsión de la conferencia hacia la primavera o hacia el rendimiento, hay de todo.
En cuanto a los informes específicos, esta es una de las conferencias, cuyos informes todos quieren revisar. Habrá un gran
espectáculo de Venkata Subramaniam . Habrá Tagir, tiene un
buen tema en mi opinión, es muy relevante. Habrá un
interesante estudio de caso con algoritmos de comportamiento público al planificar las entradas para la Copa del Mundo. Esto es genial porque ha estado sucediendo recientemente, y es una forma interesante de algoritmizar todo esto.
Realmente me gustó lo que tenemos sobre Postgres. Sale de Java, pero todos lo usamos. Habrá bien, en mi opinión. Habrá aprendizaje automático para principiantes. Big Data y el aprendizaje automático son temas interesantes, pero todavía no han hecho una muy buena aportación sobre ellos. Tomaron una pequeña pieza, profundizaron en el tema, y la usabilidad de tales informes fue pequeña. Y luego la usabilidad será genial. Además, habrá un espectáculo, y hardcore, y habrá Scala, realmente me gusta. Scala es una incubadora de ideas que luego van a Java. Aunque los temas que se tratarán en la conferencia no encajarán físicamente en Java, porque no hay suficientes construcciones de lenguaje para escribir todo. Sin embargo, esto es increíble porque los rockeros hardcore encontrarán un buen tema para escuchar. El tema no es nuevo, pero un amigo lo presentará de una buena manera.
Oleg Anastasiev : Por supuesto, entiendo lo mejor de todo lo que es interesante sobre el
informe de Vadim Tsesko sobre la distribución reactiva de la música en Odnoklassniki.
Por un lado, es interesante desde el punto de vista de cómo exprimir todo de una pieza de hierro en Java. Hay mucha música, es necesario distribuirla a muchos al mismo tiempo y rápidamente. Por lo tanto, aunque Java es "escribir una vez, ejecutar en cualquier lugar", existe una estrecha integración con el sistema operativo para aprovecharlo al máximo. Al mismo tiempo, no hay código nativo allí, todo es Java con
one-nio .
Por otro lado, es interesante desde un punto de vista arquitectónico, porque
Se consideran cuestiones de tolerancia a fallos. Todo está diseñado para que el servicio no deje de funcionar para los clientes. Este es un caso raro del primer sistema de resiliencia, donde la tolerancia a fallas o la tolerancia a fallas están conectadas, comenzando con la arquitectura y terminando con las piezas de nivel más bajo.
Y por otro lado, es interesante desde el punto de vista de la reactividad. Nuestra corriente en chorro puede abrirse, comenzando desde el HDD en el centro de datos en el que se encuentra la pista deseada, y se enviará a través de toda la infraestructura de Odnoklassniki hasta este distribuidor. El distribuidor emitirá una transmisión directamente desde el disco. Para hacer esto, tuve que escribir mi propio sistema reactivo: no solo tomamos Reactive Spring, pusimos un par de anotaciones @Autowired y funcionó.
Vladimir Sitnikov : Para la elección de informes, recomiendo encontrar a alguien de la PC en la conferencia y preguntar. Y / o encuentre un orador y pregunte sobre su informe. Funciona Yo mismo hago esto cuando no soy miembro de la conferencia de PC. Sí, los informes tienen una descripción (¿están todos leyéndolo? :)), pero no podrá ir a dos informes a la vez, y es mucho mejor si llega inmediatamente a un informe más útil que caminar entre los pasillos durante los primeros 5-10 minutos.
- ¿Hay algo en el programa que no sabías, algo que te haya sorprendido, quizás lejos de tu especialización principal?Gleb Smirnov : Casi siempre aprendo algo nuevo en las carreras. Por ejemplo, no he trabajado con Java 4 bytecode ni una sola vez. Es una suerte que nuestro agente Java siempre haya admitido aplicaciones cliente compiladas al menos para Java 5. Y Joker interpretará a Zhenya Mandrikov, quien
habla sobre lo poco obvio que algunas estructuras del lenguaje se traducen en bytecode, y tiene un sitio arqueológico Ejemplo de Java 4. A partir de ahí aprendí que solía haber una instrucción jsr (Subrutina de Java). A través de él, por ejemplo, fue posible expresar finalmente los bloques de forma bastante compacta. Pero con la verificabilidad, todo es malo allí, por lo que lo cortaron a Java 5.
Victor Polishchuk : Uno de los informes más inusuales que he visto es
sobre transacciones en cascada . Me enganchó porque, como desarrollador industrial, vi mucho horror cuando la gente conectaba las transacciones distribuidas al código, y después de eso el código deja de funcionar. A veces rueda en lugares donde menos lo esperas. Relativamente hablando, no hay una sola implementación normal de transacciones distribuidas.
El camarada contará en inglés cómo, utilizando TransferWise, pudieron, con la ayuda de herramientas simples, colapsar transacciones complejas de dos fases en transacciones normales de una fase, a las que estamos acostumbrados y con los que no hay problemas. Me parece que este enfoque es el futuro de todo el mundo distribuido. Al desarrollar microservicios, necesita transaccionalidad, atomicidad. Y se puede lograr con la ayuda de transacciones distribuidas (que no existen, y nadie sabe cómo hacerlo), o con la ayuda de algunos cambios en la arquitectura de su código. Al cambiar un poco el enfoque, obtienes las mismas garantías, solo que mucho más fácil y
Más confiable. Creo que esto será muy útil para los ingenieros en ejercicio.
informe Ese informe, que debería ayudar a todos a todos.
Vladimir Sitnikov : Uno de mis intereses es la programación funcional. Sin fanatismo, por supuesto, pero hay algo atractivo en estos enfoques. Entonces: esta vez habrá dos informes de
John McClean sobre el rendimiento de las colecciones persistentes y
Oleg Nizhnikov en la final sin etiquetas . Y estos no son informes matemáticos para matemáticos, sino informes con beneficios prácticos directos.
- ¿Qué se recordó durante la preparación?Andrey Kogun : Me gusta mucho la etapa de selección de aplicaciones. Hay muchas aplicaciones, muchas personas interesantes, muchos momentos inesperados. A veces piensas, ¿es realmente alguien que está involucrado e interesado en este tema o tecnología, es decir, es una oportunidad para mirar al mundo en general? , - , - , . , , , . , , 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). Y así sucesivamente.
.
Joker . — , !