Front Archive at Serakesi

Abril 22, 2008 No comments

Bocetos de diseño

Si estás pensando en crear un nuevo logo para tu empresa, para un cliente, o bien tienes que diseñar una web, es muy recomendable bocetar y plasmar tus ideas antes de trabajar sobre el resultado final.

Bocetos de logos

En PSDTUTS, han publicado un post que habla sobre ello y nos dan unos ejemplos clarísimos, sobre distintos tipos de bocetos. No es lo mismo cuando bocetas para ti que cuando lo haces para un cliente.
Es un tutorial genial para orientar a aquellas personas que están iniciandose en esto.

Marzo 14, 2008 No comments

Aprende a usar Photoshop

Si eres de los que tienes buen gusto en la web, te gusta un look & feel bonito para tus desarrollos, pero te cuesta la vida plasmar tus ideas en tus maquetas, aquí tienes PSDTuts.

He visto muchas webs de tutoriales para Photoshop, pero esta ¡¡se sale!! Por ejemplo, quieres un bonito footer para tu web, o la típica estrellita web 2.0, ahí lo tienes. Hay de todo y para todos los colores.

Marzo 13, 2008 1 comentario

Explorer 8: De ilusiones se vive

Después de uno creer, que con Explorer 8 se acercaba el fin de nuestro calvario diario, nuestra pelea constante para que el desarrollo de cada nueva funcionalidad web fuera más estandarizado y unificado, evitando tener que parchear para que todo se viera bien, independientemente del navegador. Todo parece ser una farsa. Según Andrés Nieto, destripando el código de Explorer 8, ha encontrado algo como esto:

window.onload = function() {

if (location.href == "http://www.webstandards.org/files/acid2/test.html#top")
location.href = "http://www.webstandards.org/files/acid2/reference.html";
}

¿Quedarán esperanzas? ¿LLegará el tan esperado día? Este juego sucio de Microsoft, da asquito.

Febrero 12, 2006 No comments

Chat en Ajax para comentar mensajes de un blog

3Bubbles, una empresa de Silicon Valley que sale al mercado la pr?xima semana, ha creado una interfaz de chat en Ajax muy f?cil de integrar autom?ticamente en cualquier post de un blog. De esta forma los lectores pueden debatir un mensaje tambi?n como una conversaci?n en un chat.

Noviembre 28, 2005 No comments

Web Content Accessibility Guidelines 2.0

El otro d?a escrib?a sobre la accesibilidad y las validaciones Web. Hoy escribir?, como est?n cambiando las cosas y “por fin” adaptando la documentaci?n a los nuevos tiempos.

Hablemos de las pautas de accesibilidad. Parece ser que el mismo d?a 23 de noviembre, cuando dec?a que estas eran caducas, la W3C lanzaba la nueva versi?n WCAG 2.0. Esto define la accesibilidad al contenido Web y las t?cnicas del HTML. La nueva versi?n, parece ser, que es m?s accesible a una mayor parte de usuarios, incluyendo personas con discapacidades y a los mayores. Esto se pretende conseguir incluyendo una amplia variedad de tecnolog?a assistive.

La nueva versi?n, nos define, que pautas fallaban en la anterior definici?n, como tambi?n t?cnicas que nos har? de la accesibilidad m?s f?cil de entender y con un margen de beneficio accesible m?s f?cil de construir.

Parece que podemos interpretar estas nuevas definiciones como algo positivo, mientras las utilicemos como referencia y como soporte para ayudarnos a crear entornos accesibles y no seamos inflexibles, aceptando ?nicamente una interpretaci?n de las pautas, ya que solo son eso, pautas.
Fuente de informaci?n:http://www.zeldman.com/

Noviembre 23, 2005 No comments

¿Accesibilidad o validación?

En un ejercicio muy interesante: dos personas evaluaron una web determinada.

La primera persona era un invidente que usaba sus herramientas de navegación habitual. La segunda era un consultor de accesibilidad. El objetivo era conocer los problemas de accesibilidad para invidentes que la web planteaba.

