AR, robótica y cataratas: cómo fuimos a la escuela de programación ruso-alemana

A mediados de marzo en Munich, se celebró la Joint Advanced Student School 2019 (JASS), una escuela semanal de hackathon ++ para estudiantes en inglés para el desarrollo de software. Sobre esto en 2012 ya escribió en Habré . En esta publicación hablaremos sobre la escuela y compartiremos las impresiones de varios estudiantes de primera mano.



Cada año, la empresa patrocinadora (este año Zeiss) ofrece a ~ 20 estudiantes de Alemania y Rusia varios proyectos, y en una semana los equipos deben presentar sus logros en estas áreas. Este año fue necesario hacer videollamadas con realidad aumentada para Android, crear un prototipo de interfaz de usuario para el sistema de mantenimiento predictivo o participar en el proyecto secreto Cataract.

Todo el trabajo está en inglés. Los organizadores compusieron a propósito equipos mixtos de estudiantes rusos y alemanes para un intercambio cultural (demonio). Además, en los años pares, la escuela tiene lugar en Rusia, y en los años impares, en Alemania. Por lo tanto, esta es una gran oportunidad para que los estudiantes de diversos grados de preparación obtengan no solo experiencia laboral, sino también la experiencia de trabajar con extranjeros.

Proyectos y metas


Cada año, la escuela tiene una empresa patrocinadora que ofrece proyectos y mentores para los estudiantes. Este año fue Zeiss, que se dedica a la óptica de alta precisión (¡pero no solo!). Al comienzo de la semana, los representantes de la empresa ("clientes") presentaron tres proyectos para su implementación a los participantes, después de lo cual los estudiantes se dividieron en equipos y realizaron una prueba de concepto durante una semana.

La escuela tiene como objetivo un intercambio cultural entre los estudiantes y la oportunidad de brindar a los programadores novatos experiencia trabajando en proyectos reales. En la escuela, no necesita obtener una solicitud completamente preparada, el proceso es más como I + D: todos los proyectos están relacionados con las actividades de la empresa y desea obtener una prueba de concepto, para que no sea vergonzoso mostrarlo a los gerentes dentro de la empresa.

Las principales diferencias con el hackathon: más tiempo para el desarrollo, hay excursiones y otros entretenimientos, y todavía no hay competencia entre los equipos. Como resultado, no hay una meta para "ganar": todos los proyectos son independientes.

Además de los estudiantes de diferentes países, cada equipo también tenía un "líder": un estudiante graduado que administraba el equipo, distribuía tareas e irradiaba conocimiento.

En total, se propusieron tres proyectos , los estudiantes de HSE de San Petersburgo que vinieron al proyecto contarán sobre cada uno de ellos.

Realidad aumentada


Nadezhda Bugakova (1er año del programa de maestría) y Natalya Murashkina (3er año de pregrado): Necesitábamos portar la aplicación de comunicación por video de la realidad aumentada a Android. Dicha aplicación se realizó como parte de otro hackathon mensual para iOS y HoloLens, pero no había una versión para Android. Esto puede ser útil para discusiones conjuntas de algunas partes diseñadas: una persona convierte una parte virtual y discute con el resto.

Mantenimiento predictivo


Vsevolod Stepanov (primer año del programa de maestría): hay robots caros en la fábrica, que son caros de detener por mantenimiento, pero aún más caros de reparar. El robot está colgado de sensores y quiero entender cuándo tiene sentido detener el mantenimiento; esto es solo mantenimiento predictivo. El aprendizaje automático se puede utilizar para esto, pero se requieren muchos datos etiquetados. También necesitamos expertos que puedan entender al menos algo en las listas. Nuestra tarea era hacer una aplicación que resaltara las supuestas anomalías en los datos de los sensores y permitiera al experto y al científico de datos observarlos juntos, discutir y ajustar el modelo.

Catarata


