FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
||||
|
||||
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
__________________
Be water my friend. |
#2
|
||||
|
||||
Cita:
Última edición por fredo fecha: 12-01-2016 a las 14:34:41. |
#3
|
||||
|
||||
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. |
#4
|
||||
|
||||
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.
__________________
Al hacer una consulta SQL, haz que los demás te entiendan y disfruten de ella, será tú reflejo de tú saber. |
#5
|
||||
|
||||
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 malabarista. |
#6
|
||||
|
||||
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. |
#7
|
||||
|
||||
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
__________________
Cuando los grillos cantan, es que es de noche - viejo proverbio chino - |
#8
|
||||
|
||||
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.
|
#9
|
||||
|
||||
Gracias a todos por vuestros comentarios.
La verdad es que sigo 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
__________________
Be water my friend. |
#10
|
||||
|
||||
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.
|
#11
|
||||
|
||||
Cita:
__________________
Be water my friend. |
#12
|
||||
|
||||
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.
|
#13
|
||||
|
||||
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).
__________________
Be water my friend. |
#14
|
||||
|
||||
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: Cita:
|
#15
|
||||
|
||||
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. |
#16
|
||||
|
||||
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 |
#17
|
||||
|
||||
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: Cita:
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. ------ Cita:
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 Cita:
__________________
El malabarista. Última edición por mamcx fecha: 18-01-2016 a las 19:47:46. |
#18
|
||||
|
||||
No he entendido, ¿eso es bueno o malo?
|
#19
|
||||
|
||||
Que parte?
__________________
El malabarista. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Futuro LCL | linuz | Lazarus, FreePascal, Kylix, etc. | 8 | 25-09-2013 23:19:42 |
el futuro de las Pc | kurono | La Taberna | 24 | 09-05-2013 20:45:14 |
Futuro... | coso | Noticias | 8 | 16-10-2008 09:06:18 |
ISC ERROR CODE:335544344 I/O error for file "c:\gestion\gestion.gdb" | eliasterrero | Firebird e Interbase | 2 | 28-06-2004 12:20:25 |
El futuro? | trex2000 | Varios | 4 | 26-12-2003 01:45:12 |
|