Historias
Slashboxes
Comentarios
 
Este hilo ha sido archivado. No pueden publicarse nuevos comentarios.
Mostrar opciones Umbral:
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.
  • Re:No es un maestro

    (Puntos:1)
    por jaims (12025) el Jueves, 13 Septiembre de 2007, 15:02h (#959062)
    Estoy de acuerdo contigo. No es un maestro.
    [ Padre ]
  • Re:No es un maestro

    (Puntos:2)
    por musg1 (3284) el Jueves, 13 Septiembre de 2007, 15:21h (#959082)
    ( http://helvete.escomposlinux.org/ )
    El problema N2 y hablando sólo de diseñar la interfaz se debe a que las aplicaciones de ejecución local están preparadas para correr en una máquina con un bus de datos muy veloz y aunque el programa diseñador de la interfaz genere código extra porque el diseñador humano ha pulsado varias veces el botón que no debía, la pérdida de rendimiento por ejecutar cosas inútiles no se nota demasiado al ejecutar la aplicación.

    En cambio en aplicaciones web el "bus de datos" es la línea telefónica que es bastante limitada en velocidad y la carga de la página tarda lo suyo si el código de la interfaz no está optimizado y hay marcas redundantes (La nueva web del congreso es, o era, un buen ejemplo).

    Ahora que cada vez tenemos más ancho de banda se puede empezar a desoptimizar la generación del código web con programas que automaticen y reduzcan la tarea de creación de la interfaz si esto mejora su velocidad de desarrollo y por ende el precio de las aplicaciones aunque en mi opinión por donde habría que tirar para aplicaciones remotas es en protocolos tipo X que permitan enviar al cliente sólo las partes de la interfaz que cambien y dejar el HTML sólo para documentos de hipertexto. Pero claro, con la de recursos invertidos en tecnología web no veo claro que alguien saque un protocolo nuevo y el mundo se vuelque en él. Igual con las iniciativas de Adobe y Microsoft sobre interfaces ricas a través de http veamos un cambio o quizás salga un churro peor que lo que hay ahora.
    [ Padre ]
  • Re:No es un maestro

    (Puntos:0)
    por pobrecito hablador el Jueves, 13 Septiembre de 2007, 17:33h (#959133)
    Yo también estoy de acuerdo. En particular, considero que la única forma de que una base de datos BIEN DISEÑADA tenga problemas de integridad sería que el motor de la base de datos funcionase mal....
    [ Padre ]
  • Re:No es un maestro

    (Puntos:1)
    por Escozes (33931) el Viernes, 14 Septiembre de 2007, 06:43h (#959292)
    ( http://lobotomizados.blogspot.com/ )

    Sobre el problema 5 acerca de la integridad referencial, no en todos los casos tendrían las mismas restricciones que un borrado físico. Te pongo un ejemplo:

    Una BD en la que se almacenan en las tablas los usuarios que modifican cada uno de los registros. Si en algún momento un usuario causa baja, utilizando un borrado lógico se seguiría manteniendo la integridad.

    [ Padre ]
  • Re:No es un maestro

    (Puntos:1, Interesante)
    por pobrecito hablador el Viernes, 14 Septiembre de 2007, 06:50h (#959294)
    ¿Pero este tío no ha oido hablar del delete on cascade? Problema 11, la falta de cultura.
    [ Padre ]