Anna Nikiforovskaya (estudiante de 3 años): desafortunadamente, se nos pidió que no divulgáramos los detalles del proyecto. La descripción y la presentación incluso se eliminaron del sitio web de TUM , donde se encuentran el resto de los proyectos.

Proceso de trabajo


La escuela es pequeña y con forma de lámpara: este año, unos veinte estudiantes de diversos grados de preparación participaron en JASS: desde el primer curso de pregrado hasta aquellos que se graduaron de la magistratura. Entre ellos había ocho personas de la Universidad Técnica de Munich (TUM), cuatro estudiantes del campus HSE en San Petersburgo, cuatro más de la Universidad ITMO y un estudiante de LETI.

Todo el trabajo está en inglés, los equipos están especialmente compuestos casi por igual por muchachos de habla alemana y rusa. No hay interacción entre los proyectos, excepto que en el almuerzo todos estaban confundidos. Dentro del proyecto, sincronización a través de Slack y una placa física en la que puede pegar papel con tareas.

El horario para la semana se veía así:

  • El lunes es el día de las presentaciones.
  • Martes y miércoles: dos días de trabajo;
  • El jueves es un día de descanso, excursiones y presentaciones intermedias (revisión del cliente), para que pueda discutir la dirección del movimiento con los clientes;
  • Viernes y sábado: dos días más de trabajo;
  • El domingo es la presentación final con la cena.

Nadezhda Bugakova (primer año de magistratura): Nuestro día de trabajo fue así: llegamos y nos levantamos por la mañana, es decir, todos cuentan lo que hicieron por la tarde y planean hacer por la tarde. Luego trabajamos, después del almuerzo, otro stand-up. Alentamos mucho el uso de tableros de papel. Nuestro equipo era más grande que el resto: siete estudiantes, un líder, además, a menudo teníamos un cliente pasando el rato (se le podían hacer preguntas en el área temática). A menudo trabajamos en parejas o incluso en triples. Y también tuvimos una persona que estaba desarrollando la aplicación original para iOS.



Vsevolod Stepanov (primer año del programa de maestría): En cierto sentido, se usó SCRUM: un día: un sprint, dos standups por día para la sincronización. Los participantes tenían opiniones encontradas sobre la efectividad. Para algunos (incluyéndome a mí) parecía que se hablaba demasiado.

El primer día después de las presentaciones, discutimos el plan, hablamos con el cliente, tratamos de entender lo que hay que hacer. A diferencia del equipo de Nadi, el cliente no interactuó con nosotros durante el proyecto. Y el equipo era más pequeño: 4 estudiantes.

Anna Nikiforovskaya (estudiante de tercer año): De hecho, las reglas en los equipos no se aplican estrictamente. Inicialmente, nos dieron muchas instrucciones sobre cómo hacer standups, a la: todos en el círculo, siempre de pie, diciendo "Lo prometo". En realidad, mi equipo no se adhirió a las reglas estrictas y las detenciones no se realizaron porque era necesario, sino porque éramos muchos, y necesitábamos comprender quién estaba haciendo qué, esfuerzos sincronizados, etc. Tuve la sensación de que tuvimos una discusión natural sobre el progreso y el proyecto.

En mi proyecto, el cliente no entendía nada en programación, pero entendía solo en óptica. Esto resultó ser muy bueno: por ejemplo, nos explicó cuál es el brillo de la iluminación y la exposición. Estaba muy involucrado en lanzar métricas e ideas. Durante el desarrollo, constantemente le mostramos un resultado intermedio y recibimos comentarios instantáneos. Y con el aspecto técnico, el líder nos ayudó mucho: prácticamente nadie en el equipo trabajó con dos tecnologías populares, y el líder podía contarlo.

Presentación de resultados


Hubo dos presentaciones en total: en el medio de la escuela y al final. Duración: 20 minutos, luego preguntas. El día antes de cada presentación, los participantes persiguieron una presentación a un profesor de TUM para capacitación.

