El futuro de los programas de gestión
 

Hola a tod@s.

Hace un tiempo que me turba la idea de por dónde irán los programas de gestión y contabilidad en el futuro. ¿Se implantará el uso en la nube?, ¿será más bien programas instalados en los dispositivos locales accediendo a bases de datos en la nube?, ¿se quedará como está la cosa (cosa que dudo)? ¿Está Delphi preparado para todo esto?.

Lo que si veo claro es que el sistema actual de programas locales con bases de datos locales se irá perdiendo con la implantación de fibra óptica en la mayoría de empresas y el interés de la gente por acceder a sus programas y datos desde cualquier parte.

¿Qué opinais?

Saludos

No lo creo, ahora mismo estoy construyendo un erp en radstudio seatle a 64 bits con devart unidac..., la ventaja es que las empresas que no quieren depender del internet pueden seguir operativas, si te peleas con el proveedor del sistema en la nuve tus datos seguiran ciendo tuyos (ya he visto un par de casos en que la empresa cerro o el cliente se pelio con el proveedor y perdieron todos sus historicos), la velocidad de desarrrollo es mucho mas rapido con aplicacion de escritorio, sin embargo eso de que corre solo local... mmm no es tan asi, yo tengo un programa que grafica datos en remoto con 30.000 registros de respuesta en mysql 5.5 directamente y con una conexion de casa de 4mb en el servidor nunca pasa los 15 segundos en procesarse y visualizarse..., lo que anda fuera de la organizacio usas iot, asi que la aplicacion de escritorio ahora es una "aplicacion de escritorio con esteroides".... puede hacer mucho mas ya que aplicaciones moviles la alimentan y consultan..., creo que estamos ante una tremenda ventaja al seguir asi ya que siempres logras sacar aplicaciones mas rapido, multiplataforma con firemonkey y sin dependencias de consolas o servicios como java, IIS o apache que si se paran hasta ahi nomas llegas... si necesitas acces web haces el portal que haga lo justo y preciso y te olvidas... de hecho aun no veo un SAP 100% web XD ni se que lo esten haciendo...ahora mismo aca en mi pais no he visto sistemas de 64 bits de gestion ni contabilidad

Depende de muchos factores. Esto daría para escribir muchos libros.
Creo que para empezar depende del lugar físico donde estemos, serán diferentes las preferencias y posibilidades en Nigeria, Nueva Zelanda o Francia.
En principio aqui, en España, se tiene la idea de un software en distintos sistemas y dispositivos que acceden a un servidor "en la nube". Pero creo que esa idea cambiará pronto porque las nuevas líneas son todas de fibra óptica de varios cientos de megas simétricas. Con esto se conseguirá que una empresa prefiera tener sus datos en su propio servidor y no en los servidores de amazon, microsoft, etc.
Resumiendo, t para no extenderme mucho porque el tema da para bastante, creo que actualmente "aquí" se tiende a soft que funcione en pc, portátil, tablet, etc. conectado a un servidor en la propia empresa, mediante una línea de alta velocidad. Algo que hasta ahora es casi imposible porque los clásicos "20 megas" no daban para mucho.

Creo que esto es el principo, todo o casi, irá orientado a la nube, habrá que actualizarse e ir haciendo pruebas para la nuevas tecnologia, es como la era de los CD's después los DVD's luego BlU RAY y ahora toca la nube, esto no se puede parar, lo virtual esta a la vuelta de la esquina.

Un saludo.

p.d.: Esto ya no se puede parar.

Lo mas importante pa' entender? El mercado disponible es inmenso. Aun si logras averiguar cuanta cuota del mercado tiene el mas grande ERP de tu pais, veras que es de lejos dominante. Aqui en mi pais los mas grandes no pasan de unos cuantos miles de instalaciones.

Eso significa que puedes tirar por cualquier lado y vendes. Aun los tipo DOS se venden bastante. (Obvio, Casimiro esta en lo cierto que la realidad local varia mucho. Por ejemplo, en USA Quickbooks si que es muy dominante).

----

La tendencia es mucho mas simple. Clientes conectados a servidor(es) por protocolos de internet. Si esta en una nube, o en un servidor "local"???

Eso es IMPLEMENTACION (Obvio, algo en la nube tiene aspectos que lo complican mucho mas).

