Hola Habr!
Dirijo el Comité de Programa de la conferencia FrontendConf y quiero contar cómo funciona todo desde adentro, explicar qué invertimos en el programa, por qué elegimos estos o esos informes. Por qué, con la abundancia de información en Internet, las conferencias no son solo una fiesta temática, sino un evento realmente útil. Díganos por qué, al final, estamos haciendo esto, y quiénes somos, porque la conferencia es, ante todo, personas.
Los oradores son la "cara" de la conferencia: de acuerdo con los informes presentados y aceptados, los participantes juzgan la utilidad del evento y deciden si asistir o no. Pero detrás de las "alas" hay otros participantes invisibles en el evento, que determinan cómo será esta persona. Este es un comité de programa. Nosotros en FrontendConf elegimos un equipo de muchachos activos y geniales. Por supuesto, no podré mencionar a todos, pero trataré de contarles sobre ambos.
¿Por qué estoy en el Comité del Programa?
Conocí las conferencias de Oleg Bunin hace unos 10 años, cuando llegué a HighLoad ++ solo como oyente. Pasó el tiempo, crecí profesionalmente, se formó una experiencia en el desempeño de interfaces y animaciones web, y parecía querer compartirlo. En 2016, hice un informe de rendimiento del navegador en la sección HighLoad ++.
Al año siguiente, me invitaron específicamente a presentar una solicitud para un informe, pero no había material decente para una presentación personal, y había un deseo de participar en la preparación de una conferencia de clase. Entonces llegué al Comité del Programa. También fue interesante en el otro lado, y tal vez aún más. Porque trabaja no solo con su tema, sino que al mismo tiempo ayuda a varios oradores a preparar informes, discutir todas las aplicaciones y profundizar en muchos temas. Esta es la primera vez que dirijo una PC este año, lo cual es increíblemente genial para mí por varias razones.
Esta es una oportunidad real para
influir en el conocimiento de las personas en la industria. El resultado de nuestro trabajo es el programa FrontendConf, que está unido por un motivo común, al menos 500 programadores lo escucharán, y se dará a conocer después del
video y
descifrado en el Habré, mucho más. Todos aprenden algo nuevo, piensan en algo en lo que no habían pensado antes, aportan las mejores prácticas a su empresa y lo distribuyen entre sus colegas.
Para resumir tanto como sea posible: al formar el programa de una conferencia profesional tan grande, puede afectar la vida de una gran cantidad de usuarios finales, mucho más que un desarrollador de una, incluso un servicio de gran tamaño. Por lo tanto, al seleccionar informes, nos enfocamos en hacer que el usuario sea más feliz. E incluso si no está claro de inmediato cómo el informe
"CI conveniente con sus propias manos" mejorará la vida de una persona simple, se lo aseguro, lo hará.
Nuestra conferencia ayuda a los desarrolladores a
mejorar . No hay falta de información ahora, y casi todo lo que estará en la conferencia se puede encontrar en Internet, si cava bien. Pero ese es el problema.
Aprender de los materiales de Internet es como una búsqueda aleatoria: cava en todas partes con la esperanza de que algo de esto realmente resulte ser una buena práctica.
¿Por qué necesitamos conferencias?
Hay mucha información disponible sin una conferencia, pero no toda.
En la conferencia, la información fue encontrada, examinada, estructurada y archivada en una forma conveniente y hermosa.
El comité del programa seleccionó los temas necesarios y relevantes para usted, y los oradores, con nuestra ayuda, reunieron en 40 minutos lo que usted mismo no puede superar. El beneficio no es solo en bandeja de plata, sino que está bien preparado, bien servido y no contiene OGM.
Los OMG en la programación son un culto a la carga: la repetición de forma sin sentido, sin comprender el interior. Parece que todo el desarrollo está impregnado por él, y todo esto peca en un grado diferente. Por lo tanto, cada informe necesariamente tendrá una explicación: qué, por qué y por qué. Esto, en mi opinión, ayudará enormemente a crecer profesionalmente, a comprender las relaciones causa-efecto del uso de ciertas tecnologías y en el futuro a aprender cómo evaluar críticamente la situación de manera independiente. No reescriba todo en React solo porque
escuchó que es genial, sino que evalúe cuidadosamente los beneficios de tal solución. No se apresure a hacer todo el backend en Node.js, bueno, porque es JS, sino para saber qué hay
debajo del capó .
Por lo tanto, en la categoría condicional "Novedades" no tenemos algo supernova y todavía solo prometedores. Volver a contar la documentación y el documento técnico, incluso respaldado por pequeños experimentos, no resiste la competencia y no entra en el programa.
Si la práctica del uso de la tecnología en combate no es suficiente para que nuestros invitados puedan concluir si también necesitan arrastrar esto a la producción, entonces el beneficio de dicho informe no es suficiente.
En general, todos los informes en FrontendConf se pueden dividir en dos tipos:
producción , solo las tecnologías, enfoques, prácticas y patrones de diseño más aplicables, y
conceptuales , tales informes deberían expandir el horizonte e inspirar.
Al mismo tiempo, sobre varios temas, tendremos informes complementarios que cumplirán ambas tareas y darán una exposición completa sobre el tema. Un poco más lejos, cuando llegamos a WebGL y la animación, queda claro a qué me refiero.
¿Para quién es FrontendConf?
En primer lugar, nos centramos en los desarrolladores intermedios o aquellos que simplemente no tienen el impulso suficiente para pasar a la siguiente etapa, pero también encontraremos desarrolladores senior que sorprenderán. Pero la especialización puede ser absolutamente cualquiera, ya que consideramos que la velocidad, el diseño, el diseño, UI / UX son una parte integral de la interfaz.
Incluso si solo está involucrado en la composición tipográfica, lo cual es difícil de imaginar para un desarrollador mayor, entonces todavía necesita comprender el área temática. Por ejemplo, los temas cercanos al diseño también son muy importantes. Es genial si hay personas en el equipo que investigan UX, prestan atención a la accesibilidad, piensan en todos los aspectos de la implementación de la animación y solo JavaScript permanece en el programador. Pero me parece que la separación de roles es inútil. Es mucho mejor saber que no saber.
Puede que ni siquiera piense en la accesibilidad para la página de inicio, pero si al menos varios miles de personas usan su servicio, incluso comprobar el diseño en modo de daltonismo ya ayudará a muchos. Lo mismo se puede decir sobre el diseño: si comprende mejor las herramientas de diseño modernas y el diseñador está familiarizado con las capacidades del diseño moderno, el resultado final de su colaboración será más expresivo y preciso.
Webgl
Por un lado, está destinado a tareas raras, pero para completar, tomamos tres informes relacionados con WebGL.
Un informe de Anton Khlynovsky "El nivel más bajo: escribimos en WebGL y WebAssembly sin marcos y transcompiladores" dará una exposición general. Nos familiarizaremos con los conceptos básicos de WebGL y WebAssembly y escribiremos sobre su base una aplicación visual simple utilizando solo las API básicas. Porque, por supuesto, cuando se habla de WebGL, a menudo significan three.js, y WebAssembly ya está asociado con C o Rust, pero el demonio no es tan terrible. Sabiendo cómo funcionan estas tecnologías, puede decidir cuándo usarlas de manera rentable y cuándo, por el simple hecho de no poder arrastrar 150 Kb del marco al cliente.
Después de eso,
Yuri Artyukh hablará sobre el uso de WebGL para la animación. Tracemos el historial de creación de una animación desde la recepción del diseño hasta la entrega al cliente. Veremos toda la imagen de producción como un todo y hablaremos un poco sobre los gráficos y las matemáticas.
Mstislav Zhivodkov presentará su
experiencia muy interesante
en el desarrollo de un nuevo mapa 3D en 2GIS. A partir de su informe, descubrimos en qué dirección van los datos para que finalmente se muestren en la pantalla. Descubra qué es más difícil de dibujar: una casa, una calle o una inscripción, y cómo hacerlo rápidamente.
Los tres informes serán útiles tanto para aquellos que ya usan WebGL como para aquellos que desean expandir sus horizontes. Incluso si no encuentra tales tareas en el futuro cercano, tendrá una imagen completa, una idea de fortalezas y debilidades, dificultades y la experiencia de otras personas. Al final, es simplemente interesante, y será mucho más fácil buscar detalles.
Animación
Este es otro tema que decidimos divulgar desde todos los lados. Los invitados a la conferencia podrán descubrir que para el desarrollo y el uso de la animación en sus proyectos, no se requiere algo sobrenatural y que el front-end y los diseñadores no están tan separados como cualquiera podría pensar.
Además de historias sobre animación, tenemos un
análisis detallado de animaciones de
Yulia Muzafarova : cuándo y cómo aplicar, sin arrepentimientos por años vividos sin rumbo, e
instrucciones de
Natalia Gabitova sobre el uso de una herramienta profesional para trabajar en animación vectorial Adobe After Effects en la web junto con el complemento Bodymovin . El resultado son animaciones en formato json que se pueden reproducir utilizando las bibliotecas Lottie no solo en el navegador, sino también en aplicaciones móviles en diferentes plataformas.
También hay un
informe de Denis Radin , que también se puede clasificar como una clase conceptual. Esta presentación le mostrará qué cosas maravillosas puede hacer con la ayuda de tecnologías web y cosas familiares. Denis creó espectáculos de mapeo 3D, proyecciones e instalaciones de arte para festivales de arte y conferencias de TI basadas en WebGL y CSS3D y promete mostrar en vivo algunos de sus diseños.
No batalla de marcos
Esta vez, por la amplitud e integridad de la imagen, decidimos no hacer comparaciones y no hablar sobre cosas que son específicas de ciertos marcos. Si elimina la palabra "Reaccionar" de temas como "Representación del lado del servidor en Reaccionar", "Optimizar las aplicaciones de Reaccionar" o "Prueba en Reaccionar", los participantes se beneficiarán. Si usa otro marco, entonces dichos informes no serán interesantes, o el hablante necesita mucho contexto, y los que escriben en React se aburrirán. Por lo tanto, resulta que más personas dejaron el informe con la nota: "Pruebe esto mañana", el material no debe fijarse en ninguna tecnología.
Sin embargo, tenemos dos informes que abordan el tema de los marcos: "
Componentes web, o allá y atrás " y
"Cómo dejar de elegir marcos y comenzar a vivir" . Como su nombre lo indica, no habrá marcos concretos. En los discursos sobre ellos se dice en la medida en que el punto principal de la idea es no centrarse en ellos. En el primer informe,
Pavel Malyshev sugiere pensar en usar los tiempos de ejecución más "vainilla". ¿Hay vida sin marcos? Solo hablaremos de eso y lo discutiremos. La segunda, de
Alexandra Shinkevich , promueve una idea similar de que el marco es solo una herramienta. La herramienta se elige en función de la tarea, no de la popularidad. Cómo hacer esto está en el discurso de Alexandra.
Expandiendo el horizonte
El informe de
Zar Zakharov , uno de los participantes activos en nuestra PC y un orador experimentado, se llama
"De la empresa sangrienta a la dulce" . Utilizando el ejemplo de Alfa-Bank, demostrará que es posible cambiar los procesos establecidos en grandes corporaciones e introducir nuevas tecnologías. Los secretos de Alfa-Bank son una bonificación: cómo se organiza la pila, por qué se utiliza Node.js y qué ayuda a facilitar el trabajo.
Timothy Lavrenyuk nos es familiar por
los informes
hardcore que debemos escuchar sin distracciones para entender todo. Él
le dirá por lo que tiene que pasar para que la versión web de la aplicación con el kernel C ++ no sea peor que la nativa.
Nuestro invitado frecuente, el autor de actuaciones muy
memorables ,
Alexei Okhrimenko, eligió un
tema inusual para la conferencia en la interfaz: Machine Learning. Resulta que ha llegado el momento justo en el navegador para resolver problemas con los que ni siquiera podía soñar antes de usar redes neuronales profundas.
Abastézcase de fuerzas, planifique con anticipación qué oradores definitivamente desea hacer preguntas, acuda a ellos personalmente y vea el resto más adelante en la grabación, y será posible discutir el
chat en la conferencia después del hecho.
Experiencia mundial
A partir de este artículo y la
lista completa
de informes, puede notar que esta vez no tendremos un solo hablante de habla inglesa, aunque ha habido solicitudes. En parte, resultó de esa manera, pero me parece que esto es lo mejor.
Por lo general, nuestros oradores cubren profundamente el tema, mientras que los hablantes extranjeros a menudo hablan con material más general o superficial.
Esto no es un dogma, hay excepciones, pero con mayor frecuencia lo es. Las estrellas extranjeras no están dispuestas a adaptar el material para nuestra audiencia, pero prefieren hacer un informe que ya se ha ejecutado. Intentamos que cada informe sea único.
Además, ceteris paribus, es mucho más fácil percibir información en el idioma nativo, y no hay riesgo de no entender algo detrás de los acentos semánticos implícitos. En general, los hablantes extranjeros no podían soportar la competencia (la competencia, por cierto, era seria, más de 100 aplicaciones), y podemos estar orgullosos del nivel de los desarrolladores de habla rusa y rusa. Porque varios especialistas reconocidos vendrán a nosotros de diferentes países, pero hablarán en ruso.
Esto no cuenta Ucrania, Bielorrusia y Kazajstán. Por lo tanto, no habrá barrera del idioma, y nuestros estudiantes obtendrán la experiencia del mundo y una experiencia absolutamente explosiva.
La vida de los programadores.
Además de dos pistas completas de dos días de informes aplicados e informativos, tendremos dos que dejaremos al final de un día productivo difícil para pensar un poco sobre la vida en general, y no solo sobre el desarrollo.
Andrey Smirnov de nuestra PC, el jefe del grupo de desarrollo de clientes en IPONWEB, el autor del podcast Frontend Weekend y el organizador de RamblerFront, sugiere discutir si tomar el camino de carrera "desarrollador - desarrollador senior - líder - líder del equipo". Por el contrario, Andrei en el título del informe dice que no es necesario convertirse en un líder, y por qué, en el
informe .
Anna Selezneva planteará el tema candente de la quema. En el
informe de Anna, escuchará una historia personal, aprenderá a ver el agotamiento con humor y obtendrá consejos útiles sobre cómo evitar este estado completamente ridículo.
FrontendConf como parte del festival
He enumerado solo la mitad para no aburrirlo demasiado, y en total habrá 34 informes en la interfaz del programa del festival
RIT ++ . Y qué más habrá en el festival ... Spoiler: muchas cosas interesantes.
Gracias al Comité del Programa.
La PC en
el sitio de la conferencia sigue a los oradores, pero todo comienza con ella. El trabajo coordinado y la actividad de los propios oradores nos permitieron antes que todas las otras conferencias como parte de RIT ++ cerrar la recepción de aplicaciones y comenzar a formar un programa. Las siguientes personas participaron en el trabajo de la PC, revisión por pares, rondas, selecciones y supervisión de informes: Sergey Popov, Pavel Lovtsevich, Alexander Mayorov, Maria Prosvirnina, Andrey Smirnov, Zar Zakharov, Ivan Botanov. Sería bueno esperar hasta que todo salga como resultado, pero quiero decir gracias ahora.
Solo dos semanas, Frontend Conf y veremos el trabajo del Comité del Programa con nuestros propios ojos. Reserve sus boletos : el 20 de mayo es la última fecha límite de precio. Venga a Frontend Conf RIT ++ en mayo, suscríbase al boletín : nuevos materiales, anuncios, acceso a videos y más artículos interesantes.