Em meados de março realizou-se em Munique 2019 (JASS) - uma escola hackathon++ para estudantes de língua inglesa com duração de uma semana em desenvolvimento de software. Sobre ela em 2012 . Neste post falaremos sobre a escola e compartilharemos impressões em primeira mão de diversos alunos.
Cada empresa patrocinadora do código (este ano Zeiss) oferece vários projetos a cerca de 20 estudantes da Alemanha e da Rússia, e após uma semana as equipes devem apresentar seus trabalhos nessas áreas. Este ano foi necessário fazer videochamadas com realidade aumentada para Android, ou criar e prototipar uma UI para um sistema de manutenção preditiva, ou participar do secreto Projeto Catarata.
Todo o trabalho é em inglês. Os organizadores formam deliberadamente equipes mistas de estudantes russos e alemães para intercâmbio (des)cultural. Além disso, nos anos pares a escola é ministrada na Rússia e nos anos ímpares - na Alemanha. Portanto, esta é uma grande oportunidade para estudantes de diversos graus de preparação ganharem não apenas experiência de trabalho, mas também experiência de trabalho em conjunto com estrangeiros.
Projetos e metas
Todos os anos a escola conta com uma empresa patrocinadora que fornece projetos e mentores para os alunos. Este ano foi a Zeiss, que lida com óptica de alta precisão (mas não só!). No início da semana, representantes da empresa (“clientes”) apresentaram três projetos aos participantes para implementação, após os quais os alunos se dividiram em equipes e passaram a semana fazendo uma prova de conceito.
Os objetivos da escola são o intercâmbio cultural entre os alunos e a oportunidade de proporcionar aos aspirantes a programadores experiência de trabalho em projetos reais. Na escola você não precisa de uma inscrição totalmente finalizada, o processo é mais parecido com P&D: todos os projetos estão relacionados às atividades da empresa, e você deseja obter uma prova de conceito, e que não será vergonha de mostrá-lo aos gerentes da empresa.
As principais diferenças de um hackathon: mais tempo para desenvolvimento, há excursões e outras diversões e não há competição entre equipes. Como resultado, não há objetivo de “vencer” – todos os projetos são independentes.
Cada equipe, além de estudantes de diferentes países, também contava com um “líder” – um pós-graduando que gerenciava a equipe, distribuía tarefas e irradiava conhecimento.
Total foi , Os alunos da HSE - São Petersburgo que participaram do projeto falarão sobre cada um deles.
Realidade Aumentada
Nadezhda Bugakova (1º ano de mestrado) e Natalya Murashkina (3º ano de bacharelado): Precisávamos portar um aplicativo de comunicação por vídeo com realidade aumentada para Android. Esse aplicativo foi feito como parte de outro hackathon de um mês para iOS e HoloLens, mas não havia versão para Android. Isto pode ser útil para discussões conjuntas de algumas peças projetadas: uma pessoa gira uma peça virtual e a discute com os demais.
Manutenção preditiva
Vsevolod Stepanov (1º ano de mestrado): Existem robôs caros em produção, que são caros para parar para manutenção, mas ainda mais caros para reparar. O robô é coberto por sensores e você quer entender quando faz sentido parar para manutenção – isso é justamente manutenção preditiva. Você pode usar o aprendizado de máquina para fazer isso, mas requer muitos dados rotulados. Também precisamos de especialistas que possam entender pelo menos alguma coisa dos gráficos. Nossa tarefa era criar um aplicativo que destacasse suspeitas de anomalias nos dados dos sensores e permitisse que um especialista e um cientista de dados as analisassem juntos, discutissem e ajustassem o modelo.
Catarata
Anna Nikiforovskaya (3º ano de bacharelado): Infelizmente, fomos solicitados a não divulgar detalhes do projeto. A descrição e apresentação foram até removidas , onde estão os demais projetos.
Fluxo de trabalho
A escola é pequena e intimista: este ano participaram do JASS cerca de vinte alunos de diversos graus de preparação: desde o primeiro ano do bacharelado até os concluintes do mestrado. Entre eles estavam oito pessoas da Universidade Técnica de Munique (TUM), quatro estudantes do campus de São Petersburgo da Escola Superior de Economia, mais quatro da Universidade ITMO e um estudante da LETI.
Todo o trabalho é em inglês, as equipes são especialmente compostas quase igualmente por caras que falam alemão e que falam russo. Não há interação entre os projetos, exceto que todos se misturam no almoço. Dentro do projeto há sincronização via Slack e um quadro físico no qual você pode colar pedaços de papel com tarefas.
A programação semanal ficou assim:
- Segunda-feira é dia de apresentação;
- Terça e Quarta - dois dias de trabalho;
- Quinta-feira é dia de descanso, excursões e apresentações provisórias (avaliação do cliente), para que você possa discutir o sentido do movimento com os clientes;
- Sexta e sábado - mais dois dias de trabalho;
- Domingo – apresentação final com jantar.
Nadezhda Bugakova (1º ano de mestrado): Nossa jornada de trabalho foi mais ou menos assim: a gente chega de manhã e faz stand-up, ou seja, todo mundo conta o que fez à noite e planeja fazer durante o dia. Aí a gente trabalha, depois do almoço - outro stand-up. O uso de um cartão de papel foi altamente incentivado. Nossa equipe era maior que as demais: sete alunos, um líder, além do cliente conviver muito conosco (você poderia tirar dúvidas sobre o assunto). Muitas vezes trabalhávamos em pares ou até em trios. Também tivemos uma pessoa que desenvolveu o aplicativo original para iOS.
Vsevolod Stepanov (1º ano de mestrado): De certa forma, o SCRUM foi usado: um dia - um sprint, duas reuniões em pé por dia para sincronização. Os participantes tinham opiniões divergentes sobre a eficácia. Alguns (inclusive eu) acharam que havia muita conversa.
No primeiro dia após as apresentações discutimos o plano, comunicamos com o cliente e tentamos entender o que precisava ser feito. Ao contrário da equipe de Nadya, o cliente não interagiu conosco durante o projeto. E a equipe era menor - 4 alunos.
Anna Nikiforovskaya (3º ano de bacharelado): Na verdade, as regras das equipes não foram seguidas à risca. Inicialmente, recebemos muitas instruções sobre como realizar os stand-ups, a la: todos em círculo, sempre em pé, dizendo “eu prometo”. Na verdade, minha equipe não aderiu a regras rígidas e as reuniões stand-up foram realizadas não porque fosse necessário, mas porque somos muitos e precisamos entender quem está fazendo o quê, sincronizar esforços e assim por diante. Senti que tivemos discussões naturais sobre o progresso e o projeto.
No meu projeto, o cliente não entendia nada de programação, apenas entendia de óptica. Ficou muito legal: por exemplo, ele nos explicou o que é brilho e exposição da iluminação. Ele estava muito envolvido em lançar métricas e ideias. Durante o desenvolvimento, mostramos constantemente a ele o resultado intermediário e recebemos feedback instantâneo. E o líder nos ajudou muito na parte técnica: praticamente ninguém da equipe trabalhava com duas tecnologias populares, e o líder podia falar sobre isso.
Apresentação de resultados
Foram duas apresentações no total: no meio da aula e no final. Duração: 20 minutos, depois perguntas. No dia anterior a cada apresentação, os participantes praticaram sua apresentação diante de um professor da TUM.
Vsevolod Stepanov (1º ano de mestrado): Como nossas apresentações poderiam ser mostradas aos gestores, era importante enfatizar possíveis casos de uso. Em particular, cada uma das equipes criou mais um teatro de software na apresentação: mostraram ao vivo como o desenvolvimento pode ser utilizado. Nossa equipe finalmente fez um protótipo de uma aplicação web, que foi mostrada aos gerentes de UI/UX, eles ficaram felizes.
Nadezhda Bugakova (1º ano de mestrado): Conseguimos criar uma imagem em AR e uma conexão entre telefones para que uma pessoa pudesse girar um objeto e outra pudesse observá-lo em tempo real. Infelizmente, não foi possível transmitir som.
Curiosamente, a equipe foi proibida de ter o mesmo palestrante tanto na avaliação do cliente (a apresentação do meio) quanto na apresentação final, para que mais participantes tivessem a oportunidade de falar.
Fora do processo de trabalho e impressões
Este ano a escola durou uma semana, em vez de uma semana e meia, mas o programa ainda assim acabou sendo bastante intenso. Na segunda-feira, além da apresentação dos projetos, houve uma excursão ao escritório da Microsoft em Munique. E na terça-feira eles adicionaram um tour a um pequeno escritório da Zeiss em Munique, mostrando várias unidades para medir a óptica de peças: um grande raio X para detectar imprecisões de produção e algo que permite medir peças pequenas com muita precisão executando uma sonda sobre eles.
Na quinta-feira houve uma grande viagem a Oberkochen, onde fica a sede da Zeiss. Combinamos muitas atividades: caminhada, apresentação intermediária aos clientes e festa.
No domingo, após a apresentação final dos projetos aos clientes, foi organizada uma excursão ao Museu BMW, após a qual os participantes organizaram espontaneamente um passeio por Munique. À noite há um jantar de despedida.
Anna Nikiforovskaya (3º ano de bacharelado): Fomos para Oberkochen muito cedo. Um ônibus foi encomendado para os participantes da escola diretamente do hotel. A sede da Zeiss está localizada em Oberkochen, portanto as apresentações preliminares do nosso trabalho foram vistas não só pelos “clientes” que trabalharam diretamente connosco, mas também por alguém mais importante. Primeiro, fizemos um tour pelo escritório - desde o museu de história, onde nos foi mostrado como a indústria óptica mudou antes e depois da Zeiss, até os locais de trabalho reais, onde vimos uma variedade de dispositivos para medir/verificar algumas peças e como as pessoas trabalham com eles. Quase tudo lá é protegido pelo NDA e a fotografia é proibida. E no final ainda nos mostraram uma fábrica onde são produzidas máquinas enormes como tomógrafos.
Após o passeio houve um agradável almoço com a equipe e depois as apresentações propriamente ditas. Após as apresentações, fomos subir uma montanha não muito alta, no topo da qual nos aguardava um café, totalmente filmado para nós. Você poderia levar tudo até que o café ficasse sem comida e bebida. Ali também havia uma torre que oferecia uma vista bacana.
O que mais você lembra?
Vsevolod Stepanov (1º ano de mestrado): Para que pudéssemos brincar com os dados, um professor local nos forneceu dados de um ano de seu Tesla. E então, sob o pretexto de “deixe-me mostrar-lhe o Tesla ao vivo”, ele nos levou para dar uma volta nele. Havia também um escorregador do quarto andar para o primeiro. Ficou chato - desci, peguei o tapete, levantei, rolei, coloquei o tapete no chão.
Anna Nikiforovskaya (3º ano de bacharelado): Namorar é sempre muito legal. Conhecer pessoas interessantes é duplamente legal. Conhecer pessoas interessantes com quem vocês também podem trabalhar juntos é triplamente legal. Bem, você entende, os humanos são criaturas sociais e os programadores não são exceção.
O que você lembra do trabalho?
Anna Nikiforovskaya (3º ano de bacharelado): Foi divertido, você poderia perguntar e esclarecer tudo. Há também a tradição alemã de bater nas mesas dos professores: acontece que é costume eles separarem o discurso dos acadêmicos de todos os outros. E é costume que uma pessoa da esfera acadêmica (docente, professor, aluno finalista, etc) bata na mesa em sinal de aprovação/gratidão pela palestra. Os demais (representantes de empresas, pessoas comuns, atores de teatro) costumam ser aplaudidos. Por que é que? Um dos alemães, como explicação de brincadeira, disse: “Bom, é que quando termina a palestra todo mundo já está guardando as coisas com uma mão só, então não convém bater palmas”.
Vsevolod Stepanov (1º ano de mestrado): É interessante que entre os participantes não estavam apenas programadores, mas também, por exemplo, roboticistas. Embora todos os projetos e a escola como um todo sejam sobre codificação.
Houve também um feedback muito bom em termos de apresentações. Foi especialmente útil para aqueles que não foram atormentados por isso todos os semestres durante a graduação.
Nadezhda Bugakova (1º ano de mestrado): Fuçar em AR foi divertido. Agora também tenho um aplicativo legal no meu telefone que posso mostrar.
Condições de vida
Os organizadores pagaram quase tudo: passagens aéreas, hospedagem a duas paradas da universidade, onde aconteciam os principais trabalhos, alimentação. Café da manhã - no hotel, almoço - na universidade, jantar - seja junto com os organizadores em um café, ou no escritório de alguma empresa.
Na universidade, cada equipe tinha sua sala com quadro. Às vezes, outra coisa: por exemplo, uma equipe tinha um kicker e a outra equipe tinha muitos iMacs grátis para trabalhar.
Vsevolod e Nadezhda: Geralmente trabalhávamos até as 21. Havia também uma sala 24 horas por dia, 7 dias por semana, com limonada e guloseimas (sanduíches, pretzels, frutas) que eram trazidas para lá 3 a 4 vezes ao dia, mas isso se esgotava rapidamente.
Quem você recomendaria?
Vsevolod e Nadezhda: Para todos os programadores bacharéis! Custa saber inglês, mas é uma experiência maravilhosa. Você pode experimentar todos os tipos de coisas da moda.
Anna Nikiforovskaya (3º ano de bacharelado): Não tenha medo se sentir que não tem conhecimento, experiência suficiente, seja o que for. Havia pessoas na JASS com formações muito diversas, do primeiro ao quinto ano, com diferentes experiências de trabalho e diferentes experiências em hackathons/olimpíadas/escolas. Como resultado, as equipes ficaram muito bem formadas (pelo menos a minha, com certeza). E conosco todos fizeram alguma coisa e todos aprenderam alguma coisa.
Sim, você pode aprender algo novo, experimentar o desenvolvimento acelerado, ver como se desenvolve em um tempo limitado e ficar impressionado por poder fazer tanto em pouco tempo. Na minha opinião, em comparação com as Olimpíadas ou hackathons comuns, o nível de estresse e pressa é bastante reduzido. Então há surpresa e prazer pelo que foi feito, mas não há ansiedade nem nada mais. E eu acho isso maravilhoso. Quanto a mim, por exemplo, descobri que posso perceber se o trabalho está distribuído de alguma forma incorreta em uma equipe e até contribuir para corrigi-lo. Considero esta minha pequena vitória no campo da comunicação e das habilidades de liderança.
A comunicação com as pessoas também é um componente muito bacana. Não se preocupe se achar que não conhece bem o inglês. Se você está envolvido com programação, provavelmente terá que ler muita literatura em inglês. Portanto, se você não tem habilidades de comunicação, a imersão completa no ambiente de língua inglesa certamente lhe ensinará isso. Tínhamos pessoas em nossa equipe que inicialmente não tinham confiança em seu conhecimento de inglês e estavam constantemente preocupadas por terem perdido alguma coisa ou dito algo errado, mas no final das aulas já conversavam com calma e não apenas sobre trabalho.
Fonte: habr.com