Tínhamos GitHub, DockerHub, VisualParadigm e uma série de mensageiros instantâneos de todas as cores e estilos, além de Sails.js, MongoDB e Trello. Não é que seja uma reserva necessária para o desenvolvimento, mas se você começar a fazê-lo de maneira elegante, elegante e jovem, fica difícil parar. A única coisa que me causou preocupação foi o aplicativo móvel. Não há nada mais impotente, irresponsável e cruel do que um aplicativo móvel de plataforma cruzada. Eu sabia que, mais cedo ou mais tarde, passaremos a esse lixo.Estamos envolvidos na automação (se não terrível, na "limpeza") do mercado de serviços funerários desde 2016.
Em agosto de 2016, pela primeira vez na Rússia, e talvez no mundo, um pedido de serviços funerários foi feito em formato eletrônico. Em dois anos, avançamos bastante na introdução das tecnologias mais avançadas usadas com sucesso em outros setores para esse negócio desafiador: aquisição da Internet, caixas eletrônicas on-line, criação de mapas usando quadcopter, reservas on-line e alertas por SMS do cliente etc.
De fato, criamos um sistema ERP B2B para negócios rituais, que reúne agentes rituais, fornecedores de mercadorias, contratados para a prestação de serviços no cemitério e no crematório, gerentes, contadores, com a capacidade de rastrear a execução de pedidos em tempo real.
A principal pilha de tecnologia é Sails.js + MongoDB + Webix, bem como o pequeno PostgreSQL, todos empacotados em uma dúzia de contêineres de docker e fornecem oito funções de usuário 24x7. Bem, o Amazon Cloudfront para entrega de blocos de mapa e imagem e o Amazon SNS para alertas. Em geral, uma startup real.
Um dos papéis em nosso sistema é o de um agente móvel. Desde o início, criamos para ela uma interface web adaptada para smartphones. Mas não importa como você diz, nenhuma interface da Web pode ser comparada com a nativa em termos de conveniência e capacidade de resposta. Havia bugs constantes: algo não carregava, algo não se encaixava no iPhone 5S e, em seguida, chegava ao Android. Apesar de as tarefas, à primeira vista, serem bastante simples: preencha vários formulários e selecione produtos / serviços e envie o pedido.
Então, o que queríamos:
- aplicativo para celular
- multiplataforma (temos exatamente clients clientes da apple) e não queremos gastar recursos em dois desenvolvimentos independentes para Android / iOS
Naturalmente, a princípio eles começaram a procurar vários invólucros para a web-face: PhoneGap / Cordova / Ionic. (mais sobre eles aqui ). Mas o WebView é um WebView, lento e triste.
Xamarin ? Mas não havia nenhum desejo de entrar no .Net & C #. E de acordo com os rumores, com a interface do usuário, tudo não está indo bem em diferentes plataformas.
O que resta? Flutter.io!
- você escreve no Dart (que prazer depois do JS) - você o compila em um código inativo
- recarga a quente - você escreve e vê imediatamente o resultado
- Integração imediata do Google Firebase
- um monte de pacotes no pub
- plugins para IDEs básicos e editores de texto
- se desejar, você pode inserir inserções no código inativo para plataformas
- no nosso caso - realmente um código para todas as plataformas! (apenas ícones são diferentes)
No primeiro estágio, decidimos iniciar aplicativos sem alterar a API no lado do servidor, e nosso aplicativo repete na funcionalidade tudo o que pode ser feito na interface da web, mas mais rápido e fácil para o usuário. Ao mesmo tempo, todas as informações são espelhadas na interface da web e no aplicativo móvel.
foi
foi
Os planos:
- trabalhar offline, incluindo com cartões
- Assentamentos e pagamentos com agentes no próprio aplicativo
- bate-papo ao vivo com gerentes e call center
Total: Flutter vive no cemitério e no crematório!