Friendface es una parodia de Facebook aparecida en un capítulo de The IT Crowd, una serie de Channel 4, que cuestiona la ’sociabilidad’ que aportan todas estas redes ’sociales’.

Algunos de vosotros ya os habéis planteado este tema en vuestro blog, pero ¿que os parece? ¿Contribuyen o impiden la socialización este tipo de aplicaciones?

Este documento debería mantenerse lo más concreto y conciso posible. No hace falta incluir todos y cada uno de los datos recogidos en el análisis. Un documento estratégico efectivo no sólo es la referencia para el equipo de trabajo de desarrollo del sitio web, sino que también puede utilizarse para recabar apoyos para el proyecto en otras áreas de la organización.

Lo peor que se puede hacer con un documento de este tipo es limitar el acceso del equipo al mismo. Tiene que ser usado activamente durante el proyecto para que sea eficaz; todos los participantes necesitan el documento para tomar decisiones informadas en su trabajo. Es posible que contenga información sensible, pero mantener el documento lejos del equipo responsable de llevar a cabo la estrategia sólo limita su capacidad para hacerlo.

La estrategia debería ser el primer paso en el proceso de desarrollo web, pero eso no significa que deba fijarse definitivamente para que el proyecto pueda avanzar. Aunque no es recomendable que esté cambiándose constantemente, la estrategia puede y debe evolucionar y refinarse a lo largo del proceso.

• 9 de enero: páginas de inicio y aplicaciones online (10 y 11), marcadores sociales y redes sociales (07 y 08)
• 12 de enero: videoblogs y podcasting (13 y 14), agregadores y recomendación de contenidos (02 y 03)
• 16 de enero: blogs y microbloggging (01 y 04)

La fecha de entrega para el dossier sobre las aplicaciones Web 2.0 es el viernes 9 de enero, durante la clase. No se aceptarán entregas que no se hagan en el transcurso de la clase.

A partir de ahora y durante las vacaciones iré publicando en este mismo blog algunos contenidos para seguir con el tema que estábamos tratando en clase y el enunciado del último ejercicio cuando llegue el momento. Este ejercicio tendrá como fecha de entrega el día del examen (os confirmaré los detalles junto con el enunciado).

Todos, de vez en cuando, tenemos uno de esos días.

Sabes el tipo de día del que estoy hablando: te levantas con la luz del sol entrando por tu ventana y te preguntas por qué razón tu despertador no ha sonado todavía. Miras por encima de las sábanas para descubrir que tu despertador piensa que son las 3:43 de la madrugada. Saltas de la cama para buscar otro reloj, que te dice que aún puedes llegar a tiempo al trabajo — si sales en 10 minutos.

Enciendes la cafetera y te vistes, pero cuando vuelves a la cocina a por tu dosis de la cafeína que te mantiene vivo, no hay café en la taza. No hay tiempo para adivinar por qué — ¡tienes que ir a trabajar!

Llegas como a una manzana de tu casa cuando te das cuenta de que el coche necesita gasolina. En la gasolinera, intentas utilizar el surtidor que admite tarjetas de crédito, pero esta vez le da por no aceptar tu tarjeta. Así que tienes que entrar dentro a pagar al cajero, pero antes tienes que esperar en la cola mientras el cajero, muy despacio, ayuda a todos y cada uno de los que están por delante de ti. Finalmente consigues pagar y sales de la gasolinera — acompañado por el sonido de la cubierta de la entrada de combustible cayéndose del techo del coche y rebotando por la calle.

Tienes que tomar un desvío debido a un accidente de tráfico, así que el camino al trabajo resulta más largo de lo que esperabas. Es oficial: a pesar de todo tu esfuerzo, llegas tarde al trabajo. Por fin consigues llegar a tu mesa. Estás agitado, hostil, cansado e irritable — y el día ni siquiera ha empezado aún. Y todavía no has conseguido un café.

Traducido de Jesse James Garrett, The Elements of User Experience

El lunes empezaremos con el siguiente tema, Proceso de creación web, que basaremos principalmente en el libro The Elements of User Experience de Jesse James Garrett. De la colaboración entre su empresa y Mozilla Labs nace un concepto de navegador que podría integrarse como una nueva categoría de aplicaciones Web 2.0: ¿cómo se adaptarán los navegadores a nuestros nuevos hábitos de uso? En este video podéis ver esbozada la idea de Adaptive Path y Mozilla Labs.