El concepto "nube" será reemplazado por algo que no suene tan vacuo.

Pero una cosa es cierta: la computación distribuida (servidores en varias capas, PCs, tabletas, teléfonos...) terminará de imponerse. Vayamos olvidándonos de los ERPs monolíticos (también de aquellas aplicaciones medianas que candorosamente solemos llamar ERPs sólo porque rondan el millar de formularios y reportes). Y vayamos grabándonos tres palabras: Simplificación, Automatización, Conexión.

Los actuales programas de gestión resuelven innumerables problemas que no existirían si las leyes, los procedimientos administrativos y las prácticas mercantiles fueran más sencillos, y si empleáramos a fondo la tecnología hoy disponible. El mercado presiona fuerte para que esto ocurra; el beneficio económico es enorme.

Aparecerán muchos sistemas distribuidos e interconectados, redes de aplicaciones bien articuladas más allá del ámbito de una sola empresa. Por ejemplo, un proveedor registra una salida de mercancía en el sistema, y automáticamente llega un mensaje de aviso al teléfono móvil del gerente de compras de la empresa cliente con una confirmación o corrección del probable tiempo de entrega entre otra información relacionada con el envío. Paulatinamente irán disminuyendo las declaraciones fiscales y trámites similares, ya que cualquier operación de compra-venta, pago de salarios, etc., se incluirá en automático en los registros gubernamentales. ¿Preocupación por la seguridad de la información? Cifra y ten a buen recaudo las claves privadas de tus certificados. Desde luego, no será un cambio repentino, pero, paso a paso, estimo que para el año 2030 este escenario tecnológico será normal en cualquier región desarrollada. Digamos que las facturas electrónicas sólo fueron la punta del iceberg.

Por lo expresado en la comunidad y conociendo lo bien que trabaja Delphi, afirmaría que con este lenguaje es posible crear aplicaciones rápidas y estables que nos permiten adentrarnos en ese terreno sin sufrir. Newtron, yo te diría que orientes tus esfuerzos hacia ese inevitable destino que tendrá el manejo de la información.

Simplifica, automatiza y conecta. Y, amigo mío, hazlo por una buena razón: https://twitter.com/algonzalez74/sta...47864450584576

Un abrazo.

Al González. :)

Bajo mi punto de vista, has dado en el clavo. Ahora, para hacer todo eso, hay que estar bien preparado, tener conocimientos transversales y mirar al horizonte. Ya no es el sistema que hace todo, sino que efectivamente, el sistema tendrá que conectarse con cualquier otro que nos ofrezca una solución ( por ejemplo mandas unos parámetros o datos y te devuelve el resultado ) o sea necesario ( por ejemplo e-administración ).

Simplificar es lo más difícil, ya que la complejidad queda en la capa invisible; que se lo pregunten a Steve Jobs.

Un abrazo simplificado, automatizado y conectado

Me gustaría entrar en este debate, pero ahora mismo tengo un trancazo (no sé si gripe o constipado común) que no me deja razonar lo suficiente.

Gracias a todos por vuestros comentarios.

La verdad es que sigo :confused: con este tema. Lo que si tengo claro es que la conectividad se implantará pero no sé de qué manera. Una buena solución sería tener una buena aplicación de escritorio a la cual se puede acceder de forma remota via Terminal Server desde distintos ordenadores y hacer aplicaciones específicas para dispositivos móviles tipo tablet o smartphones que accedan igualmente a la base de datos del servidor. Aunque sé que no estoy inventando nada ¿cómo lo veis?

Saludos

Quizás sería mejor una aplicación tipo web, así funcionaría en todos los dispositivos: ordenadores, tablets, etc. y trabajarían directamente con el servidor de la empresa y sus datos. Te ahorras versiones distintas del programa para cada tipo de máquina y terminal server y cosas de esas.

Lo he pensado, el problema es que entiendo que no es lo mismo trabajar con un ordenador de escritorio con teclado y ratón que con una pantalla táctil por lo cual el programa tampoco debería de ser el mismo.

En teoría, al ser web, debería funcionar indistintamente con teclado o táctil. Habría que diseñarlo bien pensando en todos los entornos, elegir el lenguaje adecuado, etc. pero podría ser, cuestión de estudiarlo.

