31.5.05

Argumentos contra las patentes de software

Sé que me repito pero debido al post anterior, y para recapitular, voy a exponer los principales problemas que le veo a la patentabilidad del software cuyo único propósito es tratar información:
  • Las patentes no son necesarias para fomentar la innovación en el software. Lo contrario es uno de los principales argumentos de los defensores de la directiva y no estoy de acuerdo por lo siguiente. El desarrollo de software ha sido, es y será lo suficientemente dinámico como para que se siga manteniendo e incluso aumentando el nivel de innovación existente. Sólo hay que estudia la historia en este campo para verlo.
  • Aplicar patentes al software dificulta nuevos desarrollos, es decir, es contrario a la innovación en este campo. Esto se debe a que un programa de ordenador suele utilizar decenas, centenas o incluso miles de ideas que son susceptibles de ser patentadas. Como sería imposible poder patentarlas todas, las patentes que no se posean, supondrían un coste demasiado alto que podría impedir el desarrollo de nuevos productos (las grandes compañías negocian entre ellas con sus carteras de patentes para no perjudicarse mutuamente, cosa que no puede hacer el que no tenga una cartera de patentes bien dimensionada).
  • Las patentes de software permiten patentar ideas, por ejemplo, de conceptos matemáticos o modelos de negocio. Es decir, no se está patentando la idea como tal, pero sí la materialización de esta idea mediante software, lo que en la sociedad de la información, equivale a conceder un monopolio sobre el uso de esa idea.Los sistemas de información que hagan uso de estas ideas matemáticas o apoyen estos modelos de negocio infringirían patentes.
  • El sistema de patentes no se ajusta a la realidad del software. La tecnología en este campo avanza tan rápido que conceder patentes por tantos años carece de sentido, pues en mucho menos tiempo la tecnología queda obsoleta. Incluso el propio proceso de aceptación de una patente puede hacerla obsoleta si la patente está muy ligada a una tecnología (por ejemplo hardware).
  • Es un sistema costoso que favorece claramente a las empresas con más recursos. Es necesario investigar en cada desarrollo las patentes existentes para determinar si se infringe alguna patente o si se puede patentar lo que se está desarrollando. Las pequeñas y medianas empresas tienen más dificultades para trabajar con un sistema de patentes, debido al coste de patentar, y sobre todo el de litigar, bien para hacer valer sus patentes o defenderse de demandas contra ellos por infracción de patentes.
  • Perjudica los desarrollos de software libre, ya que éstos se realizan de forma altruista y el software por sí mismo no suele generar beneficios económicos, por lo tanto no podrían ni patentar ni pagar por usar otras patentes. El desarrollo de software libre debe ser fomentado, por la reducción de costes que supone, por las posibilidades que ofrece frente al software no libre (modificación, distribución, estudio, etc), y porque es una fuente muy importante de innovación e incluso de competencia para toda la industria del software.
Technorati tags: patentes, desarrollo software, innovacion

Contra la directiva de patentes software

El proceso para la directiva sobre patentes en la ue sigue su curso. Desde noepatents hacen un llamamiento para manifestar nuestra postura ante la directiva. Proponen varias formas de participación:
  • Movilización en la web
  • Recopilatorio de fotos (gran oportunidad para hacerse 'famoso' ;-)
  • Ponerse en contacto con nuestros representantes (cartas, faxes, teléfono) para que se opongan a la directiva en la votación del parlamento
  • Participar en alguno de los próximos actos contra las patentes en Bruselas (esto va a ser un poco más complicado)
  • Lo que no hayan firmado la petición contra las patentes aún están a tiempo
Como recuerdan en la propia web:

"Quizás lo que hagas pueda parecer insignificante, pero es importante que lo hagas." – Gandhi.

Technorati tags: patentes, innovacion, ue

24.5.05

Personas e innovación

Hoy hemos estado trabajando con un colaborador, que lo es porque conoce bien ciertos aspectos muy específicos. El caso es que para mí las mayores aportaciones que ha hecho, sin desmerecer las demás, han sido las observaciones que ha hecho sobre los usuarios del producto.

