Crea-T Blog – Diseño Web y mucho mas…

Fuente: Slideshare

Gracias a  Techtastico nos enteramos que en el sitio de descarga de extensiones para el navegador Chrome han hecho un listado de extensiones para desarroladores web, y me ha sorprendido la cantidad de herramientas que se pueden agregar al Chrome para diseñar mejores sitios web, las extensiones son las siguientes.

• SpeedTracer
  Mide el rendimiento y velocidad de una página web.
• Pendule
  Herramientas de desarrollo web para Chrome.
• Resolution Test
  Una extensión para los desarrolladores que deseen probar las páginas web en diferentes resoluciones de pantalla, con la opción de definir sus propias resoluciones.
• Measureit!
  Saca una regla que te ayudará a obtener el ancho y alto en píxeles de cualquier elemento en una página web.
• Chrome Sniffer
  Detecta Frameworks y librerías que usan los sitios web.
• XML Tree
  Muestra los datos XML en un modo fácil de entender.
• BuiltWith Technology Profiler
  Detecta con que tecnologías están construidos los sitios web que estás visitando.
• View Selection Source
  Puedes ver el código fuente de la sección de la página que tienes seleccionada.
• JavaScript Tester
  Extensión para todos los desarrolladores de JavaScript que deseen ejecutar y probar el rendimiento del código JavaScript.
• CSS Reloader
  Te permite recargar todos los CSS de cualquier sitio sin que haya que volver a cargar la página en sí.
• Web developer
  Agrega un botón de barra de herramientas con diferentes herramientas para programadores web.
• CSS Viewer
  Un simple visor de las propiedades CSS.
• JSonView
  Puedes ver los documentos JSON en el navegador.
• CSS Scan
  Ofrece una visión general rápida de las propiedades CSS al pasar el cursor del Mouse sobre el elemento.
• Chrome Editor
  Edición de HTML fácilmente, justo dentro de su navegador.
• Multiswitch
  Cambiar entre el desarrollo, prueba y aplicación productiva.
• Regular Expression Checker
  Simple probador de expresiones regulares.
• PHP Documentation
  Documentación PHP, la documentación oficial para programadores de PHP.
• jsshel
  Interactúa con Javascript, jQuery y jLinq
• Window Resizer
  Redimensiona la ventana del navegador para emular varias resoluciones de pantalla.
• Aviary Screen Capture
  Toma una captura de pantalla de cualquier página web y editar directamente en el navegador con aplicaciones Aviary.com.
• Eye Dropper
  Gotero selector de color que te permite elegir el color de cualquier página web o del selector de color avanzado.
• Instant Image Editor
  Modificar cualquier imagen o imagen de fondo al instante.
• Lorem Ipsum Generator
  Crea texto de relleno al azar.
• Plain Clothes
  Quita los estilos de las páginas.
• Validity
  Haz clic en el icono en la barra de direcciones o presione Ctrl + Alt + V para validar la página actual.
• Inline Code Finder
  Encuentra los elementos HTML con eventos JavaScript en línea, en línea y estilo javascript: enlaces
• Picnik
  Toma capturas de páginas web y edita las imágenes directamente en tu navegador con Picnik

Ver más en Web Dev Extensions.

Fuente: Techtastico

Una presentación de diapositivas es una muestra de una serie de fotografías escogidas, que se hace con fines artísticos o de instrucción. Y si la presentación es fresca y sexy, sin duda aumentaría el glamour y la sensación de grandiosidad. Esta es la lista de 14 galerías de imágenes desarrolladas con Javascript que puede agregar en sus proyectos web.

Mira las 14 galerías en Web developer juice

¿Qué es el Diseño Centrado en el Usuario?

La respuesta a esta pregunta no es, en absoluto, inmediata. Podemos ceñirnos al significado literal de la expresión y pensar que el Diseño Centrado en el Usuario consiste en diseñar por y para el usuario (lo que es aproximado, mas poco significativo en cuanto a las implicaciones que ello tiene; por otra parte, quizás el lector prefiera acudir directamente a la revisión de sus principios). Un recorrido por la amplia bibliografía disponible en la Red nos descubrirá, sin embargo, nuevas expresiones, muy similares, y nos veremos obligados a plantearnos algunas preguntas:

• ¿Es lo mismo “Diseño Centrado en el Usuario” que “Diseño Centrado en el Uso”?
• ¿Es lo mismo “Diseño Centrado en el Usuario” que “Diseño Participativo”?

La aparición del término “Diseño Participativo”, por otra parte, va a plantear la necesidad de efectuar una serie de consideraciones acerca de la figura del diseñador en el proceso de desarrollo que conviene asimilar y que se revisarán aquí.

¿Es lo mismo “Diseño Centrado en el Usuario” que “Diseño Centrado en el Uso”?

Esto habría de resultar evidente tan sólo con acudir a un diccionario y consultar el significado de los términos “usuario” y “uso”. Sin embargo, son muchas las perspectivas ofrecidas por los distintos grupos de trabajo más representativos del momento. Y no sólo es una cuestión de semántica. No son pocas las consultorías y asesorías de diseño norteamericanas y europeas que defienden la creación de “productos elegantes” [1] a través del diseño centrado en el uso.

Para proporcionar una mayor perspectiva, voy a comentar las opiniones recibidas de algunos especialistas:

David Travis, de System-Concepts (http://www.system-concepts.com/), indica que la idea de “diseño centrado en el usuario” propone que los diseñadores comprenden el contexto de uso: esto significa un profundo entendimiento del usuario, del entorno en el que se desarrolla el trabajo y las tareas de usuario. En contraste, la expresión “diseño centrado en el uso” sugiere que el diseñador sólo necesita concentrarse en las tareas de usuario, lo que parece que hace entender al usuario y al contexto como algo menos importante. Sin embargo, Constantine & Lockwood, que parecía haber acuñado a expresión, apuntaba a la necesidad de entender al usuario en su libro “Software for Use”.

Además, en el nuevo estándar ISO 13407, de título “Human centred design for interactive systems”, se hace uso del término “centrado en el usuario”. Sin embargo Travis indica que en la práctica, se plantean muy pocas diferencias entre ambas aproximaciones, y entiende el término “centrado en el uso” como una cuestión de marketing.

Jan Gulliksen, de la Universidad de Uppsala (Departamento de Interacción Hombre-Computadora), presenta una opción casi opuesta, pues alega que el diseño centrado en el uso no involucra al usuario en el proceso de diseño, mientras que el diseño centrado en el usuario apunta a una presencia activa directa de este en el proceso de desarrollo del mismo, entendiendo el concepto de la misma forma que los norteamericanos entienden el de “diseño participativo”. Además lleva por delante la importante distinción entre comprador y usuario final (un administrativo en una corporación no elige la aplicación informática mediante la cual realizará su trabajo).
Gulliksen propone cuatro principios básicos en la aproximación al Diseño Centrado en el Usuario:

• Un reparto apropiado de funciones entre usuarios y sistema
• Una participación activa de los usuarios
• Iteraciones en las soluciones de diseño
• Equipos de Diseño Multidisciplinares

Heimrich Kanis, de la Delft University Technology (Departamento de Ergonomía), asume otro significado de la expresión “centrado en el uso” y habla de modos o posibilidades de uso. Así, en el estudio de una interacción particular producto-usuario se requerirán de dos fuentes de datos básicas: las procedentes de los estudios ergonómicos (antropometría, funciones fisiológicas,…) y las de las actividades de los individuos en su uso del producto como gran condicionante de la funcionalidad del mismo. Al igual que Gulliksen, conviene que lo verdaderamente importante es, pues, el modo en el que el usuario interacciona con un producto y, en particular, con un prototipo, durante los diversos experimentos en el proceso de desarrollo.

¿Es lo mismo “Diseño Centrado en el Usuario” que “Diseño Participativo”?

Se diferencia el Diseño Participativo del Diseño Centrado en el Usuario en que mientras éste considera al usuario tan sólo al comienzo y al final del proceso de diseño, aquel lo integra por completo en el proceso de desarrollo. La distinción es importante porque las gestiones de los respectivos procesos de desarrollo son completamente diferentes y especialmente más compleja en el caso del diseño participativo.

Sin embargo, esta diferencia que se está estableciendo sólo es válida en el ámbito norteamericano, dado que en Europa se habla de Diseño Centrado en el Usuario (más bien se está empezando a hablar) con el mismo significado que el Diseño Participativo en Estados Unidos. Allí, el Diseño Participativo es más que desarrollar sistemas, quedando íntimamente relacionado con una perspectiva de democratización del lugar de trabajo que potencia al trabajador.

Una vez establecida la distinción entre Diseño Centrado en el Usuario y Diseño Participativo, resulta conceptualmente sencillo asumir que este último no sólo involucra a diseñadores y usuarios sino también a expertos en factores humanos e integrantes de la dirección. Tal variedad se va a traducir inevitablemente en conflictos de objetivos, competencias e incluso valores que conviene tener presentes.

La figura del diseñador en el proceso de desarrollo y los conflictos de objetivos en el triángulo diseñador – dirección – usuario

Vamos a revisar rápidamente una serie de cuestiones a las que se tiene que enfrentar el diseñador en el proceso de desarrollo y que revelan la necesidad de participación e integración para una evolución apropiada del diseño.

Un primer, y sorprendente, problema va a aparecer en la elección del investigador o del equipo encargado del trabajo de campo, de la búsqueda de requerimientos del usuario y del análisis del contexto. No abundan los especialistas en factores humanos y usabilidad, siendo frecuente que diseñadores y técnicos hayan de asumir ciertas funciones ampliando su formación.
La noción de investigar un contexto o un espacio de diseño, de contemplar y combinar variadas soluciones no les resulta sencilla a los diseñadores, acostumbrados a que se les planteen problemas bien definidos para los que buscan una solución directa. La comunicación con el usuario y, lo más importante, el entendimiento del mismo, peligran en estas situaciones.

También puede ocurrir que usuarios experimentados y veteranos sean destinados a la dirección de proyectos con el propósito de superar más rápidamente una etapa de captación de requerimientos. Se busca, además, partir con cierta ventaja sobre experiencias previas, pero supone un riesgo importante la adopción de un actitud inmovilista respecto de las experiencias propias.

Hemos oído muchas veces eso de que los usuarios no son diseñadores y los diseñadores no son usuarios. Efectivamente, es frecuente que a la hora de llevar a la práctica determinadas metodologías de participación, los diseñadores partan con ideas preconcebidas acerca de los usuarios.
Los diseñadores piensan en ocasiones que los usuarios no entienden de cuestiones técnicas o tecnológicas, que no saben lo que necesitan o que son incapaces de generar ideas de diseño. Tal circunstancia se puede traducir en la contaminación de las sesiones de participación, pues el diseñador, en caso de intervenir, no potencia al máximo, e incluso rehuye, el diálogo y la interacción.

El diseñador, por otra parte, trata, a menudo, de expresarse a través de su diseño, lo que, dada, en general, la complejidad y amplitud de su formación, puede reflejarse en sistemas excesivamente complejos que el usuario, inevitablemente, rechaza en el momento que se le solicita para trabajar con los correspondientes prototipos

También se plantean conflictos de objetivos entre diseñadores y expertos en factores humanos. Los especialistas en ergonomía cognitiva no tienen una especial predilección por el diseño, que, explícitamente, asocian con tecnología. En muchas ocasiones, su trabajo se relega a fases finales del proyecto; es, a posteriori, cuando han de asesorar al usuario y evalúan el impacto del diseño. Sin embargo, su actividad es fundamental en las etapas iniciales al desarrollo.

No faltan conflictos entre desarrolladores y dirección. La dirección soporta presiones con una continua exigencia de resultados y los directivos acuden a los diseñadores: necesitan algo que enseñar. Probablemente el diseño no estará terminado o requerirá modificaciones, ensayos, inspecciones, pero pasará a tener un carácter de compromiso hacia los altos ejecutivos.

[1] O “smart objects”, aunque, incluso, en este sentido hay polémica pues también se defiende la acepción de “inteligente” frente a la de “elegante” aun cuando la correspondiente interfaz no presenta un elevado componente tecnológico o carece de él.

Fuente: Sidar