Vsevolod Stepanov (primer año del programa de maestría): Dado que nuestras presentaciones se podían mostrar a los gerentes, era importante centrarse en los posibles casos de uso. En particular, cada uno de los equipos en la presentación vio más teatro de software: mostraron en vivo cómo se puede usar el desarrollo. Nuestro equipo finalmente hizo una aplicación web prototipo, que se mostró a los gerentes de UI / UX, estaban contentos.

Nadezhda Bugakova (1 curso de magistratura): Logramos hacer una imagen en AR y la conexión entre los teléfonos para que una persona pueda rotar el objeto y la otra para verlo en tiempo real. Desafortunadamente, no pudo transmitir el sonido.

Curiosamente, se prohibió al equipo exhibir el mismo orador tanto en la revisión del cliente (presentación en el medio) como en la presentación final, para que más participantes tuvieran la oportunidad de hablar.



Proceso no funcional e impresiones


Este año, la escuela se llevó a cabo durante una semana, y no una y media, pero el programa todavía resultó estar bastante saturado. El lunes, además de presentar proyectos, hubo una excursión a la oficina de Microsoft en Munich. Y el martes agregaron una excursión a una pequeña oficina de Zeiss en Munich, mostraron varias unidades para medir la óptica de las piezas: una gran radiografía para detectar imprecisiones de fabricación y una pieza que le permite medir piezas pequeñas con mucha precisión mediante una sonda.

El jueves hubo un gran viaje a Oberkochen, donde se encuentra la sede de Zeiss. Combinaron muchas actividades: senderismo y una presentación intermedia frente a los clientes y pasar el rato.

El domingo, después de la presentación final de los proyectos, se organizó una excursión al Museo BMW ante los clientes, después de lo cual los participantes organizaron espontáneamente una caminata por Múnich. Por la noche, una cena de despedida.

Anna Nikiforovskaya (estudiante de 3 años): Fuimos a Oberkochen muy temprano. Para los participantes de la escuela, se ordenó un autobús directamente desde el hotel. La oficina central de Zeiss se encuentra en Oberkochen, por lo que no solo los "clientes" que trabajaron directamente con nosotros vieron las presentaciones preliminares de nuestro trabajo, sino también a alguien más importante. Primero, hicimos un recorrido por la oficina, desde el Museo de Historia, donde se nos mostró cómo la industria óptica cambió antes y después de Zeiss, a los lugares de trabajo reales, donde vimos una variedad de dispositivos para medir / verificar algunos detalles y cómo las personas trabajan con ellos. . Allí, casi todo está protegido por el NDA y no puedes tomar fotos. Y al final, incluso nos mostraron una fábrica donde se fabrican máquinas enormes como tomógrafos.



Después de la gira hubo un buen almuerzo con el personal, y luego las presentaciones en sí. Después de las presentaciones, fuimos a escalar una montaña no muy alta, encima de la cual había un café que nos alquilaron por completo. Podrías tomar todo hasta que el café se quedara sin comida y bebidas. Y también había una torre desde la que se abría una vista fresca.



¿Qué más recuerdas?


Vsevolod Stepanov (primer año del programa de maestría): para que podamos jugar con los datos, un profesor local nos dio datos del año de su Tesla. Y luego con el pretexto de "Déjame mostrarte a Tesla en vivo ahora", nos impulsó. También hubo un deslizamiento desde el cuarto piso hasta el primero. Se volvió aburrido: cayó, tomó una alfombra, se levantó, rodó, dejó una alfombra.



Anna Nikiforovskaya (estudiante de 3 años): Tener citas siempre es genial. Conocer gente interesante es doblemente más genial. Conocer gente interesante con la que también pueden trabajar juntos es un triple genial. Bueno, entiendes, una persona es un ser social, y los programadores no son la excepción.

¿Y qué fue recordado por el trabajo?