En algún post he comentado la necesidad de tener en cuenta el usuario, de innovar para él, nunca de espaldas a él. Pero a veces el contacto directo no te da toda la información sobre el usuario. A veces alguien que trata habitualmente con este usuario, que conoce sus hábitos, preferencias y hasta manías (diría que incluso mejor que el propio usuario) puede aportarte una visión que echa por tierra algunos planteamientos.

Se pueden tener muchas ideas sobre un producto, cosas que se pueden mejorar o añadir para facilitar las cosas al usuario. Pero cuando esto requiere que el usuario cambie sus hábitos, cuando lo que tiene valor para él, es precisamente hacer las cosas como las está haciendo, por delante incluso de lo que obtiene, la cosa es mucho más difícil.

En ocasiones el propio usuario puede reconocer esta situación, pero en otras, el usuario puede decir que lo que se le propone no está mal, que a lo mejor le interesa, pero la realidad es que nunca lo hará. Lo probará y al poco volverá a su rutina. Cambiar esto puede requerir un esfuerzo tal, que haga inviables las ideas propuestas. En ese caso habrá que continuar por otro lado, más ideas, y nuevos planteamientos.

Technorati tags: innovacion

20.5.05

Ontologías, categorías, enlaces y etiquetas

Muy recomendable el artículo (Ontology is Overrated: Categories, Links, and Tags) de Clay Shirky. Trata sobre los planteamientos que se pueden hacer para organizar la información disponible en la web (apunta directamente a lo que pretende ser la web semántica), y pone como ejemplos las estrategias de google, yahoo o delicious.

El artículo se divide en dos partes. En la primera hace un estudio de las peculiaridades de la información existente en la web, que provoca que el uso de formas de clasificación habituales en otras situaciones sean inapropiadas. Habla de las ontologías y las categorías como formas de organizar la información, dónde se aplican, por qué, y cuándo son adecuadas.

La segunda parte es una propuesta de lo que considera el planteamiento idóneo para identificar y localizar la información disponible en la web. El uso de enlaces y etiquetas, sobre cualquier cosa y empleado por todos: "The Only Group That Can Categorize Everything Is Everybody".
La propuesta de Shirky coincide con lo que se conoce como folksonomías, y es empleada por servicios como delicious, flickr y technorati, para organizar cosas muy diferentes en cada caso: direcciones de Internet, imágenes y posts de blogs respectivamente.

Enrique Dans
escribió hace algún tiempo, de forma más breve y accesible para todos, sobre las folksonomías.

Hace un tiempo comenté algunas de las limitaciones de las tecnologías propuestas para la web semántica en el que citaba un artículo de Shirky sobre el tema.

Technorati tags: shirky, folksonomies, web, web semantica

Extensiones de firefox

Jomaweb comentaba en un post algunos de las extensiones de firefox que usa, pongo algunos más que uso:
  • Dictionary Search: Para buscar el significado de palabras.
  • All-In-One-Gestures: Permite ir a la página anterior o siguiente moviendo el ratón.
  • Foxy Tunes: Para controlar reproductores multimedia desde firefox.
  • Google Pagerank Status: Para ver el pagerank de google de cada página.
  • Sage: Lector de feeds.
  • PDF Download: Permite decidir si un PDF se abre en el navegador o lo bajamos.
Por cierto, utilísimos los atajos de teclado citados en genbeta, y ampliados en los comentarios del post.

Actualización: Otra extensión útil es del.icio.us

Technorati tags: firefox

18.5.05

El parlamento de la UE planta cara a la directiva de patentes

En este artículo de The Register, se cuenta que el parlamento europeo ha reafirmando su oposición al actual borrador de la directiva de patentes llevando a cabo sustanciales modificaciones de éste.

La información proviene del Financial Times (hay que estar registrado) que al parecer ha tenido acceso a estas modificaciones.

Las modificaciones consisten en permitir las patentes de software cuando éstas se empleen para controlar un proceso físico o una fuerza de la naturaleza, y en ningún caso cuando sirvan para el tratamiento, manipulación, representación y presentación de información.

Creo que es una buena noticia, uno de los grandes peligros que presentan las patentes de software, es que hacen posible la patentabilidad de ideas. Con estas modificaciones esto sería mucho más difícil.

