Teníamos GitHub, DockerHub, VisualParadigm y una gran cantidad de mensajeros instantáneos de todos los colores y estilos, así como Sails.js, MongoDB y Trello. No es que fuera una reserva necesaria para el desarrollo, pero si comenzaste a hacerlo de manera elegante, juvenil, es difícil detenerlo. Lo único que me causó preocupación fue la aplicación móvil. No hay nada más indefenso, irresponsable y cruel que una aplicación móvil multiplataforma. Sabía que tarde o temprano iremos a esta basura.Nos hemos dedicado a la automatización (si no terrible, "limpieza") del mercado de servicios funerarios desde 2016.
En agosto de 2016, por primera vez en Rusia, y tal vez en el mundo, se realizó un pedido de servicios funerarios en forma electrónica. Y en 2 años hemos recorrido un largo camino al introducir las tecnologías más avanzadas que se utilizan con éxito en otras industrias en este negocio desafiante: adquisición de Internet, cajas registradoras en línea, creación de mapas mediante disparo en cuadricóptero, reserva en línea, alertas por SMS de los clientes etc.
De hecho, creamos un sistema ERP B2B para negocios rituales, que une a agentes rituales, proveedores de bienes, contratistas para la prestación de servicios en el cementerio y en el crematorio, gerentes, contadores, con la capacidad de rastrear la ejecución de órdenes en tiempo real.
La pila de tecnología principal es Sails.js + MongoDB + Webix, así como un pequeño PostgreSQL, todos los cuales están empaquetados en una docena de contenedores acoplables y proporcionan ocho roles de usuario 24x7. Bueno, Amazon Cloudfront para la entrega de mosaicos de mapas e imágenes, y Amazon SNS para alertas. En general, una verdadera startup.
Una de las funciones en nuestro sistema es la función de un agente móvil. Desde el principio, creamos para ella una interfaz web adaptada para teléfonos inteligentes. Pero no importa cómo lo diga, ninguna interfaz web se puede comparar con la nativa en términos de comodidad y capacidad de respuesta. Hubo errores constantes: algo no se cargó, algo no cabe en el iPhone 5S, luego se pone en el Android. A pesar de que las tareas, a primera vista, son bastante simples: complete varios formularios y seleccione productos / servicios y envíe el pedido.
Entonces, lo que queríamos:
- aplicación móvil
- multiplataforma (tenemos exactamente clients clientes de apple), y no queríamos gastar recursos en dos desarrollos independientes para Android / iOS
Naturalmente, al principio comenzaron a buscar varios envoltorios para la cara web: PhoneGap / Cordova / Ionic. (Más sobre ellos aquí ). Pero WebView es un WebView, lento y triste.
Xamarin ? Pero no había ningún deseo de ingresar a .Net & C #. Y según los rumores, con la interfaz de usuario, no todo va bien en diferentes plataformas.
Lo que queda Flutter.io!
- escribes en Dart (qué placer después de JS), lo compilas en un código inactivo
- recarga en caliente: escribe e inmediatamente ve el resultado
- Integración de Google Firebase lista para usar
- un montón de paquetes en pub
- complementos para IDEs básicos y editores de texto
- si lo desea, puede hacer inserciones en el código inactivo para plataformas
- en nuestro caso, ¡ realmente un código para todas las plataformas! (solo los iconos son diferentes)
En la primera etapa, decidimos lanzar aplicaciones sin cambiar la API del lado del servidor, y nuestra aplicación repite en funcionalidad todo lo que se puede hacer en la interfaz web, pero más rápido y fácil para el usuario. Al mismo tiempo, toda la información se refleja tanto en la interfaz web como en la aplicación móvil.
fue
fue
Los planes:
- trabajar sin conexión incluyendo con tarjetas
- Liquidaciones y pagos con agentes en la propia aplicación
- chat en vivo con gerentes y call center
Total: ¡Flutter en vivo en el cementerio y el crematorio!