A mediados de marzo celebrouse en Múnic 2019 (JASS) - unha escola de hackathon ++ para estudantes de inglés en desenvolvemento de software. Sobre ela en 2012 . Nesta entrada falaremos do colexio e compartiremos impresións de primeira man de varios alumnos.
Cada empresa patrocinadora do código (este ano Zeiss) ofrece a ~20 estudantes de Alemaña e Rusia varios proxectos, e despois dunha semana os equipos deben presentar o seu traballo nestas áreas. Este ano foi necesario facer videochamadas con realidade aumentada para Android, ou idear e prototipar unha IU para un sistema de mantemento preditivo ou participar no Proxecto segredo Cataract.
Todo o traballo está en inglés. Os organizadores forman deliberadamente equipos mixtos de estudantes rusos e alemáns para o intercambio (non) cultural. Ademais, nos anos pares a escola realízase en Rusia e nos anos impares en Alemaña. Polo tanto, esta é unha gran oportunidade para que os estudantes de diferentes graos de preparación adquiran non só experiencia laboral, senón tamén experiencia de traballo xunto con estranxeiros.
Proxectos e obxectivos
Cada ano a escola conta cunha empresa patrocinadora que ofrece proxectos e mentores para os estudantes. Este ano foi Zeiss, que se ocupa da óptica de alta precisión (pero non só!). A comezos da semana, os representantes da empresa (“clientes”) presentaron tres proxectos aos participantes para a súa implementación, tras o cal os estudantes se dividiron en equipos e pasaron a semana facendo unha proba de concepto.
Os obxectivos da escola son o intercambio cultural entre estudantes e a oportunidade de brindarlles aos aspirantes a programadores a experiencia traballando en proxectos reais. Na escola non necesitas ter unha solicitude completamente rematada, o proceso é máis ben como I+D: todos os proxectos están relacionados coas actividades da empresa, e queres conseguir unha proba de concepto e outra que non serás. avergoñado de mostrarllo aos directivos da empresa.
As principais diferenzas dun hackathon: máis tempo para o desenvolvemento, hai excursións e outros entretementos e non hai competencia entre equipos. Como resultado, non hai obxectivo de "gañar": todos os proxectos son independentes.
Cada equipo, ademais de estudantes de diferentes países, tamén tiña un "líder": un estudante de posgrao que dirixía o equipo, distribuía tarefas e irradiaba coñecementos.
En total houbo , HSE - Os estudantes de San Petersburgo que asistiron ao proxecto falarán de cada un deles.
Realidade Aumentada
Nadezhda Bugakova (máster de 1º curso) e Natalya Murashkina (licenciatura de 3º curso): Necesitabamos portar a Android unha aplicación de comunicación por vídeo con realidade aumentada. Tal aplicación realizouse como parte doutro hackathon de un mes para iOS e HoloLens, pero non había versión para Android. Isto pode ser útil para discusións conxuntas dalgunhas partes deseñadas: unha persoa fai xirar unha parte virtual e a comenta co resto.
Mantemento preditivo
Vsevolod Stepanov (máster de 1º ano): Hai robots caros en produción, que son caros de deter para o mantemento, pero aínda máis caros de reparar. O robot está cuberto de sensores e queres entender cando ten sentido deterse para realizar o mantemento: este é precisamente o mantemento preditivo. Podes usar a aprendizaxe automática para facelo, pero require moitos datos etiquetados. Tamén necesitamos expertos que poidan entender polo menos algo dos gráficos. A nosa tarefa foi facer unha aplicación que destaque as sospeitas de anomalías nos datos dos sensores e que permita que un experto e un científico de datos as observen xuntos, discutan e axusten o modelo.
Catarata
Anna Nikiforovskaya (3º curso de bacharelato): Por desgraza, pedíronnos que non divulgáramos os detalles do proxecto. A descrición e a presentación incluso foron eliminadas , onde se atopan o resto de proxectos.
O proceso de traballo
A escola é pequena e íntima: este ano participaron en JASS unha vintena de estudantes de distintos graos de preparación: dende o primeiro curso de bacharelato ata os que están a cursar un máster. Entre eles había oito persoas da Universidade Técnica de Múnic (TUM), catro estudantes do campus de San Petersburgo da Escola Superior de Economía, catro máis da Universidade ITMO e un estudante da LETI.
Todo o traballo está en inglés, os equipos están especialmente formados case por igual por rapaces de fala alemá e ruso. Non hai interacción entre os proxectos, agás que todos se mesturaron no xantar. Dentro do proxecto hai sincronización a través de Slack e un taboleiro físico no que se poden pegar anacos de papel coas tarefas.
A programación semanal quedou así:
- O luns é día de presentación;
- Martes e mércores - dous días de traballo;
- O xoves é un día de descanso, excursións e presentacións intermedias (revisión do cliente), para que poidas comentar a dirección do movemento cos clientes;
- Venres e sábado - dous días máis de traballo;
- Domingo – presentación final con cea.
Nadezhda Bugakova (1º máster): A nosa xornada laboral foi algo así: vimos pola mañá e facemos stand-up, é dicir, cada un nos conta o que fixo durante a noite e pensamos facer durante o día. Despois traballamos, despois do xantar, outro stand-up. Fomentouse moito o uso do cartón de papel. O noso equipo era máis numeroso que o resto: sete estudantes, un líder e o cliente saían connosco moi a miúdo (podías facerlle preguntas sobre a materia). Moitas veces traballabamos en parellas ou mesmo en tríos. Tamén tivemos unha persoa que desenvolveu a aplicación orixinal para iOS.
Vsevolod Stepanov (máster de 1º ano): En certo sentido, utilizouse SCRUM: un día - un sprint, dous stand-ups ao día para a sincronización. Os participantes tiñan opinións diversas sobre a eficacia. Algúns (incluíndo eu) sentiron que había demasiada charla.
O primeiro día despois das presentacións, comentamos o plan, comunicámonos co cliente e tratamos de entender o que había que facer. A diferenza do equipo de Nadya, o cliente non interactuou connosco durante o proxecto. E o equipo era máis pequeno: 4 alumnos.
Anna Nikiforovskaya (3º curso de bacharelato): De feito, as regras nos equipos non se seguiron estrictamente. Inicialmente, déronnos moitas instrucións sobre como facer stand-ups, a la: todos en círculo, sempre de pé, dicindo "prométoo". En realidade, o meu equipo non cumpriu unhas normas estritas e as manifestacións non foron porque tivesen que facelo, senón porque somos moitos, e hai que entender quen fai que, sincronizar esforzos, etc. Sentín que tiñamos discusións naturais sobre o progreso e o proxecto.
No meu proxecto, o cliente non entendía nada de programación, senón que só entendía a óptica. Resultou moi chulo: por exemplo, explicounos que son o brillo e a exposición da iluminación. Estaba moi implicado en botar métricas e ideas. Durante o desenvolvemento, mostrámoslle constantemente o resultado intermedio e recibimos comentarios instantáneos. E o líder axudounos moito coa parte técnica: practicamente ninguén do equipo traballaba con dúas tecnoloxías populares, e diso podía falar o líder.
Presentación de resultados
Houbo dúas presentacións en total: a mediados do cole e ao final. Duración: 20 minutos, despois preguntas. O día anterior a cada presentación, os participantes practicaron a súa presentación diante dun profesor da TUM.
Vsevolod Stepanov (máster de 1º ano): Dado que as nosas presentacións podían ser mostradas aos xestores, era importante facer fincapé en posibles casos de uso. En concreto, cada un dos equipos creou algo máis de teatro de software na presentación: mostraron en directo como se pode utilizar o desenvolvemento. O noso equipo finalmente fixo un prototipo dunha aplicación web, que se mostrou aos xestores de UI/UX, estaban contentos.
Nadezhda Bugakova (1º máster): Conseguimos crear unha imaxe en AR e unha conexión entre teléfonos para que unha persoa puidese xirar un obxecto e outra puidese velo en tempo real. Desafortunadamente, non foi posible transmitir o son.
Curiosamente, o equipo tiña prohibido ter o mesmo orador tanto na revisión do cliente (a presentación no medio) como na presentación final, para que máis participantes tivesen a oportunidade de falar.
Fóra do proceso de traballo e impresións
Este ano a escola desenvolveuse durante unha semana en lugar de semana e media, pero o programa aínda resultou bastante intenso. O luns, ademais de presentar os proxectos, realizouse unha excursión á oficina de Microsoft en Múnic. E o martes engadiron unha visita a unha pequena oficina de Zeiss en Múnic, onde se mostran varias unidades para medir a óptica das pezas: unha gran radiografía para detectar imprecisións de produción e unha cousa que permite medir pezas pequenas con moita precisión facendo funcionar unha sonda. sobre eles.
O xoves houbo unha gran viaxe a Oberkochen, onde está a sede de Zeiss. Combinamos moitas actividades: sendeirismo, unha presentación intermedia aos clientes e unha festa.
O domingo, tras a presentación final dos proxectos aos clientes, organizouse unha excursión ao Museo BMW, tras a que os participantes organizaron espontaneamente un paseo por Múnic. Pola noite hai unha cea de despedida.
Anna Nikiforovskaya (3º curso de bacharelato): Fomos moi cedo a Oberkochen. Pediuse un autobús para os participantes da escola directamente desde o hotel. A sede de Zeiss está situada en Oberkochen, polo que as presentacións preliminares do noso traballo foron vistas non só polos "clientes" que traballaron directamente con nós, senón tamén por alguén máis importante. En primeiro lugar, fíxonos un percorrido pola oficina, desde o museo de historia, onde se nos mostrou como cambiou a industria da óptica antes de Zeiss e despois de Zeiss, ata os lugares de traballo reais, onde vimos unha variedade de dispositivos para medir/comprobar algunhas pezas e como a xente traballa con eles. Case todo está protexido por NDA e a fotografía está prohibida. E ao final incluso nos mostraron unha fábrica onde se producen máquinas enormes como tomógrafos.
Despois do percorrido houbo un bo xantar co persoal, e despois as propias presentacións. Despois das presentacións, fomos subir a unha montaña non moi alta, no alto da cal agardaba unha cafetería, totalmente filmada para nós. Poderías levar todo ata que o café quedara sen comida e bebida. Tamén había unha torre alí que ofrecía unha vista xenial.
Que máis te lembras?
Vsevolod Stepanov (máster de 1º ano): Para que puidésemos xogar cos datos, un profesor local deunos os datos dun ano do seu Tesla. E entón, co pretexto de "déixame mostrarche Tesla en directo", levounos a dar un paseo nel. Tamén houbo un tobogán dende o cuarto andar ata o primeiro. Fíxose aburrido: baixei, collín a alfombra, levanteime, rodei, baixei a alfombra.
Anna Nikiforovskaya (3º curso de bacharelato): As citas sempre son moi chulas. Coñecer xente interesante é dobremente xenial. Coñecer xente interesante coa que tamén podes traballar xuntos é triplemente xenial. Ben, entendes, os humanos son criaturas sociais e os programadores non son unha excepción.
Que lembras do traballo?
Anna Nikiforovskaya (3º curso de bacharelato): Foi divertido, podías preguntar e aclarar todo. Tamén está a tradición alemá de chamar aos pupitres dos profesores: resulta que é costume separar o discurso dos académicos dos demais. E é habitual que unha persoa do ámbito académico (profesor, profesor, estudante superior, etc.) pete na mesa en sinal de aprobación/agradecemento pola charla. O resto (representantes da compañía, xente común, actores de teatro) adoitan ser aplaudidos. Por que é iso? Un dos alemáns, como explicación de broma, dixo: "Ben, é que cando remata a charla, todos xa están gardando as cousas cunha man, polo que non é conveniente aplaudir".
Vsevolod Stepanov (máster de 1º ano): É interesante que entre os participantes non só había programadores, senón tamén, por exemplo, roboticistas. Aínda que todos os proxectos e a escola no seu conxunto son sobre codificación.
Tamén houbo un feedback bastante bo en canto ás presentacións. Foi especialmente útil para aqueles que non foron atormentados por isto todos os semestres ao longo dos seus estudos de grao.
Nadezhda Bugakova (1º máster): Follar en AR foi divertido. Agora tamén teño unha aplicación xenial no meu teléfono que podo mostrar.
Condicións de vida
Os organizadores pagaron case todo: voos, aloxamento a dúas escalas da universidade, onde se desenvolveu o traballo principal, comida. Almorzo - no hotel, xantar - na universidade, cea - ben xunto cos organizadores nun café, ou na oficina dalgunha empresa.
Na universidade, cada equipo tiña a súa propia sala cun taboleiro. Ás veces, algo máis: por exemplo, un equipo tiña un pateador e o outro equipo tiña moitos iMacs gratuítos nos que traballar.
Vsevolod e Nadezhda: Adoitabamos traballar ata as 21. Tamén había unha sala as 24 horas, os 7 días do día, con limonada e alí traíanse golosinas (bocadillos, pretzels, froita) 3-4 veces ao día, pero esta comíase bastante rápido.
A quen recomendarías?
Vsevolod e Nadezhda: A todos os programadores bacharelatos! Custa saber inglés, pero é unha experiencia marabillosa. Podes probar todo tipo de cousas de moda.
Anna Nikiforovskaya (3º curso de bacharelato): Non teñas medo se sentes que non tes suficientes coñecementos, experiencia, o que sexa. Había xente en JASS cunha gran variedade de traxectorias, dende primeiro ata quinto curso, con diferentes experiencias laborais e diferentes experiencias en hackathons/olimpiadas/escolas. Como resultado, os equipos estaban moi ben formados (polo menos os meus seguro). E con nós, todos fixeron algo e todos aprenderon algo.
Si, podes aprender algo novo, probarte nun desenvolvemento acelerado, ver como te desenvolves nun tempo limitado e impresionarte de que poidas facer tanto en pouco tempo. Na miña opinión, en comparación coas Olimpíadas ou os hackathons ordinarios, o nivel de estrés e présa redúcese moito. Así que hai sorpresa e pracer polo feito, pero non hai ansiedade nin outra cousa. E creo que é marabilloso. Por min mesmo, por exemplo, descubrín que podo notar se o traballo se distribúe en equipo de forma incorrecta e mesmo contribuír a corrixilo. Considero esta a miña propia pequena vitoria no campo da comunicación e as habilidades de liderado.
A comunicación coas persoas tamén é un compoñente moi interesante. Non te preocupes se cres que non sabes ben inglés. Se estás involucrado na programación, probablemente teñas que ler moita literatura en inglés. Entón, se non tes habilidades de comunicación, a inmersión completa no ambiente de fala inglesa definitivamente ensinarache isto. Tiñamos persoas no noso equipo que inicialmente non tiñan confianza no seu coñecemento de inglés e estaban constantemente preocupadas de que se perderan algo ou dixeran algo mal, pero ao final do cole xa conversaban con calma e non só sobre o traballo.
Fonte: www.habr.com