Este borrador afronta en julio una segunda lectura y votación en el parlamento y debe quedar refrendado por mayoría absoluta. Al parecer, el parlamento sólo puede hacer modificaciones en la primera lectura, pero en este caso, al haberse alargado las lecturas dos presidencias, es posible realizar modificaciones también en la segunda lectura.

Technorati tags: patentes, software, ue

El precio de la libertad de expresión

Jorge Cortell se ha visto obligado a dejar de dar clases en el master que impartía en la UPV tras lo ocurrido con su conferencia.

Lamentable. Independientemente de que se esté de acuerdo con sus ideas, creo que debe quedar claro para todo el mundo que en este caso no se ha respetado la libertad de expresión de Jorge Cortell, y que las cosas ha ido más lejos, se la ha presionado para que abandone la labor docente que venía realizando en el centro mencionado.

Quien quiera escuchar a Jorge explicar sus ideas y lo ocurrido, lo puede hacer bajándose el audio de una entrevista que le han hecho en la COPE.

Technorati tags: freedom, democracy

17.5.05

Las dificultades del desarrollo de software

Para comentar las dificultades que plantea el desarrollo de software voy a partir del planteamiento de Frederick P. Brooks en su artículo, No Silver Bullet. En este artículo Brooks distingue entre dificultades esenciales (inherentes a la propia naturaleza del software) y accidentales (relativas a su producción, o por decirlo de otra forma, la materialización empleando una determinada tecnología y herramientas, de las ideas que se quieren plasmar con el software).

Las dificultades esenciales afectan a la especificación, el diseño y las pruebas del software. Y no a lo que se entiende por programación. Según esto, hacer software siempre será difícil, no se encontrará una bala de plata que pueda resolver esta situación. Estas dificultades tienen su origen en ciertas propiedades que presenta el software: complejidad, conformidad, variabilidad e invisibilidad.

En cuanto a las dificultades accidentales, queda la mejora de las tecnologías y herramientas que se emplean para programar. Brooks cita los lenguajes de alto nivel, el tiempo compartido, y los entornos de programación unificados. También habla de promesas como el lenguaje Ada, la OO, la inteligencia artificial, los sistemas expertos o la programación automática. Cada uno de ellos ofrece una forma de representar la solución a un problema.

Cualquier solución será de este tipo, pero en cada uno de los ejemplos citados, la forma de abordarlo es diferente. Cada uno aporta algo, pero también adolece de algo, que le impide convertirse en una solución que aventaje con claridad a lo que ya hay.

Se habla de los metadatos y los metamodelos. Hay planteamientos como MDA y AOM (que ya he citado en alguna ocasión: MDA, AOM) que se apoyan en ellos, y creo que la flexibilidad y alcance tienen estas técnicas es mucho mayor que el que ofrecen las soluciones actuales. Por dos razones:
  • Permiten trabajar a niveles de abstracción más altos, de hecho, se pueden añadir los niveles de abstracción que sean necesarios.
  • La abstracción podría aplicarse a casi cualquier aspecto de la solución (por no decir todos). No solo en cuanto a la descripción de los datos, que suele ser lo más habitual, sino al procesamiento de los datos, los aspectos de control de ejecución, concurrencia, persistencia, distribución, etc. En todas estas áreas se ha avanzado mucho, y hay donde elegir, pero no hay soluciones que las integren todas y al mismo tiempo lo hagan desde un nivel de abstracción mayor, que sólo requiera aportar la información precisa, sin tener que ocuparse de la sintaxis o de mantener manualmente la coherencia entre diferentes partes de la aplicación.

Technorati tags: mda, aom, desarrollo software, metadatos, metamodelos

16.5.05

El escaqueo de los 'trabajadores' del conocimiento

Como en ocasiones tengo que administrar sistemas y dar soporte a usuarios de equipos informáticos, con el tiempo uno identifica aquellas situaciones en las que los usuarios, normalmente los de siempre, achacan a los problemas informáticos el que no hayan cumplido con sus obligaciones en el trabajo.

Esta gente han descubierto un filón en la cantidad de pequeños problemas diarios que pueden darse con los ordenadores, impresoras, acceso a Internet, cuentas de correo, aplicaciones de todo tipo y hasta la fotocopiadora o el fax.

