Online es rock and roll y casi offline
La conferencia resultó ser diferente a otros eventos en línea: gracias en gran parte a SpatialChat. Por eso, el "online" no se sintió en absoluto: hay un escenario, la gente ocupa algunos lugares dentro, y esto afecta el volumen de su micrófono, como si realmente estuvieran más cerca o más lejos.
Las personas alrededor pueden dejar comentarios, poner emoticonos, encender la cámara con un micrófono y comunicarse con los altavoces o entre ellos. Resultó una gran cantidad de trabajo en red en una atmósfera en línea inusual, algo que falta mucho en las conferencias en tiempos de covid. Al mismo tiempo, se han mantenido todas las ventajas de online: por ejemplo, no es necesario perder el tiempo en la carretera y ponerse máscaras. Es un formato genial, auténtico rock and roll entre conferencias.
El organizador de conferencias y surf Wrike tenía sus propios stands. Se nos dio libertad de creatividad: Wrike apoyó todas nuestras actividades y no rechazó nada, por eso están muy agradecidos.
Ponen profesionales geniales en el escenario
Nuestro stand constaba de dos partes: un escenario virtual para presentaciones y un área de revisión de códigos. La agenda del primer día estuvo ajetreada:
Dimos presentaciones:
- Zhenya Saturov es coautor y presentador del Flutter Dev Podcast . También es el líder del equipo de Surf y evangelista de Flutter. Puede explicarle a cualquiera por qué necesita o no a Flutter.
- Masha Dolgusheva es un surfista experimentado y permanente. Masha selecciona especialistas para nosotros, realiza entrevistas y resuelve a veces malentendidos en el equipo.
- Artyom Zaitsev es una tormenta para los estudiantes de nuestro curso Flutter y el jefe del departamento de Flutter en Surf .
Artyom y Zhenya hablaron sobre nuestros proyectos en Flutter:
De 10 a 15 personas vinieron a escuchar y hacer preguntas, es casi una multitud. Es bueno que la conferencia fuera en línea, de lo contrario no hubiéramos podido proporcionar una distancia social de 1,5 metros.
Ayudó a los desarrolladores a elegir las vacantes y les enseñó a hablar con RR.
Masha y Zhenya sostuvieron una charla sobre recursos humanos; así es como llamamos al formato en el que los espectadores pueden pedirle a la persona que habla de recursos humanos respuestas a las preguntas más urgentes sobre el trabajo.
Para la charla de RR.HH., hemos recopilado las preguntas más populares de los desarrolladores y respondido a cada una de ellas. Por ejemplo:
- ¿Cómo prepararse para una entrevista para sentirse seguro?
- ¿Qué empresas están buscando desarrolladores de Flutter?
- ¿Por qué se les pide que realicen una tarea de prueba y qué le da al desarrollador?
Para un desarrollador, nada es más importante que los ejemplos de código que
Masha habló sobre el mercado laboral: el nivel de salarios, la cantidad de vacantes y currículums, y Zhenya fue la presentadora del discurso. Fue la conversación más animada no sobre Flutter en la conferencia: muchas personas se conectaron, respondieron activamente con emoticonos y comentarios.
Resultó que la tarea no es suficiente, porque los desarrolladores hacen muchas preguntas interesantes. Por ejemplo, como: "¿Por qué los RR.HH. son tan obsesivos?" Después de la presentación, Masha continuó comunicándose con la audiencia. Ha acumulado tantas preguntas de los desarrolladores que ahora puede publicar un libro con respuestas si lo desea.
El segundo día fue similar al primero: Masha repitió la información básica para quienes se perdieron la presentación de ayer, pero esta vez la actuación parecía más un stand-up que un diálogo. Probablemente, las preguntas de los desarrolladores hayan terminado. No faltaron historias sobre lo difícil que es la vida para los recursos humanos: los presentes pudieron entender un poco mejor esta profesión. Comprende y perdona.
Dijeron por qué no deberías escuchar los consejos
Mientras tanto, Zhenya cambió a una nueva presentación. Junto con Flutter-desarrolladora de Surf, Lesha Korpatenkov, hablaron sobre nuestro proyecto The Hole . Es una plataforma de transmisión de video para Medium Quality, el mayor editor de Youtube ruso.
Incluso en la etapa de elección de una tecnología, todo el mundo dijo que no era necesario hacer una aplicación de este tipo en Flutter. Los chicos siguieron su propio camino y todo salió bien. Es poco probable que el proyecto hubiera resultado si Zhenya y Artyom hubieran escuchado la opinión externa.
Subido bajo el capó de una máquina Flutter
Al mismo tiempo, el desarrollador de Flutter Misha Zot'ev y el jefe del departamento de Flutter de Surf Artyom Zaitsev estaban desmantelando “Flutter bajo el capó”. Su informe resultó ser muy voluminoso y útil.
En 2020, Misha se sumergió en el "interior" de Flutter más de una vez, se ocupó de los algoritmos y enfoques que utiliza el marco. Sobre los temas más interesantes, escribió artículos para Habr. Con el tiempo, Misha acumuló una gran cantidad de material, que fue estructurado y convertido en un informe "Flutter under the hood". No se trata solo de nuevos conocimientos, sino también de ejemplos reales de cómo se pueden aplicar en la práctica.
Fuimos observados simultáneamente por unas 270 personas. Esta es una sala casi llena de un gran cine.
Después del informe, Misha fue a responder las preguntas de los participantes y Artyom se hizo cargo de la más larga y difícil: la revisión del código.
Revisión o repositorios
Artyom revisó los repositorios y respondió las preguntas de los participantes durante dos horas. Se enviaron cinco solicitudes para la revisión y 15 personas siguieron el proceso.
La revisión del código se llevó a cabo en nuestro canal de YouTube
La revisión del código es útil para todos: los principiantes aprenden algo nuevo y los desarrolladores experimentados obtienen una nueva mirada desde el exterior. Aquí SpatialChat nos defraudó un poco: el video se ralentizó, alguien no vio nada en absoluto. Decidimos mostrar la transmisión desde nuestro canal, pero por alguna razón YouTube no lo permitió. Tuve que ir de forma indirecta: dejaron un código QR en el stand para que los espectadores pudieran leerlo y cambiar a nuestro canal. Vinieron 15 personas y 25 se quedaron a mirar en nuestro stand.
Artyom evaluó los repositorios en vivo, comentó el código y dio consejos. Pero debido a problemas técnicos con SpatialChat, no hubo suficientes comentarios: tuve que comunicarme con los espectadores a través de comentarios.
Resultó ser una lámpara, nos gustó. La gente escuchó con atención y dejó comentarios útiles. Llegamos a la conclusión de que la revisión del código es un buen formato y luego será posible realizar un evento similar.
Revelamos nuestros secretos
El horario del segundo día estuvo menos concurrido. En el escenario, todas las mismas personas.
El evento principal del segundo día es la presentación de Flutter TeamLead Zhenya Saturov "Gear Up". Compartió soluciones que ayudan a optimizar los procesos en un proyecto de Flutter.
Amamos a Flutter tanto como amamos el desarrollo nativo. Hace dos años, Flutter era solo una
tecnología exagerada con perspectivas poco claras. Fue incómodo para nosotros, en algún lugar incluso aterrador, pero hicimos una apuesta y ya creamos varios proyectos grandes y un gran repositorio con desarrollos de código abierto: SurfGear . Tiene una misión genial: acelerar el desarrollo y simplificar la implementación de tareas típicas.
El discurso de Zhenya. Agradece el último comentario: "¡Hurra, Eugene!"
Queríamos contarte sobre nuestro SurfGear y realizar un concurso para recopilar ideas. Desafortunadamente, no hubo muchas respuestas aquí, pero una idea realmente refleja el dolor de la comunidad. Los desarrolladores de Flutter ahora tienen dos enfoques cuando trabajan con dependencias y DI:
- Los localizadores de servicios get_it son en su mayoría singletones. Todo se almacena en un solo lugar, las dependencias a menudo viven todo el tiempo que se ejecuta la aplicación.
- "Reenvío" en un árbol. Por ejemplo, utilizando provider. Aquí es posible seleccionar ámbitos, para limitar la vida útil, porque las dependencias se crean esencialmente en este o aquel widget. Pero así es como mezclamos las capas de servicio y UI. Esto tampoco es muy bueno.
Se nos envió la idea de un enfoque "ideal" que nos permitiría desacoplar la lógica empresarial de la interfaz de usuario, al mismo tiempo que nos permitiría limitar la "vida útil" de las dependencias. Aún no se ha encontrado una solución específica: quizás el paquete koin pueda proporcionar algo similar; el propio autor de la idea llamó la atención sobre ello. Investigaremos este asunto con él y tomaremos una decisión.
***
Online no es un sustituto de offline, pero Wrike organizó el evento remoto más animado al que hemos asistido, por eso nos gustaría agradecerles.
¿Has estado en DartUP 2020? ¿Qué es lo que más recuerdas?