O desenvolvedor do Android
Pluzhnik e o desenvolvedor do iOS Vasily Kotsyuba falam sobre como foi o MBLT DEV 2018 e quais relatórios valem a pena ser vistos na gravação.
Questões organizacionais
Os organizadores estão tentando, e isso é perceptível. A conferência era o caso raro em que o horário e o horário eram respeitados, e havia tempo suficiente entre as apresentações para tomar café e discutir os relatórios com os colegas.
Mas não tem problema. O salão presidencial, onde os oradores falavam, era muito pequeno. Quando todos os assentos nas cadeiras muito apertadas estavam ocupados, as portas simplesmente se fecharam. Aqueles que entraram tiveram sorte porque podiam fazer perguntas aos palestrantes e sem sorte - porque a ventilação lidava com dificuldade. Aqueles que não tiveram tempo de sentar-se foram enviados para assistir à transmissão no Glass Hall - estavam frescos lá, mas, para fazer uma pergunta, o orador teve que ser pego durante o intervalo.
A decisão de alocar meia hora para o almoço também não pode ser considerada bem-sucedida - havia uma fila de comida ali mesmo, então decidimos almoçar em um café. Aos 30 minutos, era difícil acompanhá-lo, mas ao sair do local, tive que entregar um passe e, ao voltar, buscá-lo novamente, apresentando meu passaporte. Inconvenientemente.
Relatórios: Android
Em geral, todos os relatórios da parte Android merecem atenção. Um agradecimento especial aos falantes de inglês que tentaram ser compreendidos mesmo por aqueles cujo inglês está longe de ser perfeito.
Uma visão interessante da arquitetura do aplicativo, ou melhor, trabalhar com a camada View, foi descrita por Instaus Kaushik Gopal em seu relatório "Refatorando um aplicativo móvel em UDF". Os desenvolvedores familiarizados com a arquitetura de desenvolvimento da web Flux notaram que Kaushik sugeriu essa abordagem para trabalhar com aplicativos móveis.
Um relatório interessante foi de Artyom Rudovoy, do Badoo, sobre as razões para a criação de um sistema de design unificado, as dificuldades de implementar esse conceito e como resolvê-lo. Se você acha que seu projeto precisa de uma abordagem unificada para o design, você definitivamente deve ver o relatório de Artem.
Também fiquei impressionado com o relatório de Harshit Dwivedi, da Coding Blocks, sobre os recursos da biblioteca do Firebase ML Kit. Usando apenas algumas linhas de código, você pode adicionar ao aplicativo a função de reconhecer texto, faces, códigos de barras, objetos e lugares nas imagens. Além disso, a maioria desses recursos está disponível mesmo offline.
Se todas as opções acima não forem suficientes para suas tarefas, você poderá criar independentemente um modelo nos servidores Firebase, fornecendo os dados para o treinamento e usá-los no futuro online ou offline, adicionando o apk. Parece muito interessante.
Lembro-me do discurso de Dmitry Melnikov da TamTam sobre como otimizar o consumo de bateria. Particularmente interessantes foram os dados de estudos que descrevem o consumo de bateria pelos componentes de hardware de plataformas móveis. Por exemplo, o Wi-Fi consome significativamente mais energia que o 3G, e o uso de sensores de hardware do dispositivo é praticamente "gratuito". O relatório continha muitos gráficos comparativos comparativos de consumo de energia, dependendo dos cenários de uso do dispositivo, mostrando o consumo de energia de vários componentes do sistema. Também havia materiais sobre o consumo de energia de diferentes versões do Android. Eu recomendo exclusivamente que você leia este relatório para todos aqueles que desejam otimizar o funcionamento de sua aplicação.
Relatórios: iOS
Na parte do iOS deste ano, houve ainda mais falantes estrangeiros do que os locais.
Obviamente, o relatório de Krzysztof Zabłocki, com o alto título "Arquitetura de aplicativos iOS", despertou o maior interesse. Depois de um relatório por hora, Krzysztof respondeu outras 3 horas para perguntas e deu conselhos na área de recreação.
Se você possui um aplicativo com localização para idiomas diferentes, verifique o relatório de John C. Fox da Netflix "Criando um aplicativo conveniente para usuários de todo o mundo". Além de dicas úteis de desenvolvimento, John definitivamente deve aprender a apresentar um relatório para um grande público.
Para muitos, Alexey Borodkin, do ROSBANK, tentou resolver o difícil problema de criar processos ideais de desenvolvimento para muitos em seu relatório “Operações do produto: como passar da codificação para a criação de produtos”.
Geral
Entre os relatórios, é claro, não eram os mais interessantes. Por exemplo, ficamos perplexos quando o tópico declarado era interessante, e o relatório em si era bastante prosaico, e o problema descrito nele foi finalmente resolvido aumentando a produtividade do ferro. No final da apresentação, havia mais perguntas sobre o tema do que respostas, e o orador não conseguiu responder a muitas perguntas aparentemente óbvias. Para ser honesto, vale a pena notar que o próprio palestrante propôs discutir questões na área de discussão, onde, talvez, as desvantagens da apresentação foram compensadas pela comunicação pessoal. Além disso, o orador imediatamente alinhou uma linha de desenvolvedores cujas perguntas permaneceram sem resposta.
Obviamente, uma conferência é, antes de tudo, uma oportunidade de se comunicar com colegas, discutir problemas e suas soluções. Bem, e ganhe algo dos patrocinadores. E isso definitivamente vale a pena para o MBLT DEV.