El que quiere hacer su trabajo y tiene un problema, lo plantea de forma franca, y espera que se pueda solucionar cuanto antes para poder continuar, aunque sea de forma provisional o cambiando la forma de hacer las cosas. Y si tarda en resolverse aprovecha el tiempo en otra cosa.

El que quiere eludir sus obligaciones, muchas veces ni siquiera dice en qué consiste el problema. Simplemente tiene un problema, lo ha intentado todo, y no hay forma de que funcione, por lo tanto no puede hacer lo que tendría que hacer. Y además, si no hace eso, ya no puede aprovechar el tiempo en ninguna otra cosa.

Otro circunstancia que delata a estos usuarios es que cuando el problema se resuelve no se ponen a trabajar (a pesar del fastidio que parecía producirles el problema), ya que mientras se resolvía, aunque fuese cosa de un minuto, les ha dado tiempo para encontrar otra ocupación: charla de pasillo, café (algunos son como los hobbits, desayunan dos y tres veces). Tienen claro que comunicar un problema les proporciona al menos media hora de escaqueo.

Por cierto, si escribo esto, tal día como hoy, es porque la incidencia de estas situaciones aumenta los lunes. Tendré que reducir mi carga de trabajo prevista para este tipo de días.

12.5.05

La definición de inteligencia que manejan los informáticos

Tras leer este post me ha decidido a leer el último libro de José Antonio Marina, 'La Inteligencia Fracasada'. Andaba por casa, y como estoy leyendo varias cosas a la vez, pensaba leerlo más adelante, pero me ha picado la curiosidad, y como no es muy extenso, en esas estamos, otro más y van ...

Aún no he llegado a la parte comentada en el post, pero nada más comenzar el libro, Marina advierte sobre 'la definición de inteligencia que manejan los informáticos' (aclara que esto ya lo criticó en su libro 'Teoría de la Inteligencia Creadora').

Un concepto que dice que "la inteligencia es la aplicación de la información para la consecución de metas". ¿Y qué tiene de perverso este concepto? Pues que este planteamiento sólo se preocupa de conseguir un fin, no de la elección de éste, sólo importa lo que hay que hacer y por tanto conseguirlo, no el por qué hay que hacerlo, es decir, no tiene en cuenta la elección de los objetivos (suena a ética, otro de los temas importantes para Marina). Marina habla en este libro del mal uso de la inteligencia, qué ocurre cuando el problema no es carecer de inteligencia, sino el no saber utilizarla, lo que identifica como el saber dirigir nuestra inteligencia.

Estoy de acuerdo con los planteamientos de Marina, con lo que no estoy de acuerdo es con que todos los informáticos tengamos ese concepto de la inteligencia. A los que lo tengan les diría que leyesen el libro de Jeff Hawkins que he comentado en estos posts (1, 2, 3). En este libro hay un
capítulo del que no he hablado, principalmente porque su contenido no forma parte de la teoría de Hawkins, y porque el propio autor muestra poco interés, trata de la conciencia y la creatividad.

El escaso interés del autor se debe a que considera que éstos son atributos propios de la inteligencia humana, que no entran en el terreno que le interesa, estudiar cómo el cerebro resuelve cosas para construir aplicaciones que hagan lo mismo, y dejar que las cosas que requieren creatividad, inventiva, etc. las hagan los seres humanos. Creo que esto encaja muy bien con los planteamientos de Marina. Las máquinas podrán tener inteligencia para hacer ciertas cosas, podrán resolver en un futuro problemas que hoy sólo resuelven las personas, pero habrá cosas que no podrán hacer por mucha inteligencia que tengan, porque no serán humanos, no podrán tener sus vivenvias, experiencias, etc. por lo que entre otras cosas, las decisiones sobre lo que hay que hacer, serán cosa de las personas.

Creo que esto pone a la inteligencia artificial en su sitio, y a las personas en el suyo. No creo que las máquinas puedan ni deban tomar las decisiones que conciernen al ser humano. Seremos nosotros los que las tomemos, así que ya sabemos de qué irá la cosa. Al menos contamos con la agudeza de los pensamientos de Marina para ayudarnos a hacer un buen uso de nuestra inteligencia.

Technorati tags: inteligencia artificial

10.5.05

O innovamos, o al c... nos vamos

Varias referencias de los últimos días sobre lo que tiene que ser el motor de la economía para los próximos años.