Los resultados del ejercicio eran sorprendentes: las listas de problemas no coincid?an en absoluto. Mientras que el consultor hab?a encontrado problemas de validaci?n m?s o menos esperables (6 errores de prioridad 1 y 8 de prioridad 2), el invidente tuvo una experiencia muy positiva con la web, aunque encontró algunos problemas que el consultor no había siquiera notado.

Del ejercicio, podemos extraer dos conclusiones:

la mayoría de "expertos" en accesibilidad se limitan a restregarte en la cara un montón de guías y pautas, pero no tienen mucho conocimiento de los medios ni de los usuarios con discapacidades.
No hay diseño accesible a discapacitados sin discapacitados. Deben ser parte de nuestro grupo de usuarios si de verdad queremos hacer diseños adaptados a sus circunstancias.

Enlace de referencia: http://www.guuui.com/issues/01_04.php

El tema de la accesibilidad esté de moda, y se est? enfocando verdaderamente mal. La actitud generalizada es integrista: interpretaciones inflexibles, sesgadas y caducas. Inflexibles: porque solo aceptan una interpretación de las pautas; incluso las dejan de llamar pautas y las elevan a la categoría de "normas".

Sesgadas: porque no tienen en cuenta la verdadera experiencia de uso de los discapacitados. De todos los utilizamos las pautas del W3C ¿cuántos hemos testeado alguna vez con discapacitados? Se construyen Webs que validan al 100%, pero luego resultan ser verdaderos fiascos de usabilidad y adaptaci?n a discapacitados.

Caducas: porque las pautas son originariamente de 1999. Ceñirse a ellas al 100% supone hacer Webs de esa época. Y, ¿cuántos hablaban de accesibilidad en aquel entonces?

Las validaciones se realizan para intentar realizar Webs que faciliten las cosas a los usuarios. Este es el fin verdadero, pero el medio se convierte en el fin y el fin es validar.

Los que intentan acercarse a la accesibilidad con esa actitud, no se pueden considerar profesionales.

Nuestro fin debe ser asegurar una experiencia de uso positiva, basándonos en el conocimiento de nuestros usuarios y no únicamente en los conocimientos técnicos.

En los últimos meses se han visto muchos mensajes, artículos y posts sobre temas de accesibilidad. Pero nadie ha hablado de testear con discapacitados. Sin embargo, todos queremos el logo de validación W3C en nuestras Webs.

Noviembre 22, 2005 No comments

¿Que es la Web 2.0?

A ver, ¿por donde empiezo? He leído mucho sobre este tema y encontrado cantidad de artículos a favor y en contra de esta nueva forma de ver la Web. Hay algunos que dicen que es el futuro, que es una maravilla y revolucionará Internet. Otros se muestran escépticos e irritados ante el asunto. Ya que creen que es una moda publicitaria, destinada a vender productos ya existentes. Yo personalmente me decanto por el segundo grupo, ya que las "tecnologías" que se utilizan ya existían, aunque nunca se había hablado de las posibilidades que daban. Pero, ¿Qué es la Web 2.0? El término Web 2.0, no es un concepto real, no tiene significado. Se utiliza para definir un conjunto de tecnologías o formas de comunicación, que esta cambiando y evolucionando Internet. Para entender este concepto, solo hay que pensar en Google, Flickr, Wikipedia, RRS, Blogs, Ajax, etc, todo junto. Cada vez mas, todas las aplicaciones, el software tal y como lo conocemos, deja de existir como producto y pasa a ser un servicio. Tanto los modelos de negocio como los de desarrollo deben adaptarse a una realidad en que los ciclos pasan a ser un continuo. ¿Cuántos servicios Web, como Gmail, Google Maps, Flickr, etc, se mantienen en un estado beta? Algo impensable en aplicaciones vendidas en tiendas. En muchos casos los mismos usuarios pasan a ser co-desarrolladores, sobre todo en proyectos open-source. La Web también adopta, cada vez con más fuerza, est?ndares sencillos como la sindicación RSS o compatibilidad con XML. Siguiendo estos estándares, Internet deja de estar ligado únicamente a un PC y amplia sus horizontes a otros dispositivos como PDAs, móviles, TV, reproductores de música, etc. Dado que la barrera del acceso es cada vez menor, las aplicaciones y los servicios de la Web 2.0 deberían estar preparadas para funcionar, con independencia de la plataforma utilizada. También existe una mayor experiencia por parte del usuario. En este momento, de lo que mas se habla, es de Ajax, ya que es capaz de crear experiencias interactivas e instantáneas para los usuarios. Como se puede ver, la Web 2.0, engloba un conjunto de perspectivas de desarrollo, una forma de pensar distinta frente a Internet.

