Google Web Toolkit SDK
Empezaremos descargando de Google, que aunque digan que no, es el autentico impulsor del ajax, su herramienta de desarrollo Google Web Toolkit SDK. Que haremos con esto. Pues será nuestra forma facil de crear aplicaciones en ajax usando una plataforma en java. Complicado? Bueno ya veremos. En todo caso otra ayuda para el diseño web.
Ruby
Ruby es el lenguaje de scripts para una programación orientada a objetos rápida y sencilla. Tiene muchas características para el procesado de ficheros de texto y para realizar el mantenimiento del sistema (al igual que Perl). Es simple, serio, extensible y portatil.
¡Ah! debo añadirlo, es totalmente libre, lo cual no implica únicamente gratuidad, sino también libertad de uso, copia, modificación y distribución bajo los términos de la GPL
Características de Ruby
- Ruby utiliza una sintaxis parcialmente inspirada en Eiffel y Ada.
- Ruby dispone de manejos de excepciones, al igual que Java o Python, para que sea sencillo el manejo de errores.
- Los operadores en Ruby son syntax sugar para los métodos. Puede redefinirlos fácilmente.
- Ruby es un verdadero y completo lenguaje orientado a objetos: OOL. Esto quiere decir que todos los datos en Ruby son un objeto, en el sentido de Smalltalk, sin excepción. Por ejemplo: En Ruby, el número 1 es una instancia de la clase Fixnum.
- La orientación a objetos de Ruby ha sido cuidadosamente diseñada para ser completa y abierta a nuevas mejoras al mismo tiempo. Por ejemplo: Ruby tiene la habilidad de añadir métodos a una clase, o incluso a una instancia, mientras se procesa. Por lo tanto, si hace falta, una instancia de una clase puede actuar de diferente manera que otras estancias de la misma clase.
- Ruby dispone únicamente de herencias simples, a cosa hecha. Pero Ruby conoce los conceptos de módulos (llamados Categorías en Objective-C). Los módulos son colecciones de métodos. Cada clase puede importar un módulo y al hacerlo obtiene todos sus métodos a cambio. Algunos de nosotros pensamos que este camino es mucho más claro que el de herencias múltiples, que es complejo, y no es usado tan a menudo comparado con la herencia simple (¡no cuente C++ aquí, ya que frecuentemente no le queda otra elección debido a su estricto chequeo de sintaxis!).
- Ruby dispone de verdaderos cierres. No solamente de funciones sin nombre, sino de variables con todas las de la ley.
- Ruby dispone de bloques en su sintaxis (código rodeado por { } o do end). Estos bloques se pueden pasar a los métodos o convertirse en cierres.
- Ruby dispone de un verdadero recolector de basura. Trabaja con todos los objetos de Ruby. No tiene que preocuparse por mantener una relación de referencias en las librerías de extensiones. Esto es mejor para su salud.
- Escribir extensiones C en Ruby es más sencillo que en Perl o en Python, gracias en parte al recolector de basura, y en parte a la cuidada API de extensiones. También dispone de un interfaz SWIG.
- Los integrales en Ruby pueden (y de hecho deben) ser usados sin tener en cuenta sus representaciones insternas. Son pequeños integrales (instancias de la clase Fixnum) y grandes integrales (Bignum), pero no se debe de preocupar de cual usar en cada momento. Si un valor es lo suficientemente pequeño, un integral es un Fixnum, y de otro modo un Bignum. La conversión se produce de forma automática.
- Ruby no necesita declaraciones de variables. Utiliza una nomenclatura sencilla para definir el alcance de una variable. Por ejemplo: un simple var = variable local,@var = variable de instancia, $var = variable global. Por lo tanto no es necesario utilizar un cansino self. antepuesto a cada miembro de la instancia.
- Ruby puede cargar librerías de extensiones dinámicamente si el S.O.(Sistema Operativo) lo permite.
- Ruby dispone de hebras independientes del S.O. Por lo tanto, en cualquier plataforma en la que corra Ruby, usted dispone de multihebrado (multithreading), independientemente de que el S.O. lo soporte o no ¡incluído MS-DOS!
- Ruby es altamente portatil: se ha desarrollado mayormente en Linux, pero funciona en muchos tipos de UNIX, DOS, Windows 95/98/Me/NT/2000/XP, MacOS, BeOS, OS/2, etc. El creador de Ruby
Extraido de ruby.org.es
Web 2.0
La Web 2.0 es la representación de la evolución de las aplicaciones tradicionales hacia aplicaciones web enfocadas al usuario final. El Web 2.0 es una actitud y no precisamente una tecnología.
Cuando el web inició, nos encontrábamos en un entorno estático, con páginas en HTML que sufrían pocas actualizaciones y no tenían interacción con el usuario.
La Web 2.0 es la transición que se ha dado de aplicaciones tradicionales hacia aplicaciones que funcionan a través del web enfocadas al usuario final. Se trata de aplicaciones que generen colaboración y de servicios que reemplacen las aplicaciones de escritorio.
Todo inició cuando Dale Dougherty de O’Reilly Media utilizó este término en una conferencia en la que compartió una lluvia de ideas junto a Craig Cline de MediaLive en la que hablaba del renacimiento y evolución de la web. Constantemente estaban surgiendo nuevas aplicaciones y sitios con sorprendentes funcionalidades. Y así se dio la pauta para la Web 2.0 conference de 2004. Esta conferencia no solo fue exitosa sino que ya tuvo seguimiento en la Web 2.0 Conference del 2005 celebrada en Octubre.
En la charla inicial del Web Conference se habló de los principios que tenían las aplicaciones Web 2.0:
- La web es la plataforma
- La información es el procesador
- Efectos de la red movidos por una arquitectura de participación.
- La innovación surge de características distribuidas por desarrolladores independientes.
- El fin del círculo de adopción de software (”Servicios en beta perpetuo”)
La Web 2.0 con ejemplos
La forma más fácil de comprender lo que significa la Web 2.0 es a través de ejemplos. Podemos comparar servicios web que marcan claramente la evolución hacia el Web 2.0:
Web 1.0 > Web 2.0
Doubleclick –> Google AdSense (Servicios Publicidad)
Ofoto –> Flickr (Comunidades fotográficas)
Akamai –> BitTorrent (Distribución de contenidos)
mp3.com –> Napster (Descargas de música)
Britannica Online –> Wikipedia (Enciclopedias)
Sitios personales –> Blogs (Páginas personales)
Especulación con dominios –> Optimización en motores de búsqueda
Page views –> Cost per click
CMSs –> Wikis (Manejo de contenidos)
Categorías/Directorios –> Tagging
Extraido de maestrosdelweb.com
AJAX
- Concepto de AJAX
AJAX, es el acrónimo para Asynchronous JavaScript+CSS+DOM+XMLHttpRequest.Esta metodología para generar contenido, una vez cargada y procesada una página, envía mediante eventos scripts y rutinas que van al servidor buscando en background los datos en porciones específicas, donde estos datos son usados para actualizar la página solo regenerando porciones de la misma, sin recargar todo el contenido del documento en el navegador.- Entendiendo AJAX
Ajax no es un script, no es un servidor, no es un archivo, no es un programa, no es un módulo de apache, no es una extensión de PHP, NO ES UNA TECNOLOGIA.Por ejemplo en un proceso normal una aplicacion web recarga o va de una página a otra porque debe enviar una petición a algun servidor web esta debe procesarla y mandar el resultado finaly el resultado final es la página a la cual nos dirige la aplicacion o la recarga de la página misma. En todo esto AJAX hace lo mismo con la diferencia que lo hace en background osea que realiza todo el proceso de comunicacion con algun servidor web sin que el usuario pueda verlo y una vez terminada con éxito solo añadir el resultado del proceso a la página en curso de esta manera evitar la recarga o una página receptora de los resultados del proceso.
Entiendase que AJAX no se refiere a usar el objeto XMLHttpRequest de manera indispensable porque en realidad AJAX no es una tecnología, sino la unión de varias tecnologías que juntas pueden lograr cosas realmente impresionantes como GoogleMaps, Gmail,etc.
- Entendiendo AJAX
EXTRAIDO DE wikilearning.com
XHTML
XHTML, acrónimo inglés de eXtensible Hypertext Markup Language (lenguaje extensible de marcado de hipertexto), es el lenguaje de marcado pensado para sustituir a HTML como estándar para las páginas web. XHTML es la versión XML de HTML, por lo que tiene, básicamente, las mismas funcionalidades, pero cumple las especificaciones, más estrictas, de XML. Su objetivo es avanzar en el proyecto del World Wide Web Consortium de lograr una web semántica, donde la información, y la forma de presentarla estén claramente separadas. En este sentido, XHTML serviría únicamente para transmitir la información que contiene un documento, dejando para hojas de estilo (como las hojas de estilo en cascada) y JavaScript su aspecto y diseño en distintos medios (ordenadores, PDAs, teléfonos móviles, impresoras…).
CSS
Hojas de Estilo en Cascada (Cascading Style Sheets), es un mecanismo simple que describe cómo se va a mostrar un documento en la pantalla, o cómo se va a imprimir, o incluso cómo va a ser pronunciada la información presente en ese documento a través de un dispositivo de lectura. Esta forma de descripción de estilos ofrece a los desarrolladores el control total sobre estilo y formato de sus documentos.
CSS se utiliza para dar estilo a documentos HTML y XML, separando el contenido de la presentación. Los Estilos definen la forma de mostrar los elementos HTML y XML. CSS permite a los desarrolladores Web controlar el estilo y el formato de múltiples páginas Web al mismo tiempo. Cualquier cambio en el estilo marcado para un elemento en la CSS afectará a todas las páginas vinculadas a esa CSS en las que aparezca ese elemento.
Entre las más preocupadas, o que al menos han desarrollado un proyecto web más accesible, destacan Ferrovial, Inditex y ACS, con bastante diferencia respecto a las demás.
Tras realizar un análisis de 15 aspectos de accesibilidad web utilizando diferentes herramientas como TAW, validación del código HTML y CSS por el W3C, validación del contraste de color, etc., el estudio determina que tan sólo 6 empresas consiguen superar más del 50% de los criterios.
La mayor parte de las empresas están más preocupadas por optimizar sus páginas, reduciendo el peso de las mismas, que por hacerlas accesibles para los más de 3,5 millones de personas con algún tipo de discapacidad.
De acuerdo con este estudio, doce empresas consiguen aprobar en accesibilidad siendo ACS, Ferrovial e Inditex las que mejor han implantado las pautas para hacer accesible su web y para optimizar sus portales de Internet. A continuación se encuentran las webs de Cintra, Enagás y Bankiter. Las páginas que peores resultados han obtenido son Metrovacesa, Altadis y Gamesa, ya que han suspendido casi todos los parámetros establecidos.
En opinión de Manuel Lavín, director de consultoría eBusiness de Adesis Netlife, este estudio “no sólo es una llamada de atención a las empresas para que presten mejor servicio a los discapacitados, además es importante que entiendan que disponer de páginas accesibles y optimizadas les reportará beneficios añadidos como permitir una mejor indexación en los motores de búsqueda para generar más tráfico y unos tiempos de descarga más rápidos para mejorar la experiencia de sus clientes”.
extraido de noticias.com
El futuro ya está aquí, pero seguimos empecinados en ignorarlo. Esa es la realidad a la que se enfrenta la web móvil y su prima hermana la web única, que protagonizaron uno de los momentos destacados del Congreso ‘Fundamentos Web’ que organizaban esta semana, por segunda vez en Asturias, la Fundación CTIC y la Oficina Española del World Wide Web Consorcio (W3C). Daniel K. Appelquist, presidente del grupo de trabajo de móviles en W3C en representación de Vodafone, dejó bien claro en Oviedo que la web única, un diseño basado en la consistencia temática y la adecuación a la realidad móvil, ha llegado por mucho que nos empeñemos en mantener la diversidad de antaño.
La web única ha sido el concepto más radical que ha sobrevolado la sala ovetense donde la oficina española de la W3C ha reunido esta semana a algunos de los más destacados investigadores e innovadores de la internet del presente y seguramente del futuro. Y Appelquist puso el dedo en la llaga cuando recordó que el contenido debe ser consistente temáticamente y que la idea que prevalecerá será la de las experiencias de usuarios en distintas plataformas. Si a ello se une URL (las direcciones web que se escriben en el navegador para acceder a las páginas) intercambiables entre dispositivos distintos, sean ordenadores portátiles o de sobremesa, de mano, reproductores de MP3 o teléfonos móviles, se estará ante una Web Única que traerá un mundo nuevo y eficiente a la red.
extraida de cincodias.com
La capital asturiana ha vuelto a reunir este año en la segunda edición de Fundamentos Web a 15 expertos de referencia internacional para el desarrollo futuro de las publicaciones web. Las jornadas, que se han celebrado el 3 y 4 de octubre en el Teatro Filarmónica, han sido organizadas por la Fundación CTIC y la Oficina española de W3C ha congregado a más de 300 asistentes.
En el primer día del programa participó Richard Ishida, responsable de la Actividad de Internacionalización del W3C, cuya ponencia se centró en fomentar el acceso universal a la Web de calidad y teniendo en cuenta el enfoque y flexibilidad de la penetración de los contenidos en las variopintas culturas del mundo cuando se intenta abarcar diferentes mercados.
A continuación tomó la palabra Bob Regan, director de accesibilidad web de Adobe, que abogó por la promoción más accesible de los contenidos en las próximas aplicaciones enriquecidas de Internet (RIA), esas páginas web que funcionan al estilo de los programas de escritorio. Destacó que nunca se ha de perder la perspectiva de estar diseñando para comunicar con personas que tienen algún tipo de deficiencia visual, problemas de movilidad, y reducidos niveles cognitivos.
Por su parte el conocido escritor y periodista, especializado en nuevas tecnologías, Ben Hammersley, realizó la presentación menos técnica y más filosófica de las programadas que denominó “Eames, Bach, Miguel Angel, y el DOM””. La visión que transmitió se basa en la construcción eficaz de cualquier idea u objeto ha de tener como objetivo también la belleza.
El siguiente en intervenir fue Dave Shea, muy conocido en el sector del diseño web por su influyente proyecto csszengarden.com y las posibilidades creativas que alberga la práctica de los estándares con la cascada de hojas de estilo (CSS). Se centró en una decena de recomendaciones técnicas sobre la gestión de las CSS en los proyectos web.
Ya por la tarde la ponencia de Daniel Appelquist, que trabaja en el equipo de estandarización de Vodafone, defendió la adaptación de los contenidos consistentes para dispositivos móviles. Opina que nos encontramos en un punto de inflexión histórico de acceso a la Web vía móvil y que el desafío se encuentra en el despegue de la información que pueda conseguirse desde los sitios Web pequeños frente a las grandes compañías.
La jornada terminó que un coloquio denominado “El impacto social de la Web”, moderado por Gumersindo Lafuente, reciente ex-director de la versión digital del diario El Mundo, y en el que participaron el profesor y periodista Enrique Dans, Ben Hammersley, Bernardo Hernández, director de marketing de Google España, y el consultor y periodista Juan Varela.
extraido de idg.es
La página web es una tarjeta de visita de su empresa. En muchas ocasiones (cada vez más por el uso cotidiano de Internet) constituye la primera toma de contacto de su posible cliente.
La reflexión es de Fabián C. Barrio, director de Todo Internet Network, una empresa dedicada al diseño de webs de empresa: “Si nunca entregaría un folleto lleno de manchas o no se presentaría en bata de casa ante sus posibles clientes, ¿por qué encarga su página a su sobrino que algo sabe de ordenadores?”.
Sin embargo convertir la sede virtual de su empresa en esas webs planas y poco útiles que tanto abundar por la Red es más fácil de lo que parece. Reflexione sobre este decálogo de errores para comprobarlo… y evitarlo.
1. No controlar el tiempo en el que se carga la web
Los usuarios quieren, sobre todo, navegar con agilidad. Un sitio que tarde más de diez segundos en cargar es candidato seguro a no ser visitado. Y las precargas (es decir, la típica barra de cargando) no pueden durar más de cuatro o cinco segundos.
2. Redactar de forma no escalable
La escritura de los textos destinados a Internet no es equivalente a los destinados a la impresión. El texto corrido no seduce a los usuarios de la Red, es aburrido y molesto de leer. Para evitar esto hay trucos: subcabeceras, listas, destacados de conceptos clave, párrafos cortos, pirámide invertida (es decir, señalar lo más importante al inicio del texto) y un estilo de escritura simple.
3. Agobiar al usuario con ‘ventanas’ excesivas en el navegador
Se piensa de forma errónea que las nuevas ventanas (pantallas diferentes a la principal de la web, con información adicional) hacen que los usuarios permanezcan más en el sitio web, cuando en realidad lo que hacen es estorbarlo.
4. Plantear diseños que parecen anuncios
El usuario de la Red es muy selectivo y ha aprendido a obviar los fogonazos publicitarios (algo que ha obligado a agudizar la originalidad a la hora de insertar mensajes publicitarios en las webs). Por esta razón, es aconsejable evitar los diseños que parecen anuncios. Por ejemplo: elementos resaltados de forma agresiva o abuso del empleo de pop ups o elementos emergentes (animaciones en la ventana de navegación no solicitadas por el usuario).
5. No cambiar el color de los enlaces visitados
Estos elementos son de los más importantes en las páginas web (son los que permiten ampliar información o acceder a nueva), pero sólo funcionan realmente si el usuario puede diferenciar los visitados, y los que no, por medio del color. De otra forma se desorienta en el proceso de búsqueda y lectura en una web y abandona frustrado.
6. Descuidar el tamaño de la fuente
A menudo, las webs no permiten al usuario modificar el tamaño de la letra en que se muestra la información. Esto puede resultar un inconveniente si ésta resulta excesivamente reducida. Las hojas de estilo en cascada (o Cascading Style Sheets, CSS) son un lenguaje formal usado para definir la presentación de un documento y permiten al usuario esta posibilidad.
7. No responder a las preguntas de los usuarios
Es uno de los mayores fallos de una web de empresa. El usuario obviará la suya si no encuentra en ella lo que está buscando… y nada más fácil que redactarlo en Google para recurrir a otra web. El precio es quizá la pieza más específica de información para los clientes.
8. Obviar los criterios de accesibilidad.
Son cada vez más importantes. Una web accesible permite a las personas con discapacidad que puedan percibir, entender, navegar e interactuar con la web. Esto también beneficia a otros sectores como el de las personas de edad avanzada. Reflexione sobre esto: sus clientes o público general pueden ser de este perfil. La Iniciativa de Accesibilidad Web proporciona un test para verificar si su web es accesible.
9. Un último consejo
Aprovechar los recursos que ofrece Internet. Se trata de un medio barato, que con poca inversión permite mucho, por ejemplo, encuestar a sus clientes, fidelizarlos, permitir visitas virtuales a las oficinas de sus empresas o tener una línea directa con proveedores.
Extraido de eleconomista.es