Aurora (complete video without commentary) from Adaptive Path on Vimeo.

Asignación de aplicaciones a los grupos

• Grupo 01: blogs (Blogger, Wordpress.com, La Coctelera, NireBlog, Weblogs.sl, Hipertextual, Alianzo, Bitacoras.com, Technorati)
• Grupo 02: lectores RSS y agregadores (Bloglines, Google Reader, Rojo)
• Grupo 03: noticias y contenidos votados por usuarios y recomendaciones de contenidos (Digg, Menéame, Fresqui, Aupatú)
• Grupo 04: microblogging (Twitter, Jaiku, Pownce, Plurk)
• Grupo 05: compartir videos (YouTube, Google Video, Dalealplay, Vimeo)
• Grupo 06: compartir fotos (Flickr, Picasa Web, Fotolog, FavShare, Nirudia)
• Grupo 07: marcadores sociales (del.icio.us, Diigo, Cite-U-Like, Google Bookmarks)
• Grupo 08: redes sociales profesionales y personales (Xing, LinkedIn, Hi5, Facebook, Tuenti)
• Grupo 09: aplicaciones sobre mapas (Google Maps, Tagzania, 11870.com, NireMap)
• Grupo 10: páginas de inicio (Netvibes, iGoogle)
• Grupo 11: aplicaciones en línea (Gmail, MoneyTrackin’, Google Docs, Picnik, Google Calendar)
• Grupo 12: wikis (Wikipedia, Practicopedia, Frikipedia, PBwiki, NireWiki)
• Grupo 13: videoblogs (Mobuzz, Vpod.tv, The InDesigner, NireTv)
• Grupo 14: podcasting (Podfeed, Podcastellano, Podcasters)

Procedimiento

Cada grupo tendrá que utilizar y analizar las aplicaciones Web 2.0 que le hayan correspondido para elaborar un dossier con una extensión mínima de 15 páginas y con la siguiente estructura:

1. Explicación del servicio o aplicación: ¿qué hacen este tipo de aplicaciones? Disponibilidad del servicio: cuentas gratuitas, aplicación de código abierto*…
2. Grado de interactividad
3. Características Web 2.0 que presentan
4. Comparativa de las diferentes aplicaciones
5. Utilidades comunicativas
6. Enlaces de interés

También tendrá que presentar ante la clase dichas aplicaciones, resumiendo su dossier y haciendo especial hincapié en la explicación del servicio, las características Web 2.0 y las utilidades comunicativas (con una mención a la comparativa entre las diferentes aplicaciones). La calificación de la presentación formará el 35% de la calificación de este ejercicio.

Se hará una primera corrección del dossier, sin calificación, y se sugerirán mejoras que deben ser incorporadas antes de la entrega final. Los comentarios de los compañeros durante la presentación también pueden dar pie a mejoras de cara al documento final.

Una vez corregido, se realizará la entrega del dossier final, que se calificará (sumando el 65% de la calificación para este ejercicio) y se recogerá en el blog de la asignatura, de manera que todos los estudiantes tengan acceso al contenido, que pasará a formar parte de la materia para el examen final.

Calificación final

Para la calificación global de este ejercicio, la presentación pesará un 35%, mientras que el dossier pesará un 65%.

Fecha de entrega

La fecha límite para la entrega del dossier final es el lunes 22 de diciembre; para la entrega de la primera versión del dossier, la fecha límite es el viernes 12 de diciembre, aunque es recomendable realizar esta primera entrega al mismo tiempo que la presentación, de manera que haya tiempo de incorporar las correcciones al documento para la entrega final.

El calendario de presentaciones será el siguiente:

• 1 de diciembre: compartir videos y compartir fotos (05 y 06)
• 5 de diciembre: aplicaciones sobre mapas y wikis (09 y 12)
• 12 de diciembre: páginas de inicio y aplicaciones online (10 y 11)
• 15 de diciembre: marcadores sociales y redes sociales (07 y 08)
• 19 de diciembre: videoblogs y podcasting (13 y 14)
• 22 de diciembre: agregadores y recomendación de contenidos (02 y 03)
• 9 de enero: blogs y microbloggging (01 y 04)