Noviembre 12, 2005 No comments

AJAX, segunda parte

Vamos a profundizar un poco m?s en esta tecnolog?a y comprender porque es tan interesante.
AJAX es algo como: Asynchronous JavaScript + XML. Como su nombre bien dice, la principal virtud de AJAX est? en la potencia que se le puede extraer al trabajo as?ncrono de peticiones al servidor. Hasta ahora solo hemos trabajado con un modelo de interacci?n sincr?nica basada en clic-petici?n-presentaci?n. Con AJAX la interacci?n pasa a ser as?ncrona. Cada vez que se hace clic no necesariamente se establece una conexi?n con el servidor.

AJAX hace de intermediario entre el servidor y el usuario, anticipando peticiones de datos al servidor, de modo que cuando el usuario hace un clic determinado,AJAX ya tiene listos esos datos y los muestra directamente, sin tener que volver a hacer una nueva petici?n.

En ciertos procesos se muestran en la p?gina sin retardo alguno, y mientras el usuario miraba unos datos en la pantalla, AJAX le estaba preparando los siguientes que iba a necesitar.

El siguiente gr?fico explica la diferencia de funcionamiento (sincr?nica vs. as?ncrona) respecto del modelo tradicional comparado con AJAX:

C?mo funciona AJAX
Un buen ejemplo de una aplicaci?n realizada en AJAX, ser?a Gmail. Si he entendido bien el mecanismo de funcionamiento as?ncrono de AJAX, cuando leemos el correo en Gmail y abrimos un mensaje, s?lo se nos muestra el ?ltimo mensaje recibido del emisor. Mientras leemos ese mensaje Gmail va cargando el resto de mensajes de esa conversaci?n, de forma que cuando pulsamos en la opci?n de Expandir los mensajes, nos muestra inmediatamente los siguientes y que la url no var?a.

Octubre 18, 2005 No comments

Web Service

?Qu? es un Web Service?

Un Web Service es un componente de software que se comunica con otras aplicaciones codificando los mensaje en XML y enviando estos mensaje a trav?s de protocolos est?ndares de Internet como el HTTP. Es similar a un sitio web que no cuenta con un interfaz de usuario y que da servicio a las aplicaciones y no a las personas. En vez de obtener solicitudes desde el navegador y retornar p?ginas web como respuesta, lo que hace es recibir solicitudes a trav?s de un mensaje formateado en XML desde una aplicaci?n, realiza una tarea y devuelve un mensaje de respuesta tambi?n formateado en XML.

Para la comunicaci?n entre aplicaciones se utiliza SOAP, entre otras, como est?ndar de los mensajes para los Web Services. Un mensaje SOAP se parece mucho a una carta: es un sobre que contiene una cabecera con la direcci?n del receptor del mensaje, un conjunto de opciones de entrega (tal como la informaci?n de encriptaci?n), y un cuerpo o body con la informaci?n o data del mensaje.
Creando una capa de Web Services sobre una aplicaci?n corporativa existente, las organizaciones pueden permitir que sistemas externos puedan invocar las funciones de la aplicaci?n a trav?s de Internet (o una intranet corporativa) sin tener que modificar la aplicaci?n misma. Por ejemplo, varias compa??as est?n hoy en d?a creando Web Services que act?an como front end para aplicaciones de entrada de ?rdenes que est?n residentes internamente en un mainframe. Estas compa??as permiten a los sistemas de compras de sus clientes enviar ?rdenes de compra a trav?s de la Internet. Poner una capa de web services sobre las aplicaciones existentes es una soluci?n muy interesante para integrar las aplicaciones desarrolladas por los diferentes departamentos y as? reducir los costos de integraci?n.