Almunia, que habló del 'atraso tecnológico', considerándolo 'muy serio'.

También en el blog de mangallous, comentando un artículo de El País.

No sé hasta dónde podrán llegar las palabras, pero espero que no haya que llegar a ver las cosas muy mal para apostar por el desarrollo de nuevos o mejorados productos. Hay que abandonar esa idea tan arraigada de esperar a que los demás lo hagan. Las cosas van demasiado deprisa.

Por último un post sobre el coste de no innovar (en inglés).

La palabra innovación suena tanto, y normalmente lo hace tan vacía de contenido, que da la impresión de que se habla de ella sin saber en qué consiste, e incluso por qué es necesaria.

Tecnorati tags: innovacion

9.5.05

Sobre la inteligencia y III

Dos últimas cosas quiero comentar sobre el libro de Jeff Hawkins.

Tras plantear su teoría de la inteligencia, dedica el capítulo más extenso del libro a explicar el funcionamiento de la inteligencia según esta teoría. Aunque de interés para conocer su teoría, hecho en falta la mención de experimentos o pruebas en las que basar todo lo que dice. Tratándose de un libro divulgativo, dirigido a un público amplio no se trata de hacerlo de forma rigurosa, pero no estaría de más hablar, aunque sea informalmente, de un experimento realizado por X, consistente en Y, cuyos resultados fueron Z, lo cual apoya lo que describo. La sensación que me ha producido la ausencia de tales explicaciones es la de no creerme algunas de la cosas que cuenta.

El capítulo final del libro, en el que deja a un lado su teoría, y habla de la situación actual de la inteligencia artificial y su futuro, me ha resultado esclarecedor, y como el propio autor pretende estimulante. En él se expresa como alguien que conoce bien el campo y que mantiene una postura cauta pero a la vez optimista sobre las posibilidades de éste. He encontrado muy realista su visión de lo que la inteligencia artificial aportará a la sociedad, muy alejada de los tópicos del cine, la literatura o los titulares sensacionalista que a veces aparecen en los medios de comunicación.

Un libro muy recomendable para quienes estén interesados en la inteligencia artificial. Y para quienes quieran conocer algo más sobre el cerebro, pero desde una perspectiva médica y psicológica recomendaría un libro que leí hace algo más de un año.

El Cerebro Nos Engaña
Francisco J. Rubia
Temas De Hoy

El autor hace un recorrido por diversos aspectos del cerebro a la luz de los resultados recientes en diversos estudios y experimentos. Aporta muchos indicios y hechos que creo que a más de uno le puede hacer cambiar su concepción no sólo de la inteligencia, sino del ser humano.

technorati tags: inteligencia artificial, libros

8.5.05

Libros de desarrollo software en español

Para completar el post anterior, ofrezco una lista de libros sobre programación e ingeniería del software, en este caso de libros que sí han sido traducidos al español.

- Ingeniería del Software
Roger Pressman
McGraw-Hill

- Ingeniería del Software
Ian Sommerville
Addison Wesley

Los dos libros anteriores son buenas introducciones a los diversos aspectos de la ingeniería del software. Como tocan muchos temas no pueden profundizar demasiado en ninguno de ellos, pero sí ofrecen una perspectiva general de la disciplina.

- Desarrollo y Gestión de Proyectos Informáticos
Steve MacConnell
McGraw-Hill

Un buen libro para la gestión de proyectos RAD (Rapid Application Development, o sea, en los que prime la velocidad de desarrollo). No obstante muchas de las ideas son aplicables a cualquier tipo de proyecto, de hecho dada la escasez de libros de este tipo en español, ofrecerá muy buenas ideas generales sobre la gestión de proyectos software a todo el que se quiera introducir en esta disciplina.

- Construcción de Software Orientado a Objetos, Segunda Edición
Bertrand Meyer
Prentice Hall

Un libro colosal. No sólo por su tamaño, sino por la cantidad de conceptos puramente OO que proporciona, los cuales introduce de una forma más rigurosa y ordenada que la mayoría de libros. De hecho, si se exceptúa el propio lenguaje (Eiffel) desarrollado por el autor del libro, y que emplea para los ejemplos, ningún lenguaje OO los tiene. Quien quiera entender de verdad la OO, y muchos otros conceptos de programación que no deje de leer este libro.

