![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
||||
|
||||
|
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.
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código | Colabora mediante Paypal |
|
#2
|
||||
|
||||
|
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. |
|
#3
|
||||
|
||||
|
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:
|
|
#4
|
||||
|
||||
|
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.
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código | Colabora mediante Paypal |
|
#5
|
||||
|
||||
|
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 |
|
#6
|
||||
|
||||
|
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. |
|
#7
|
||||
|
||||
|
No he entendido, ¿eso es bueno o malo?
![]()
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código | Colabora mediante Paypal |
|
#8
|
||||
|
||||
|
Que parte?
__________________
El malabarista. |
![]() |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| el futuro de las Pc | kurono | La Taberna | 25 | 05-04-2025 02:57:16 |
| Futuro LCL | linuz | Lazarus, FreePascal, Kylix, etc. | 8 | 25-09-2013 23:19:42 |
| 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 |
|