Requisitos de un Web Service

Interoperabilidad: Un servicio remoto debe permitir su utilizaci?n por clientes de otras plataformas.
Amigabilidad con Internet: La soluci?n debe poder funcionar para soportar clientes que accedan a los servicios remotos desde internet.
Interfaces fuertemente tipadas: No deber?a haber ambig?edad acerca del tipo de dato enviado y recibido desde un servicio remoto. Los tipos de datos definidos en el servicio remoto deben poderse corresponder con los tipos de datos de la mayor?a de los lenguaje de programaci?n.
Posibilidad de aprovechar los est?ndares de Internet existentes: La implementaci?n del servicio remoto deber?a aprovechar est?ndares de Internet existentes tanto como sea posible y evitar reinventar soluciones a problema que ya se han resuelto.
Soporte para cualquier lenguaje: La soluci?n no deber?a ligarse a un lenguaje de programaci?n. Un cliente deber?a ser capaz de implementar un nuevo servicio Web existente independientemente del lenguaje de programaci?n en el que se halla escrito el cliente
Soporte para cualquier infraestructura de componente distribuida: La soluci?n no debe estar ligada a una infraestructura de componentes en particular. No se beber?a requerir el comprar, instalar o mantener una infraestructura de objetos distribuidos, solo construir un nuevo servicio remoto, utilizar un servicio existente.

Creo que con esto se puede tener una amplia noci?n del funcionamiento de un Web Service y su utilizaci?n.

Octubre 13, 2005 2 comentarios

Ajax

La primera vez que se habl? de la arquitectura AJAX fue a mediados de febrero. No se trata de una nueva tecnolog??a ni de un nuevo invento, sino de un concepto que aglutina tecnolog?as ya existentes, como la utilizaci?n de XHTML, CSS, DOM, Javascript, XML, XSL.
En las aplicaciones web tradicionales, los usuarios interact?an mediante formularios, que al enviarse, realizan una petici?n al servidor web. El servidor se comporta seg?n lo enviado y contesta enviando una nueva p?gina web. Se utiliza ancho de banda y normalmente la misma estructura de HTML devuelta est? presente en la p?gina de petici?n.

AJAX, puede enviar una petici?n al servidor y recibir ?nicamente la informaci?n necesaria, empleando SOAP para servicios web, basado en XML, y utilizando Javascript en el cliente para procesar la respuesta del servidor web. Procesando la informaci?n directamente en el cliente, liberamos al servidor de trabajo, consumiendo un m??nimo ancho de banda.

Esto da una sensaci?n de interacci?n parecida a las aplicaciones convencionales en local.

Una de las desventajas de AJAX, es que existe el riesgo de que el cliente tenga el Javascript de su navegador deshabilitado. Para ello se debe tener en cuenta y dar la posibilidad de trabajar con el refresco tradicional de las web sin el uso de AJAX.

Hay que saber que el usuario est? acostumbrado al sistema tradicional de refresco de la p?gina cuando cargan nuevos datos, con AJAX esto no sucede y por lo tanto se debe informar de alguna manera (mensaje de carga), que la p?gina est? cargando nuevos datos.

Tampoco es recomendable la utilizaci?n de grandes c?digos Javascript, ya que esto tambi?n puede afectar el ancho de banda y un aumento del tiempo de proceso, que puede llegar a bloquear el navegador y dejarlo colgado.

El concepto AJAX, est? siendo potenciado por numerosas aplicaciones realizadas por Google, como: Gmail, Google Groups, Google Suggest, Google Maps. As?? tambi?n Empresas en Crecimiento que actualmente est?n Desarrollando Aplicaciones en AJAX.

Enlaces a aplicaciones que utilizan AJAX: