indexante

Las leyes del diseño web

Esas leyes que ya estan asumidas en esta profesión y que solo la experiencia enseña.

Esta es una traducción libre del post original : The Laws of Web Design (en inglés), si encuentras un error avísame para corregirlo.


Primera ley sobre la planificación


  • Todo lo que se puede cambiar se cambiará hasta que no quede tiempo para cambiar nada de nuevo.



La ley del detalle por Carl Drott

  • Nada es tan simple que no hay una estúpida manera de hacerlo.

Ley de Hofstadter



  • Una tarea siempre toma más tiempo que usted espera, incluso cuando se toma en cuenta la Ley de Hofstadter

Leyes de Murphy del diseño web

  • Cuando parece que las cosas van bien, es que usted ha pasado algo por alto
  • Siempre encuentras un bug en el ultimo lugar que buscas, y cuando los encuentras siempre aparecen en algún otro lado
  • Usted no encontrara el más molesto bug hasta que este a punto de irse a casa.
  • 90% del tiempo en desarrollo se invierte en la corrección de errores

  • Un sitio web está siempre “en construcción”.
  • El sitio web siempre tendra algún fallo justo antes de que la copia de seguridad sea hecha.
  • No programe vacaciones justo después del lanzamiento del sitio (por Lemming)
  • Cada proyecto tendrá al menos el doble de tiempo de lo esperado para terminarlo incluso si usted espera a tener el doble de tiempo desde el principio.
  • El hermoso tono verde que se ve en la portátil de su casa se vera horrendo en la pc del trabajo (por Rachael)
  • Si todo se ve bien en IE, se ve horrible en Firefox, y viceversa (por Rachael y Amelie)
  • Es imposible hacerlo desde el principio (por Vera)


Ley de Wienberg

  • El progreso del proyecto se da cada 2 viernes

Ley de Ortografía de Metadoktor
  • Si se puede mal, entonces será mal

Principios de Emil

  • El más amado diseño es el que no existe
  • Realización de una página web perfecta no es posible, siempre y cuando su intención sea utilizarla
  • Un nuevo diseño sólo se hará sentir la primera vez que se mire
  • A diferencia de como funcionan las cosas en la programación todos los problemas son un error, no una característica
  • Jamás se pagará suficiente dinero por escuchar a los clientes


Ley de Autonomía Crítica de Emsz
  • No importa lo que digan sus usuarios acerca de su diseño, a usted todavía le parece horrible

Las leyes de Golub

  • los objetivos mal definidos de los proyectos son usados para evitar la vergüenza de calcular los costos correspondientes
  • un proyecto planeado sin cuidado toma 3 veces mas tiempo en completar que lo esperado, un proyecto bien planeado solamente toma el doble.
  • El esfuerzo que requiere para corregir el curso del proyecto aumenta geométricamente con el tiempo
  • Los equipos de proyectos detestan los informes semanales de progreso, ya que así lo manifiestan claramente en su falta de progreso

Ley de Glaser

  • El costo de un sistema complejo es muy, muy real

Observación de Mitch


  • El 95% de la funcionalidad que tendrá el 5% del tiempo de desarrollo, y el otro 5% – de que lo que llamamos “las excepciones” – tiene el 95%.

Las leyes sobre el comportamiento del cliente

  • Su cliente siempre piensa que sabe más acerca de diseño web que usted
  • El cliente nunca sabe qué es lo mejor para él ni para su propio site
  • No importa lo profundo de sus pruebas, cuando haga su primera instalación en el sitio del cliente, el sitio fallará
  • Un sitio no puede ser diseñado sin un propósito o contenido, y su cliente no se los dará

Actualización : gracias a Tabo y Yaraher por la ayuda en la traducción

» tags :

Con 1 comentarios

Que buenas que son, lo insólito es que son, la mayoría, muy ciertas. Sobre todo las leyes sobre el comportamiento del cliente.

Enviar un comentario nuevo

El contenido de este campo se mantiene privado y no se mostrará públicamente.
autorIndexante es la bitácora de Cesar Soplin Sánchez acerca de usabilidad, arquitectura de información, desarrollo web y ad infinitum.
Feed de indexante.comFeed RSS indexante.com