- UML y Patrones
Craig Larman
Prentice Hall

Otro gran libro sobre programación OO. Éste mucho más práctico porque explica cómo utilizar la OO para construir programas, es decir, no se dedica a explicar la OO, sino cómo usarla para escribir programas. Se apoya en el uso de patrones, muchos de ellos propuestos por el propio autor.

- Patrones de Diseño
Erich Gamma y otros
Prentice Hall

El clásico sobre patrones que después de unos años se tradujo al español. Algo raro en los clásicos de nuestra profesión, lo cual habla por sí solo de la importancia del libro.

- Algoritmos + Estructuras de Datos = Programas
Niklaus Wirth
Ediciones del Castillo

Un clásico con muchos años a sus espaldas pero muy útil por los conceptos sobre estructuras de datos y algoritmos que introduce. Fuertemente ligado a los principios de la programación estructurada no aportará demasiado al programador experimentado, pero para el que empieza o quiere aprender algo más sobre estructuras de datos y algoritmos es un libro muy recomendable.

- UNIX Programación Práctica
Kay A. Robbins, Steven Robbins
Prentice Hall

Una gran libro sobre programación en sistemas UNIX. Para el que no haya programado nunca en UNIX o Linux, o quiera aprender más sobre ello es un libro extraordinario, sobre todo porque desde sus primeras páginas se tiene la sensación de entrar en un mundo diferente, el de la programación en UNIX, la de 'los programadores de verdad'. Bromas aparte, un libro con el que disfrutarán aquellos a los que les interese ese tipo de programación de código puro, cercana a la programación de sistemas (hilos, sockets, IPC, pvm), nada de ventanitas ni GUIs.

- UNIX Programación Avanzada
Fco. Manuel Márquez
Ra-Ma

Más programación enUNIX. Muy buen libro, se le puede aplicar casi todo lo dicho para el anterior, quizás con menos feeling, pero cubre algunos temas básicos que no se tratan en el anterior. Con muchos ejemplos y fácil de entender.

- El Lenguaje de Programación C, Segunda Edición
Brian W. Kernighan, Dennis M. Ritchie
Prentice Hall

El libro que escribieron los creadores del lenguaje C para describirlo. Muy buen libro sobre C, aunque difícil para los programadores que empiezan.

- El Lenguaje de Programación C++
Bjarne Strustrup
Un libro de C++ escrito por el principal creador de este lenguaje. Muy completo, pero al igual que el anterior, escrito para programadores con cierto nivel, no es el más recomendable para los que empiezan a programar o no conocen lo suficiente los conceptos de programación OO.

Technorati tags: programacion, libros

7.5.05

Complejidad inhabilitante

Este extraño título para el post tiene su origen en una lista de falacias y errores de lógica (1 y 2) que he visto en escolar.

En el segundo de los enlaces, habla de la llamada 'Complejidad inhabilitante'. Reproduzco parte del texto.

"Una especie de bloqueo que ocurre cuando alguien se encuentra con un gran cúmulo de hechos particulares pero no posee los principios generales necesarios para integrar los hechos en una explicación más simple y globalizadora. ... Al no percibir principios fundamentales, no puede ordenar los hechos de forma coherente, y para aprehender el todo recurrirá con seguridad a una solución ad hoc que no servirá más que para algunos casos particulares."

Al leerlo no he podido evitar trasladar esta idea al desarrollo de software. Es algo muy común al desarrollar una aplicación hacerlo sin dedicar el suficiente tiempo a dos cosas:
  • Hablar con los usuarios, no sólo para preguntarles qué quieren, sino para ayudarles a aclarar lo que realmente necesitan, analizando con ellos el problema planteado. Una cosa es lo que el usuario pide y otra lo que necesita. El usuario puede tener en la cabeza un par de situaciones para las que quiere una solución, y lo que posiblemente no conozca sean todas las peculiaridades de la aplicación, y las interioridades de ésta. Por lo que su petición puede estar bastante alejada de lo que realmente hay que hacer.
  • Diseñar una solución que cumpla con las necesidades planteadas y que mantenga la estructura de la aplicación. Si el primer caso no se cumple la aplicación no solucionará el problema del usuario. En el segundo nos encontramos con la típica situación en la que la aplicación es una mezcla de diversos estilos y soluciones que a la larga no encajan bien y suponen un quebradero de cabeza para el mantenimiento de la aplicación.
