¿Infringir el copyright por ver el código fuente de una página web?

Noticia en Slashdot: Law Firm Claims Copyright on View of HTML Source. El título lo deja bien clarito. Una empresa (Dozier Internet Law) afirma en sus términos de licencia que ver el código fuente de su página web infringe las normas del copyright:

«We also own all of the code, including the HTML code, and all content. As you may know, you can view the HTML code with a standard browser. We do not permit you to view such code since we consider it to be our intellectual property protected by the copyright laws. You are therefore not authorized to do so.»

Y no sólo eso. Los términos también incluye frases tales como:

«We also do not allow any links to our site without our express permission»

Incluso para sus propios clientes:

«You are not authorized to use our name, or any derivative of it. In other words, do not put our law firm on your website suggesting you have an attorney/client relationship with us without our permission. If we do represent you, please ask us before doing so and we will consider the matter.»

Verlo para creerlo. ¿En que siglo vivimos?
Gracias Martí por pasarme el enlace!

¿El futuro del desarrollo del software tiende a metodologías ágiles?

Si te dedicas a desarrollar software creo que merece la pena que le des un vistazo al siguiente artículo: The Future of Software Development.

En este artículo, Alex Iskold explica como está evolucionando el desarrollo del software en nuestros días. Empieza diciendo como se consideró una buena práctica el modelo en cascada en el que primero tenemos una fase de toma de requisitos a la que sigue la fase de diseño, implementación, verificación (testing) y mantenimiento. Sigue explicando como, después de varios años utilizándose este modelo, se ha descubierto que muchos proyectos han fallado y se ha tenido que invertir más dinero y tiempo de lo previsto en finalizarlo. Apunta como causas, la poca flexibilidad que ofrece el modelo ante la realidad, siendo habitual un cambio constante de requisitos por parte del cliente.

Acaba asegurando que las metodologías ágiles están apuntando a ser las sustitutas al modelo en cascada en el desarrollo de software. En concreto, argumenta los beneficios que tiene la refactorización del código (cambiar la estructura del código readaptándolo a la situación actual del proyecto siendo completamente transparente para el usuario) y la realización de test unitarios para asegurar el correcto funcionamiento del código a ejecutar. Además asegura que para que tu proyecto tenga éxito es más importante encontrar buenos programadores que no muchos programadores.

Debido a mi trabajo, hace tiempo que voy investigando el tema de las metodologías ágiles. Hay algunos conceptos que me gustan mucho y que creo que pueden ser de mucha utilidad en el mundo del desarrollo del software tales como el desarrollo de software basado en tests (TDD) o la integración continua (CI). De todas maneras, no creo que haya una metodología que pueda ser buena y que haya otra que pueda ser mala. Depende de muchos factores (tipo de proyecto, equipo de desarrollo…) por lo que soy de los que piensa que primero hay que estudiar los factores y, después, seleccionar la metodología.

¿Qué opinas? ¿Utilizas alguna metodología ágil? ¿Sigues con el modelo en cascada?

Automattic adquiere Gravatar

gravatar

Buena noticia para los que utilizamos gravatars en nuestros blogs. La idea de Gravatar es bien sencilla: asociar una imagen a una dirección de correo de manera que cada vez que dejes un comentario con esa dirección de correo, en un blog que soporte Gravatar, se mostrará esa imagen junto al comentario.

Pues bien, la noticia está en que Automattic, la empresa que está detrás de WordPress, ha anunciado que ha adquirido Gravatar.

Digo buena noticia porque Gravatar llevaba desde hace bastante tiempo sufriendo problemas de rendimiento en sus servidores que hacía que las imágenes (los ‘gravatares’) asociados a cada persona que comentaba en el blog tardasen mucho tiempo en cargar. De la misma manera, como usuario del servicio, cuando intentabas acceder a tu cuenta en Gravatar.com te podías llegar a volver loco con el tiempo de carga de la página. Ahora, parece que esto va a cambiar ya que tal y como ha asegurado el propio Matt Mullenweg, creador de WordPress: «Avatar serving is now more than three times as fast, and works every time». Es decir, que ya se han puesto las pilas para mejorar esos problemas de rendimiento haciendo ahora un sistema tres veces más rápido.

La idea es hacer con Gravatar lo mismo que se ha hecho con el plugin anti-spam Akismet: Hacer un producto que haga una cosa, que la haga bien y ofrecer una API abierta a los desarrolladores. Entre las mejoras que quieren darle desde WordPress a Gravatar en un futuro están:

  • Pasar a gratuitos todos los servicios premium algo que ya hizo Google con la compra de FeedBurner.
  • Mover el servicio de gravatar a una Content delivery network para mejorar el rendimiento.
  • Ofrecer a través de la API el más del millón de avatares que tienen registrados en WordPress.com.
  • Integrar el sistema de gravatars en el sistema de plantillas de WordPress.
  • Incorporar en el perfil de usuario de Gravatar los microformatos.
  • Desarrollar una nueva y mejorada API.
  • Reescribir la aplicación íntegramente e incorporarla al sistema WordPress.com.

No cabe duda de que esta adquisición le va a dar un impulso al concepto de Gravatar y no sería de extrañar que, en un futuro próximo, sea raro el blog en el que no veamos integrados los ya famosos gravatares.

Eclipse y las RIA: RAP 1.0 (Rich Ajax Platform)

rap

Si el mundo de las redes sociales está ‘calentito’, el de las Rich Internet Application (RIA) está que arde. Eclipse ha presentado oficialmente RAP 1.0, una plataforma AJAX para crear y construir fácilmente aplicaciones RIA.

Seguramente, si no sigues muy de cerca el tema de las RIA después de leer el párrafo anterior dirás: ¿eing? Pues bien, la idea que hay detrás de este RAP 1.0 es se puedan crear aplicaciones web ‘ricas’ (RIA) y aplicaciones de escritorio ‘ricas’ reaprovechando los mismos componentes sin necesidad de hacer dos veces el mismo trabajo. Todo ello creando aplicaciones AJAX en Java utilizando el modelo de componentes de Eclipse que está basado en el estandar OSGi.

Tal y como cuenta en este artículo Ian Skerrett, director de marketing de la fundación Eclipse, RAP ha tenido muy buena aceptación desde el principio en la comunidad que se mueve alrededor de Eclipse. Casualmente, Ian pone de ejemplo a Autonomind, una empresa española que ha desarrollado recientemente una aplicación para la creación y gestión de Currículum Vitae basada en RAP.

Si quieres saber con más exactitud las gran variedad de funcionalidades que ofrece RAP 1.0 puedes pasarte por esta página. Además, ya hay disponible alguna demo y vídeos explicativos de como crear tu primera aplicación RAP.

En uno de lo artículos de los blogs de ZDNet, Ed Burnette compara RAP 1.0 con uno de sus competidores: AIR (Adobe Integrated Runtime). Afirmando que el objetivo de ambas plataformas es el mismo pero cada una lo enfoca desde diferentes perspectivas: Mientras que RAP está pensado para facilitar la migración de las aplicaciones de escritorio al entorno web, AIR está pensado para adaptar las aplicaciones web al escritorio. Además, RAP tiene la ventaja de ser completamente open source.

En definitiva, Eclipse se ha presentado como un nuevo jugador en el terreno de juego de las aplicaciones RIA presentando su solución RAP. Ya veremos como avanza la cosa…