* Nota para entender lo que es el código abierto -open source- (y el software libre -free software-), primero hay que saber qué es el código fuente -source code-. El hecho de conocer el código fuente de una aplicación -software- nos permite, teniendo los conocimientos pertinentes, hacer las modificaciones que queramos para adapatarlo a nuestras necesidades. No hay que confundir el hecho de que el software utilizado para montar un servicio web sea gratuito con que el servicio propiamente dicho también lo sea. Es decir, se pueden crear servicios gratuitos con código privativo (Flickr, YouTube…), servicios gratuitos con código abierto (Wikipedia), o servicios de pago con aplicaciones de código abierto; no hay que olvidar que un servicio web conlleva una serie de gastos más allá de comprar o no el software necesario para que funciones, como son el alojamiento del servicio -web hosting-, el ancho de banda, etc. Por eso, algunos servicios pueden tomar la decisión de cobrar una cuota a sus usuarios, independientemente de que utilicen software de código abierto.

• Conectada masivamente. Los efectos de red nos trasladan de los modelos comunicativos y de publicación de uno-a-muchos del pasado a una web de conexiones muchos-a-muchos real. En esta era, los extremos se convierten en tan importantes como el núcleo, y los modelos antiguos de comunicación, publicación y distribución se ven alterados.
• Descentralizada. La conectividad también altera las estructuras tradicionales de control y poder, generando una mucho mayor descentralización. Lo de-abajo-arriba compite en todas partes con el de-arriba-abajo, desde el flujo de información global al marketing y al diseño de nuevos productos. La adopción ocurre tirando, no empujando. Los sistemas frecuentemente crecen desde los extremos hacia dentro, no desde el núcleo hacia fuera.
• Enfocada en el usuario. El usuario es el centro de la Web 2.0. Los efectos de red le dan al usuario un poder sin precedentes para la participación, la conversación, la colaboración y, finalmente, el impacto. Los consumidores se han convertido en publicadores con mayor control, las experiencias se adaptan a cada usuario al instante, las interfaces ricas optimizan las interacciones del usuario, los usuarios dan forma activamente a los productos y los consumidores recompensan a las empresas que los tratan bien con fidelidad y marketing boca-oreja muy valioso.
• Abierta. En la Web 2.0, la apertura empieza con la fundación de los estándares tecnológicos abiertos de Internet y crece rápidamente hacia un ecosistema de aplicaciones creadas con datos abiertos, APIs abiertas y componentes reusables holgadamente emparejadas. Y esta apertura va más allá de la tecnología: se refiere a una mayor transparencia en las comunicaciones corporativas, propiedad intelectual compartida y mayor visibilidad sobre cómo se crean los productos.
• Ligera. La filosofía del menos es más, de la simplicidad, es omnipresente en la Web 2.0: el software es diseñado y construido en equipos pequeños utilizando metodologías ágiles; las soluciones tecnológicas se basan en formatos de datos y protocolos simples; los negocios se centran en mantener bajas tanto las inversiones como los costes; y el marketing utiliza técnicas virales simples de consumidor a consumidor.
• Emergente. En lugar de depender de estructuras completamente predefinidas, a las estructuras y comportamientos de las aplicaciones Web 2.0 se les permite emerger a lo largo del tiempo. Una estrategia flexible y adaptativa permite que las soluciones apropiadas evolucionen a lo largo del tiempo en respuesta a usos reales; el éxito se origina en la cooperación, no en el control.

Las redes P2P gestionan y optimizan el ancho de banda que acumulan los usuarios de la red mediante la conectividad entre ellos. Como resultado, el rendimiento de las conexiones y las transferencias es mucho mayor que con los métodos centralizados convencionales, en los que una cantidad relativamente pequeña de servidores tiene que proveer el total de ancho de banda y recursos para un gran número de clientes.

Este tipo de redes se utiliza para el intercambio y búsqueda de archivos multimedia (eMule, por ejemplo), sistemas de telefonía por internet o VoIP (como Skype) e incluso, en los últimos años, como alternativa a la distribución tradicional de productos de grandes compañías como la BBC o Warner Bros.