Todo lo anterior requiere de experiencia y conocimientos. Las mismas que se necesitan en cualquier otra situación en la que aparezca el problema de la complejidad inhabilitante.

Technorati tags: desarrollo software

4.5.05

El precio de la verdad

Le he copiado a Jorge Cortell el título de su post, ya que después de seguir las 'peripecias' por las que ha tenido que pasar para poder realizar públicamente lo que considera una actividad lícita, creo que es un título muy apropiado.

Lo que empezó siendo un intento por demostrar lo que Jorge considera una práctica lícita (la descarga para uso personal de contenidos protegidos por la Ley de Propiedad Intelectual mediante una red P2P) se ha convertido en una censura encubierta. Jorge comenta que podría recibir represalias aún mayores. Espero que no sea así, alguien con los conocimientos y experiencia de Jorge, que además es capaz de defender sus ideas de este modo, debe seguir dando clases, conferencias y aportando mucho a una sociedad que tiene como uno de sus valores fundamentales el de la libertad de expresión. Aunque tampoco hay que ser ingenuos, a parte de esta sociedad no le interesa la libertad de expresión u otros valores similares, lo que le importa son el dinero y mantenerse en su sillón, aunque en público no puedan reconocerlo.

Tampoco hay que pensar que tras la conducta de todas las personas que han tenido que ver con esto haya habido mala intención. Posiblemente los acontecimientos se han producido muy deprisa, y si a esto se suman una serie de presiones a las que algunas personas pueden haberse visto sometidas, éstas se han podido equivocar en la forma de llevar el asunto.

Lo mejor es recapacitar con calma sobre lo que ha pasado, porque ante todo creo que debe quedar clara una cosa, no se puede impedir que alguien manifieste su opinión cuando esto no suponga un delito. Y en este tema la cosa no está clara (legal, ilegal), por tanto lo mejor es favorecer el debate, no silenciar a una parte, y menos en una universidad.

Jorge pretendía manifestarse en nombre propio, no hablaba por la universidad, como lo pueden hacer los que no están de acuerdo con la postura de Jorge, pero actuando de esta manera pierden credibilidad, aunque a algunos esto no les importa, tienen dinero.

Actualización: Para seguir toda la historia leer en orden los siguientes posts de Jorge Cortell: 1, 2, 3, 4, 5

Technorati tags: freedom, democracy

3.5.05

Blogs para el marketing

Microsoft va a utilizar los blogs como herramienta de marketing para promocionar Longhorn, la próxima versión de su sistema operativo Windows. Lo que en un principio parecía que iba a hacerse en secreto, ha terminado en una nominación pública para elegir a los bloggers.

Esta situación, en la que se ha pasado de usar la blogosfera como herramienta de marketing de forma secreta, a admitirlo abiertamente, es algo que habla de la madurez con la que se contempla al medio. Mantener estas cosas en secreto puede perjudicar al producto, a la empresa y al blogger, si finalmente salen a la luz.

En la blogosfera hispana hay casos recientes en los que los propios bloggers comentan la forma en la que las empresas les hacen llegar los productos (1 y 2). Pero seguramente hay muchos casos en los que no se menciona esta situación. Veo que no soy el único que piensa que tras la gran cantidad de posts en torno al lanzamiento de Tiger, la última versión del sistema operativo de Apple, hay algo más que el interés particular de algunos bloggers.

Está claro que las empresas van a aprovechar cualquier medio que consideren oportuno para dar a conocer o vender sus productos y servicios, y que muchos bloggers no van a rechazar las ventajas que esto conlleva.

A mí esto no me parece mal, pero tengo claro que este tipo de posts, me interesarán, y me resultarán fiables, mientras considere que el blogger es medianamente objetivo. Y es que aunque uno se empeñe, resulta difícil ser objetivo cuando recibes algo a cambio, aunque sólo sea el poder disfrutar gratuitamente de algo nuevo e interesante, o el reconocimiento por parte de una gran empresa de que eres una voz con peso en la blogosfera.

Technorati tags: blog, marketing