¿El futuro pasa por la programación"via web" ?

[algendaralgenda]

Empezado por mamcx

Lo de acceso por smarthphone... como App nativa, como pagina, como un API que puedas luego invocar desde app nativa o web?

¿Ventajas e incovenientes de un sistema u otro?

Gracias

[mamcx]

Empezado por algendaralgenda

¿Ventajas e incovenientes de un sistema u otro?

Gracias

De forma muy somera:

1) App nativa

+ App mas rapida e integrado en el OS.
+ Acceso total a las capacidades de hardware, posibilidad de hacer interacciones mas novedosas
+/- Potencialmente, desarrollo mas rapido (si estas acostumbrado a apps nativas)
+ Poder trabajar desconectado
+ Practicamente indispensable si es iOS (osea, los usuarios en iOS son menos tolerantes de apps a medias)
+ Posiblidad de diseño mas atractivo
+ Posibilidad de monetizar la app de formas multiples
+ Acceso a la(s) appstore
+ Absolutamente el mercado con mas futuro

- Hacer multiplataforma es mas jodido
- No creo que Delphi sea una buena opcion, hay que usar otro lenguaje (Java/obj-c)
- Android es mas duro de desarrollar y mas duro de probar (los calculos dan entre 3x-5x mas en costos/tiempos)
- iOS tiene costo de entrada ligeramente mas alto
- A pesar de ser apps nativas, son una bestia diferente a las desktops
- Potencialmente, desarrollo menos rapido, mientras adquieres las destrezas basicas
- Debes pasar los appstore (si piensas en despliegues masivos)

2) Como pagina

+ Mas amplia cantidad de opciones
+ No te preocupas de que los usuarios tengan versiones viejas
+ Desarrollo *inicial* mas rapido
+ Menor costo de entrada
+ Es posible que el costo de la operacion sea gratis inicialmente (solo pagar el dominio)
+ Mas multiplataforma/multidispositivo imposible
+/- Mayor numero de talento disponible (eso creo)
+/- Posibilidad de monetizar relativamente facil, pero sin las ventajas de las appstores

- Piensa en las ventajas de la app nativa, e inviertelas (app mas lenta, no acceso full a hardware, etc)
- Mayor complejidad total de desarrollo. Involucra la mas amplia gama de tecnologias, herramientas, lenguajes, plataformas que las apps normales
- Potencialmente, la parte de HTML/CSS/JS sea la que mas dificultad de, en especial, porque hay multiples dispositivos y navegadores. Costos de testeo mas altos
- Si no tienes experiencia en apps web, probablemente varios pasos en falsos. Es otra bestia diferente
- Delphi definitivamente es una mala elección aqui
- Hay que aprender, como minimo, Javascript y un lenguaje de backend (python, ruby, php, node, go), html5, css3, posiblemente involucrar cosas como angular, handlebars, etc, un framework como django, ruby on rails u otro, una BD como postgres o un NOSQL como mongo, o ambos
- Mas dificil de hacer un escenario desconectado
- Te cargas el muerto de asegurar la operacion 24*7*365

3) Como un API

Es hacer un hibrido de ambos. Creas una "engine" con toda la logica de negocios, la cual puedes desplegar como un servicio web y/o librerias para mezclar con la app nativa y la web

+ Total flexibilidad
+ Si una estrategia fracasa (la web, el desktop, la movil) pero el modelo de negocios es valido, puedes reenfocarte mas rapido sin perder toda la inversion
+ Parcialmente, puedes mantener la ventaja web de tener a todos los clientes en la ultima version
+ Delphi podria ser una opcion como datasnap o remobjects (pero solo para el engine API como web)

- El desarrollo es mas complejo, es facil perder de vista las cosas y hacer cosas innecesarias
- Se requiere mayor esfuerzo para hacer un diseño elegante
- No necesariamente, te ahorras del todo el duplicar esfuerzos
+/- Igual tienes que hacer un cliente web o movil o desktop asi que te ganas los puntos anteriores

------

Es posible lograr lo anterior (lo del API) de una forma mas rapida si estas dispuesto a sacrificar flexiblidad por ganar tiempo + ahorrarte el tener que sostener 24*7*365 la operacion si usas un backend como servicio, por ejemplo http://ww.parse.com (que es BD NOSQL + Manejo de usuarios + Servidor API + librerias clientes multiplataforma).

Lo he usado y es una opcion viable en muchos casos.

Otra manera es usar una BD flexible. Posiblemente, postgres sea la mejor de todas. Implementar tanto de la logica como se pueda en esta y hacer clientes para la tal. Es hacer el modelo 2-tier pero montando el servidor de BD en un hosting web/cloud. Probablemente, lo mejor para ahorrarte los costos de mantenimiento e infraestructura sea https://postgres.heroku.com/.

En todo caso donde tienes que usar hosting, es una MALA MALA idea el que te pongas muy "baratero". El costo de operacion/infraestructura es una carga muy grande cuando la operacion es pequeña/mediana y no justifica hacerlo "a mano". Es mejor pagar por ese servicio.

[algendaralgenda]

Empezado por mamcx

De forma muy somera:

1) App nativa

Ufffff, ya tengo para un rato.

Muchisimas gracias

[[rretamar]]

Muy buen resumen mamcx.