A lo que me refiero es al diseño del programa, no es lo mismo poner un botón para usarlo con el ratón que para pulsar con el dedo, si diseñas el programa para usarlo en modo táctil los botones deben de ser más grandes y configurar las pantallas y las capturas de datos de forma distinta a si la entrada de datos es por teclado (a mi forma de ver).

Estás en lo cierto, Newtron. Y esa es una razón más para desarrollar el software en capas funcionales (servidor de base de datos, servidor de aplicaciones y reglas de negocio, servidores especiales y capas ligeras en el "front end"). Ya nada es como antes. En los años noventa del siglo pasado programa era lo mismo que sistema.

Ahora sistema es lo que dice el diccionario:
Esas "cosas" pueden ser las múltiples aplicaciones (incluyendo las que no cuentan con nada visible en pantalla), y las soluciones a nivel de procedimientos almacenados que se necesitan crear para conseguir el objetivo de un proyecto de gestión (o software administrativo) moderno.

Evidentemente, a lo que me refería es que lo ideal sería un programa (llámalo "front-end") que se adaptara a distintos dispositivos: smartphone, tablet, portátil, pc de escritorio, etc.
Que se conectara a un servidor web y que este conectara a un servidor de bases de datos.
Lo único que habría que "ajustar" sería el programa que utiliza el usuario, para que se adaptase a los distintos dispositivos posibles (tamaño de botones, petición de datos mediante teclado o táctil, etc.)
No sé si hay algo realmente funcional para hacer eso, es lo que sugería antes que habría que estudiar, investigar o desarrollar.

En realidad lo unico que deberia ajustarse seria la capa de presentacion y nada mas

Salvo contadas excepciones, a nivel de funcionalidad deberian ser lo mismo

Si se escribe codigo de buena calidad, solamente es necesario escribir la parte "logica" del front-end una vez; y luego se escriben los distintos presentadores, cuyo unico trabajo es mostrar la GUI mas adecuada de acuerdo al dispositivo + sistema operativo

Esto es posible de lograr "facilmente" con la ayuda de los patrones; los mas comunes dentro de este area son MVC, MVVM, MVP, aunque hay cientos de variaciones

Ok, todo lo que se ha hablado es practicamente arquitectura a nivel elemental, pero a parte de que se han crecido los targets del cliente con lo movil y web, no es muy diferente a como eran las cosas antes. La arquitectura N-Tier es ya de decadas.


Y nada de esto realmente responde my bien:

Porque entonces lo hablado aplica de forma muy general a muchos programas, como por ejemplo los de correo.

Asi que, realmente, que es lo se podría argumentar seria critico un verdadero avance en este tipo de programas?

AL articulo un mejor punto, pero podrá afirmarse que Simplificación, Automatización, Conexión es el lo obvio que se busca cuando se hace un programa (osea: Es un objetivo claro, con variados niveles de exito a la hora de la realidad ;) ), y que ciertos aspectos de su propuesta dependen de cambios optimistas en las leyes y forma de operar los negocios, sobre los cuales hay muy poco poder real de parte nuestra. Aun en los casos donde el poder del mercado usando los efectos de red han sido muy potentes al poner a temblar el status quo (como Uber) estamos hablando de casos aislados.

------
Yo trabajo en esta area desde hace años, y tengo estancado un proyecto de este tipo de programas. Lograr lo que dice AL no es muy dificil (aparentemente) tecnicamente, pero resulta mas complicado de lo que seria normal.

Y el ppal problema con esta idea, es que pocas empresas, incluso grandes, tiene la verdadera capacidad de hacer lo anterior: La BD no tiene los datos necesarios, la infraestructura no es lo suficientemente sofisticada, y ppalmente, el gerente se va a mamar rapidisimo de estar recibiendo SPAM del sistema.

Todas las ideas suenan muy buenas, pero cuando llega a la implementacion se caen.


----

Hace unos años se trato este tema bajo el fallido experimento de la app killer:

http://www.clubdelphi.com/foros/showthread.php?t=33651


En este argumente que hacer un ERP no es "un killer app", y Casimiro expreso entonces:

http://www.clubdelphi.com/foros/show...2&postcount=65

No he entendido, ¿eso es bueno o malo? :rolleyes:

Que parte?