Seguimos con esta entrega…

16. Crear una botonera completa con -por lo menos- tres efectos distintos de Swish.

•  Si Algo aprendi yo de mi hermano que es Diseñador Grafico, es que nunca usar muchos efectos en una animacion, simplemente cansa la vista y se ve feo, eso de hacer botones en swift por ejemplo y darles animacion ramdon() pues es algo que jamas debes hacer, escoje los 2 o 3 efectos para TODA TU WEB, la simplicidad es la clave del diseño perfecto, imagina usar miles de colores en tu web, como se veria, piensa, 1 color por efecto..

17. Usar en el enlace de “contacto” el típico GIF animado de un buzoncito, o de una cartita que se mueve.

•  Los Gif animados son algo muy basico y feo, es mejor usar una buena imagen estatica, estilo web 2.0 se ve mucho mejor… o simplemente colocar el enlace.

18. Dejar eternamente páginas incompletas, donde sólo se ve un GIF animado que dice “En construcción”.

•  Cada vez que lanzes una nueva seccion asegurate que este completa… evita secciones en construccione es mejor dejar el enlace anclado a un #.

19. Si uno se dedica a hacer sitios Web en Flash, “diseñar” un sitio “extrañamente parecido” a 2advanced.com o similar.

•  Por mas genial que te paresca un diseño que viste en una pagina X, la originalidad es siempre bien recibida

20. Usar redireccionadores .TK, .CJB.NET o similares para sitios comerciales.

•  Señores solo 100.000 Bs al año, el costo es bastante economico, relagense y pagen si su empres genera eso es 1 dia, hagan el gasto, nadie toma en serio a una empresa cuyo portal sea www.miempresa.cjb.net o similares

21. Usar una dirección @hotmail.com, @yahoo.com, etc. como e-mail de contacto para sitios comerciales.

•  Quizas digas pero es que no deseo gastar megas de mi hosting en correo, pero amigos los redireccionamiento existen…

22. “Diseñar” un sitio usando las plantillas prefabricadas que vienen con el programa (Dreamweaver, FrontPage, etc.)

•  No hay plantillas mas feas que estas jajajaja

23. Dejar puesto el código “HTML saved from URL…”

•  Esto no se ve mucho, al menos de forma trivial, pero cuando uno consigue esto, dios… que pavada.

24. Tener una presentación (intro) en Flash usando una fuente pequeñísima, que se lee bien en un documento HTML pero que se torna ilegible dentro de un objeto Flash.

•  Jajaja…muy comun…

25. Hacer un sitio (en Flash o HTML) con dimensiones fijas (por ej.: 750 x 400), desperdiciando el espacio total de la ventana del navegador. Si yo ahorro durante meses para comprar un monitor de 19 pulgadas, seguiré viendo ese sitio en 750 x 400, es decir que se verá como un pañuelito en la pantalla.

•  Sin Comentarios

26. Si trabajas con Flash, usar fuentes del tipo píxel fonts. Y si trabajas en HTML, utilizar fuentes de tamaño pequeñísimo que nadie que sea mayor de 40 años pueda visualizar bien (excepto si tu sitio está pensado exclusivamente para una audiencia joven).

•  Sin Comentarios

27. Dejar un tamaño de fuente fijo en todo el sitio, impidiendo que el usuario pueda elegir el tamaño de fuente mediante la opción que todo navegador trae para eso.

•   Sin Comentarios

28. Tener un sitio Web personal y actualizarlo cada seis meses.

•   Sin Comentarios

29. Abusar del Flash a tal punto que en la ventana siempre aparezcan cositas y figuras volando o moviéndose, dificultando al máximo la lectura.

•   Sin Comentarios

30. Hacer sitios bien “post-modernos”, con colores y temática “cool” que solamente un avanzado diseñador o un consumado artista pueden entender medianamente.

•  Sin Comentarios

Hace tiempo conseguir en mocoforo.com una lista de los peores pecados de webmasters y diseñadores, lo que realmente me ayudo a darme cuenta de errores que yo mismo cometía, pues ha sido la información tan valiosa que me dispuesto a ayudar a que estos errores no se repitan mas, pero claro no solo dando a conocer los errores, sino también dando posibles soluciones.. (a los que lo tengan, no todos los tienen).

1. Hacer una galerí­a de fotos usando imágenes completas (a las que se les cambia el tamaño mediante los tags width y height en HTML) fingiendo que son miniaturas o thumbnails. No cuesta nada usar un editor de imágenes para crear miniaturas de verdad.

2. Poner un enlace de contacto de e-mail directamente con la función mailto:. Además de ignorar a la gran mayorí­a de usuarios que no saben o no pueden configurar un cliente de correo (Outlook, etc.), y teniendo en cuenta que para hacer un formulario de contacto basta con usar algunas líneas de PHP, Perl o incluso Flash, la única excusa es la flojera.

3. Poner un aviso en la página principal al estilo: “Sitio optimizado para el navegador XYZ con resolución de XXX x XXX”. ¿Realmente conocen a algún usuario común y corriente que haya cambiado su navegador o resolución para ver un sitio Web?

Rasmus Lerdorf creó PHP como un lenguaje de secuencia de comandos para la creación dinámica de documentos HTML. Su relativa simplicidad propicia una curva de aprendizaje fácil de recorrer, permitiendo el desarrollo rápido de aplicaciones web. Esa simplicidad, unido al hecho de que es un proyecto de código abierto, han convertido a PHP en un lenguaje de programación muy popular.
Sin embargo, su uso ha quedado prácticamente restringido al desarrollo de sitios web, y no ha sido aceptado de manera generalizada por el mundo empresarial para el desarrollo de aplicaciones. ¿Por qué?

En primer lugar, debido precisamente a su simplicidad, muchos programadores con escaso o nulo nivel técnico han desarrollado cientos de sitios y aplicaciones de baja calidad, virtualmente imposibles de mantener. Ello ha creado la sensación, dentro de la comunidad de desarrolladores profesionales, de que PHP es un lenguaje para aficionados, poco “serio”.

Por otra parte, hasta su versión 4, PHP casi ha obviado el paradigma de desarrollo orientado a objetos, en parte debido a su propia naturaleza de lenguaje de secuencia de comandos. Dado que es imposible ignorar la importancia que tiene dicho paradigma en el desarrollo de aplicaciones de mediano y gran tamaño, no es de extrañar que PHP haya sido sistemáticamente olvidado por los desarrolladores profesionales a la hora de crear aplicaciones empresariales.

Ahora bien, la nueva versión PHP5 no sólo permite seguir desarrollando aplicaciones según la “antigua” metodología procedural, muy adecuada para proyectos pequeños; también ofrece las herramientas necesarias para desarrollar aplicaciones complejas, utilizando orientación a objetos, patrones de diseño y otras técnicas avanzadas. Por tanto, si se siguen desarrollando aplicaciones PHP de baja calidad, no se puede culpar de ello al lenguaje, sino a la escasa formación técnica de los programadores que las desarrollan.

Así, ¿se puede decir que PHP es un lenguaje poco “serio”? ¡Definitivamente, no! Puede que en el pasado PHP no fuera el lenguaje ideal para su aplicación en grandes proyectos. Sin embargo, actualmente es una alternativa muy seria para el desarrollo profesional de aplicaciones basadas en web, sean del tamaño que sean, y todo ello sin renunciar a su simplicidad original.