A mediados de marzo se celebró en Munich 2019 (JASS): una escuela hackathon++ para estudiantes de idioma inglés de una semana de duración sobre desarrollo de software. Sobre ella en 2012 . En este post hablaremos del colegio y compartiremos impresiones de primera mano de varios alumnos.
Cada empresa patrocinadora del código (este año Zeiss) ofrece varios proyectos a ~20 estudiantes de Alemania y Rusia, y después de una semana los equipos deben presentar su trabajo en estas áreas. Este año era necesario hacer videollamadas con realidad aumentada para Android, idear y prototipar una interfaz de usuario para un sistema de mantenimiento predictivo o participar en el Proyecto Secreto Cataract.
Todo el trabajo está en inglés. Los organizadores forman deliberadamente equipos mixtos de estudiantes rusos y alemanes para un intercambio (in)cultural. Además, en los años pares la escuela se lleva a cabo en Rusia y en los años impares, en Alemania. Por lo tanto, esta es una gran oportunidad para que estudiantes con diversos grados de preparación obtengan no solo experiencia laboral, sino también experiencia trabajando junto con extranjeros.
Proyectos y metas
Cada año la escuela cuenta con una empresa patrocinadora que brinda proyectos y mentores para los estudiantes. Este año fue Zeiss, que se ocupa de la óptica de alta precisión (¡pero no sólo!). Al comienzo de la semana, los representantes de la empresa (“clientes”) presentaron a los participantes tres proyectos para su implementación, después de lo cual los estudiantes se dividieron en equipos y pasaron la semana haciendo una prueba de concepto.
Los objetivos de la escuela son el intercambio cultural entre estudiantes y la oportunidad de brindar a los aspirantes a programadores experiencia trabajando en proyectos reales. En la escuela no necesitas obtener una solicitud completamente terminada, el proceso se parece más a I+D: todos los proyectos están relacionados con las actividades de la empresa y quieres obtener una prueba de concepto, y una que no serás Me da vergüenza mostrárselo a los directivos de la empresa.
Las principales diferencias con un hackathon: más tiempo para el desarrollo, hay excursiones y otros entretenimientos y no hay competencia entre equipos. Como resultado, no existe ningún objetivo de "ganar": todos los proyectos son independientes.
Cada equipo, además de estudiantes de diferentes países, también tenía un "líder", un estudiante de posgrado que dirigía el equipo, distribuía tareas e irradiaba conocimientos.
Total fue , HSE - Los estudiantes de San Petersburgo que asistieron al proyecto hablarán sobre cada uno de ellos.
Realidad Aumentada
Nadezhda Bugakova (primer año de maestría) y Natalya Murashkina (tercer año de licenciatura): Necesitábamos migrar una aplicación de comunicación por vídeo con realidad aumentada a Android. Esta aplicación se creó como parte de otro hackathon de un mes de duración para iOS y HoloLens, pero no había una versión para Android. Esto puede resultar útil para debates conjuntos sobre algunas piezas diseñadas: una persona hace girar una pieza virtual y la discute con el resto.
Mantenimiento predictivo
Vsevolod Stepanov (primer año de maestría): Hay robots costosos en producción, cuya parada para mantenimiento es costosa, pero aún más costoso de reparar. El robot está cubierto de sensores y usted quiere saber cuándo tiene sentido detenerse para realizar el mantenimiento; esto es precisamente mantenimiento predictivo. Puede utilizar el aprendizaje automático para hacer esto, pero requiere muchos datos etiquetados. También necesitamos expertos que puedan entender al menos algo de los gráficos. Nuestra tarea era crear una aplicación que resaltara las anomalías sospechosas en los datos de los sensores y permitiera a un experto y a un científico de datos observarlas juntos, discutirlas y ajustar el modelo.
Catarata
Anna Nikiforovskaya (tercer año de licenciatura): Desafortunadamente, nos pidieron que no reveláramos detalles del proyecto. Incluso se eliminaron la descripción y la presentación. , donde se encuentran el resto de proyectos.
Proceso de trabajo
La escuela es pequeña e íntima: este año participaron en JASS una veintena de estudiantes de distintos grados de preparación: desde el primer año de licenciatura hasta los que completan una maestría. Entre ellos se encontraban ocho personas de la Universidad Técnica de Múnich (TUM), cuatro estudiantes del campus de la Escuela Superior de Economía de San Petersburgo, cuatro más de la Universidad ITMO y un estudiante de LETI.
Todo el trabajo es en inglés, los equipos están compuestos casi por igual por chicos de habla alemana y rusa. No hay interacción entre proyectos, excepto que todos se mezclaron en el almuerzo. Dentro del proyecto hay sincronización vía Slack y un tablero físico en el que se pueden pegar trozos de papel con tareas.
El cronograma semanal quedó así:
- El lunes es el día de presentación;
- Martes y miércoles: dos días de trabajo;
- El jueves es día de descanso, excursiones y presentaciones intermedias (opinión del cliente), para que se pueda discutir con los clientes la dirección del movimiento;
- Viernes y sábado: dos días más de trabajo;
- Domingo – presentación final con cena.
Nadezhda Bugakova (primer año de maestría): Nuestra jornada laboral era más o menos así: venimos por la mañana y hacemos stand-up, es decir, todos nos cuentan lo que hicieron durante la noche y lo que planean hacer durante el día. Luego trabajamos, después del almuerzo, otro stand-up. Se recomendó encarecidamente el uso de una cartulina. Nuestro equipo era más grande que el resto: siete estudiantes, un líder y el cliente pasaba mucho tiempo con nosotros (podías hacerle preguntas sobre el tema). A menudo trabajábamos en parejas o incluso en tríos. También tuvimos una persona que desarrolló la aplicación original para iOS.
Vsevolod Stepanov (primer año de maestría): En cierto sentido, se utilizó SCRUM: un día, un sprint, dos stand-ups por día para sincronización. Los participantes tenían opiniones encontradas sobre la eficacia. Algunos (incluyéndome a mí) sintieron que se hablaba demasiado.
El primer día después de las presentaciones, discutimos el plan, nos comunicamos con el cliente y tratamos de comprender lo que había que hacer. A diferencia del equipo de Nadya, el cliente no interactuó con nosotros durante el proyecto. Y el equipo era más pequeño: 4 estudiantes.
Anna Nikiforovskaya (tercer año de licenciatura): De hecho, las reglas en los equipos no se siguieron estrictamente. Al principio, nos dieron muchas instrucciones sobre cómo realizar monólogos, al estilo: todos en círculo, siempre de pie, diciendo "lo prometo". En realidad, mi equipo no siguió reglas estrictas y las reuniones se realizaron no porque fuera necesario, sino porque somos muchos y necesitamos entender quién hace qué, sincronizar esfuerzos, etc. Sentí que teníamos discusiones naturales sobre el progreso y el proyecto.
En mi proyecto, el cliente no entendía nada de programación, solo entendía de óptica. Resultó muy interesante: por ejemplo, nos explicó qué son la luminosidad y la exposición. Estuvo muy involucrado en el lanzamiento de métricas e ideas. Durante el desarrollo, le mostramos constantemente el resultado intermedio y recibimos comentarios instantáneos. Y el líder nos ayudó mucho en el aspecto técnico: prácticamente nadie en el equipo trabajaba con dos tecnologías populares y el líder podía hablar de ello.
Presentación de resultados
Fueron dos presentaciones en total: a mitad de clases y al final. Duración: 20 minutos, luego preguntas. El día antes de cada presentación, los participantes practicaron su presentación frente a un profesor de TUM.
Vsevolod Stepanov (primer año de maestría): Dado que nuestras presentaciones podían mostrarse a los gerentes, era importante enfatizar los posibles casos de uso. En particular, cada uno de los equipos creó otro teatro de software en la presentación: mostraron en vivo cómo se puede utilizar el desarrollo. Nuestro equipo finalmente creó un prototipo de una aplicación web, que se mostró a los administradores de UI/UX y quedaron satisfechos.
Nadezhda Bugakova (primer año de maestría): Logramos crear una imagen en AR y una conexión entre teléfonos para que una persona pudiera girar un objeto y otra pudiera verlo en tiempo real. Lamentablemente, no fue posible transmitir sonido.
Curiosamente, al equipo se le prohibió tener el mismo orador tanto en la revisión del cliente (la presentación en el medio) como en la presentación final, para que más participantes tuvieran la oportunidad de hablar.
Fuera del proceso de trabajo e impresiones.
Este año la escuela duró una semana en lugar de una semana y media, pero aun así el programa resultó ser bastante intenso. El lunes, además de la presentación de los proyectos, hubo una excursión a la oficina de Microsoft en Munich. Y el martes agregaron un recorrido por una pequeña oficina de Zeiss en Munich, mostrando varias unidades para medir la óptica de piezas: una gran unidad de rayos X para detectar imprecisiones en la producción y algo que permite medir piezas pequeñas con mucha precisión mediante el funcionamiento de una sonda. sobre ellos.
El jueves hubo un gran viaje a Oberkochen, donde se encuentra la sede de Zeiss. Combinamos muchas actividades: senderismo, presentación intermedia a los clientes y fiesta.
El domingo, tras la presentación final de los proyectos a los clientes, se organizó una excursión al Museo BMW, tras lo cual los participantes organizaron espontáneamente un paseo por Múnich. Por la noche hay una cena de despedida.
Anna Nikiforovskaya (tercer año de licenciatura): Fuimos muy temprano a Oberkochen. Se encargó un autobús para los participantes de la escuela directamente desde el hotel. La sede de Zeiss se encuentra en Oberkochen, por lo que las presentaciones preliminares de nuestro trabajo no sólo fueron vistas por los "clientes" que trabajaron directamente con nosotros, sino también por alguien más importante. Primero, nos dieron un recorrido por la oficina, desde el museo de historia, donde nos mostraron cómo cambió la industria óptica antes y después de Zeiss, hasta los lugares de trabajo reales, donde vimos una variedad de dispositivos para medir/comprobar algunas piezas y cómo la gente trabaja con ellos. Casi todo allí está protegido por NDA y la fotografía está prohibida. Y al final incluso nos mostraron una fábrica donde se fabrican máquinas enormes como tomógrafos.
Después del recorrido hubo un agradable almuerzo con el personal y luego las presentaciones mismas. Después de las presentaciones, fuimos a escalar una montaña no muy alta, en cuya cima nos esperaba un café, completamente filmado para nosotros. Podrías llevarte todo hasta que el café se quedara sin comida y bebida. También había una torre que ofrecía una vista fresca.
¿Qué más recuerdas?
Vsevolod Stepanov (primer año de maestría): Para que pudiéramos jugar con los datos, un profesor local nos dio datos de un año de su Tesla. Y luego, con el pretexto de “déjame mostrarte ahora Tesla en vivo”, nos llevó a dar una vuelta en él. También había un tobogán desde el cuarto piso al primero. Se volvió aburrido: bajé, tomé la colchoneta, me levanté, rodé hacia abajo, dejé la colchoneta.
Anna Nikiforovskaya (tercer año de licenciatura): Las citas siempre son geniales. Conocer gente interesante es doblemente genial. Conocer gente interesante con la que también podéis trabajar juntos es triplemente genial. Bueno, ya lo entiendes, los humanos son criaturas sociales y los programadores no son una excepción.
¿Qué recuerdas del trabajo?
Anna Nikiforovskaya (tercer año de licenciatura): Fue divertido, podías preguntar y aclarar todo. También existe la tradición alemana de golpear los pupitres de los profesores: resulta que entre ellos es costumbre separar el discurso de los académicos del de los demás. Y es costumbre que una persona del ámbito académico (profesor, catedrático, estudiante de último año, etc.) golpee la mesa en señal de aprobación/agradecimiento por la conferencia. El resto (representantes de compañías, gente corriente, actores de teatro) suelen ser aplaudidos. ¿Porqué es eso? Uno de los alemanes, a modo de broma y explicación, dijo: “Bueno, es que cuando termina la conferencia ya todos están guardando las cosas con una mano, así que no conviene aplaudir”.
Vsevolod Stepanov (primer año de maestría): Es interesante que entre los participantes no sólo había programadores, sino también, por ejemplo, especialistas en robótica. Aunque todos los proyectos y la escuela en su conjunto tienen que ver con la codificación.
También hubo muy buenos comentarios en cuanto a las presentaciones. Fue especialmente útil para aquellos que no se sintieron atormentados por esto cada semestre durante sus estudios universitarios.
Nadezhda Bugakova (primer año de maestría): Husmear en AR fue divertido. Ahora también tengo una aplicación genial en mi teléfono que puedo mostrar.
Condiciones de vida
Los organizadores pagaron casi todo: vuelos, alojamiento a dos paradas de la universidad, donde se realizaba el trabajo principal, comida. Desayuno - en el hotel, almuerzo - en la universidad, cena - ya sea junto con los organizadores en una cafetería o en la oficina de alguna empresa.
En la universidad, cada equipo tenía su propia sala con una pizarra. A veces, algo más: por ejemplo, un equipo tenía un pateador y el otro equipo tenía muchos iMacs libres para trabajar.
Vsévolod y Nadezhda: Normalmente trabajábamos hasta las 21. También había una sala 24 horas al día, 7 días a la semana, con limonada y 3 o 4 veces al día traían golosinas (sándwiches, pretzels, fruta), pero se consumían bastante rápido.
¿A quién recomendarías?
Vsévolod y Nadezhda: ¡A todos los programadores solteros! Cuesta saber inglés, pero es una experiencia maravillosa. Puedes probar todo tipo de cosas de moda.
Anna Nikiforovskaya (tercer año de licenciatura): No tengas miedo si sientes que no tienes suficiente conocimiento, experiencia, lo que sea. Había gente en JASS con una amplia variedad de antecedentes, desde primer año hasta quinto año, con diferentes experiencias laborales y diferentes experiencias en hackathons/olimpíadas/escuelas. Como resultado, los equipos estaban muy bien formados (al menos el mío, seguro). Y con nosotros todos hicieron algo y todos aprendieron algo.
Sí, puedes aprender algo nuevo, probarte en el desarrollo acelerado, ver cómo te desarrollas en un tiempo limitado y quedar impresionado de que puedes hacer tanto en poco tiempo. En mi opinión, en comparación con las Olimpíadas o los hackatones habituales, el nivel de estrés y prisa se reduce considerablemente. Entonces hay sorpresa y placer por lo que se hizo, pero no hay ansiedad ni nada más. Y creo que eso es maravilloso. En mi caso, por ejemplo, descubrí que puedo notar si el trabajo en un equipo se distribuye de forma incorrecta e incluso contribuir a corregirlo. Considero que esto es mi pequeña victoria en el campo de la comunicación y las habilidades de liderazgo.
La comunicación con la gente también es un componente muy interesante. No te preocupes si crees que no sabes bien inglés. Si estás involucrado en la programación, probablemente tengas que leer mucha literatura en inglés. Entonces, si te faltan habilidades de comunicación, la inmersión completa en el entorno de habla inglesa definitivamente te enseñará esto. Teníamos personas en nuestro equipo que al principio no confiaban en sus conocimientos de inglés y estaban constantemente preocupados de haberse perdido algo o haber dicho algo mal, pero al final de la escuela ya estaban charlando tranquilamente y no solo sobre el trabajo.
Fuente: habr.com