Anna Nikiforovskaya (estudiante de 3 años): Fue divertido, se podía preguntar y aclarar todo. Y también la tradición alemana de golpear a los profesores sobre las mesas: resulta que es habitual que separen el discurso de los académicos de todos los demás. Y es habitual que una persona del ámbito académico (profesor, profesor, estudiante de último año, etc.) toque la mesa como un signo de aprobación / agradecimiento por la conferencia. El resto (representantes de la compañía, gente común, actores en el teatro) decidieron aplaudir. Por qué Uno de los alemanes dijo en broma: "Bueno, justo cuando termina la conferencia, todos con una mano se llevan las cosas, por lo que aplaudir no es conveniente".

Vsevolod Stepanov (1er año del programa de maestría): Es interesante que entre los participantes no solo se encontraban programadores, sino también, por ejemplo, robótica. Aunque todos los proyectos y la escuela en su conjunto están codificando.

También hubo comentarios bastante buenos en términos de presentaciones. Fue especialmente útil para aquellos que no fueron atormentados por esto cada semestre durante todo el bachillerato.

Nadezhda Bugakova (1 año del programa de maestría): Poking at AR fue divertido. Y ahora tengo una aplicación genial en mi teléfono que puedo mostrar.

Condiciones de vida


Los organizadores pagaron por casi todo: un vuelo, alojamiento en dos paradas de la universidad, donde se realizaba el trabajo principal, comidas. Desayuno - en el hotel, almuerzo - en la universidad, cena - ya sea con los organizadores en una cafetería o en la oficina de una empresa.

En la universidad, cada equipo tenía su propia habitación con una tabla. A veces, algo más: por ejemplo, un equipo tenía un pateador y el otro equipo tenía muchos iMacs gratuitos en los que se podía trabajar.



Vsevolod y Nadezhda: Por lo general, trabajamos hasta 21. También había una sala 24/7 con limonada y 3-4 veces al día traía nishtyaks (sándwiches, bretzels, frutas), pero se comía bastante rápido.

¿A quién recomendarías?


Vsevolod y Hope: ¡ a todos los programadores de licenciatura! Deberías saber inglés, pero es una gran experiencia. Puedes probar todo tipo de cosas de moda.

Anna Nikiforovskaya (estudiante de 3 años): No tengas miedo si crees que no tienes suficiente conocimiento, experiencia, nada. En JASS había personas con antecedentes muy diferentes, desde el primer hasta el quinto año, con diferentes experiencias laborales y diferentes experiencias de hackatones / olimpiadas / escuelas. Como resultado, los equipos estaban muy bien formados (en cualquier caso, los míos seguramente). Y con nosotros todos hicieron algo y todos aprendieron algo.

Sí, puede aprender algo nuevo, probarse en el desarrollo acelerado, ver cómo se abre en un tiempo limitado y quedar impresionado de que puede hacer tanto en poco tiempo. En mi opinión, al mismo tiempo, en comparación con los Juegos Olímpicos o los hackatones ordinarios, el nivel de estrés y apuro se reduce considerablemente. Entonces, hay sorpresa y placer por lo que se ha hecho, pero no hay ansiedad ni otras cosas. Y creo que esto es genial. Por mí mismo, por ejemplo, descubrí que puedo notar si el trabajo se distribuye en un equipo de alguna manera incorrecto e incluso contribuir a corregirlo. Considero que esta es mi pequeña victoria en el campo de las habilidades de comunicación y liderazgo.

La comunicación con las personas también es un componente muy bueno. No te preocupes si crees que no sabes bien inglés. Si está comprometido con la programación, probablemente tenga que leer mucha literatura en inglés. Entonces, si carece de la habilidad de comunicación, una inmersión completa en el entorno de habla inglesa definitivamente le enseñará esto. Nuestro equipo estaba formado por personas que inicialmente no confiaban en su conocimiento del inglés y estaban constantemente preocupados de perderse algo o no lo dijeron, pero al final de la escuela estaban charlando en silencio y no solo por trabajo.

Source: https://habr.com/ru/post/450170/


All Articles