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

[algendaralgenda]

Empezado por mamcx

Asi que empieza primero por pensar hasta donde quieres llegar. Luego regresa y con cosas mas especificas te vamos ayudando..

De acuerdo, vamos por partes entonces...
De momento quiero una aplicación monousuario, pero en un futuro proximo me gustaria, en pocos cambios, que fuese multiusuario y acceso incluso desde smartphone.
¿Que base de datos se adapta a esta idea ?, ahora uso paradox ¿supongo que me olvido de esta, no ?

Muchas gracias.

[mamcx]

Lo de acceso por smarthphone... como App nativa, como pagina, como un API que puedas luego invocar desde app nativa o 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.

[[newtron]]

Empezado por algendaralgenda

De momento quiero una aplicación monousuario, pero en un futuro proximo me gustaria, en pocos cambios, que fuese multiusuario y acceso incluso desde smartphone.
¿Que base de datos se adapta a esta idea ?, ahora uso paradox ¿supongo que me olvido de esta, no ?

Me extrañaría que pudieras compartir una aplicación para usarla en escritorio y smartphones, por lo que seguramente tendrás que plantearte hacer un desarrollo para usarlo en el pc y otro para usarlo en los móviles y muy posiblemente con herramientas distintas.

[[nlsgarcia]]

mamcx,

Empezado por mamcx

...Una app no es mejor porque tenga X nueva tecnología, es porque tiene la que es correcta para su situación...

Nelson.

[[AzidRain]]

Totalmente de acuerdo con mamcx, incluso en nuestros días aún hay sistemas que corren en MS-DOS o UNIX programados en dBASE, Clipper,Cobol, C y hasta Fortran cuyo código sigue haciendo lo que fue destinado a hacer y que no necesita ni mejora con aplicaciones web ni apps ni cosas así. No por nada AS/400 todavía sigue por ahí dando pataditas. Lo nuevo no es sinónimo de mejor en todos los casos.