  La empresa ante el software libre.
  Juan Antonio Martnez, jantonio@dit.upm.es
  v1.0, 11 Abril 1999

  Este documento constituye un ensayo sobre la aplicacin del modelo de
  desarrollo del software libre a la empresa y la economa de mercado.
  Se describen fundamentos sociolgicos y modelos matemticos; se anal
  izan aspectos legales y polticos, y se detallan las diferentes aprox
  imaciones y metodologas de trabajo que puede adoptar la empresa a la
  hora de hacer suyo dicho modelo.
  ______________________________________________________________________

  ndice general



  1. Prlogo.
  2. Copyright. Licencia de uso.
     2.1 Nota del autor.
     2.2 Open Resources Magazine License.
     2.3 Open Resources Magazine License ( Traduccin ).

  3. Registro de cambios en el documento.
  4. Introduccin
     4.1 Resumen del captulo.
     4.2 Presentacin. Objetivos.
     4.3 La sociedad de la informacin.
     4.4 El fenmeno del Software Libre.
     4.5 El coste del software.

  5. Motivaciones del software libre.
     5.1 Resumen del captulo.
     5.2 A la bsqueda de un motivo para el software libre.
     5.3 La tica de lo til.
     5.4 Otros modelos sociolgicos.

  6. Una primera aproximacin empresarial al software libre.
     6.1 Resumen del captulo.
     6.2 La empresa que vende software.

  7. La empresa basada en software libre.
     7.1 Resumen del captulo.
     7.2 Modelo de desarrollo.
        7.2.1 Estrategias de desarrollo.
        7.2.2 La pirmide de desarrollo.
        7.2.3 Marketing y "venta" del software abierto.
     7.3 Estrategias de comienzo.
     7.4 Estructura y organizacin.

  8. Un modelo matemtico: El dilema del preso.
     8.1 Resumen del captulo.
     8.2 Descripcin.
     8.3 El dilema del preso y el software libre.

  9. El Software Libre: un producto polticamente correcto.
     9.1 Resumen del captulo.
     9.2 El socialismo del software?.
     9.3 Independencia tecnolgica y balanza comercial.
     9.4 La universidad y los centros de investigacin.
     9.5 El punto de vista del usuario.
     9.6 La actitud de Europa frente al software libre.

  10. Marco legal del software libre.
     10.1 Resumen del captulo.
     10.2 Marco legal del software.
     10.3 Legislacin sobre software libre.
     10.4 Es patentable la informacin?.

  11. Conclusiones.
     11.1 Software libre como modelo de desarrollo sostenible.
     11.2 La empresa en la sociedad de la informacin.
     11.3 No perder el objetivo: obtener beneficios.
     11.4 El futuro del software libre.

  12. Apndices.
     12.1 Referencias bibliogrficas.
     12.2 Publicaciones.
     12.3 Artculos de prensa y documentos en Internet.

  13. Eplogo. Agradecimientos.


  ______________________________________________________________________

  11..  PPrrllooggoo..

  El software libre est de moda. Internet est de moda. Dos hechos que
  no son entendibles el uno sin el otro. Se ha escrito mucho acerca de
  estos fenmenos, de sus repercusiones y de su futuro.

  Pero un nuevo elemento acaba de entrar en escena: las empresas
  comerciales han visto en el software libre, primero un competidor, y
  posteriormente una fuente de negocios. Este efecto nunca haba
  sucedido, y mucho menos ha sido estudiado.... o si?

  Porque a la hora de plantearme la pregunta bsica de qu es lo que
  impulsa a una empresa cuyo objetivo es la obtencin de ganancias
  econmicas, a participar en proyectos, aparentemente altruistas,
  realizados por voluntarios, sin ms herramienta de coordinacin que
  Internet, he tenido que consultar multitud de fuentes, de tratados de
  filosofa, sociologa, economa... buscando modelos matemticos, e
  incluso textos sobre el comportamiento animal. No creo haber
  descubierto nada nuevo, sino que este ensayo es un intento -espero que
  feliz- de adaptar teoras aplicadas en otros campos del conocimiento,
  a las tcnicas de desarrollo del software libre, con el fin de
  demostrar su viabilidad comercial

  Reconozco que la formacin excesivamente tcnica ha sido y es un serio
  obstculo para mostrar al lector un desarrollo coherente. Pido
  disculpas por ello, y aceptar gustoso las correcciones y anotaciones
  que los lectores me hagan llegar.

  Quiero dar gracias a todas las personas que han hecho que un aspirante
  a ingeniero como yo, se apasione con la sociologa. Es triste que la
  orientacin de los estudios de ingeniera en las universidades
  espaolas tienda a dejar a un lado lo que debera ser un pilar bsico
  de la formacin del ingeniero, convirtindolo en poco ms que una
  asignatura marginal.

  Este ensayo, presupone que el lector est familiarizado con el
  concepto y definicin de software libre y de su modelo de desarrollo.
  As, conceptos como "software libre y software propietario", "la
  catedral y el bazar", as como las diversas licencias de software
  libre son conocidas y comprendidas por el lector. En caso de no ser
  as remito al lector a la bibliografa incluida en el Apndice.
  Recomiendo la lectura del ensayo _"_A_p_u_n_t_e_s _s_o_b_r_e _S_o_f_t_w_a_r_e _L_i_b_r_e_" de
  Jess Gonzlez Barahona, como lectura obligada para todo aquel que sea
  nuevo en este tema.

  Una ltima recomendacin: algunos prrafos de este ensayo son duros,
  pues muestran un punto de vista sobre el software libre, que muchos
  considerarn falto de tica e incluso contrario a su filosofa. El
  concepto de moral utilitarista es muy polticamente incorrecto, y su
  exposicin dar sin duda lugar a polmicas. Una lectura sin prejuicios
  ayudar a comprender nuevos puntos de vista, que no necesariamente son
  compartidos por el autor.

  Un Saludo

  Juan Antonio Martnez Castao

  Madrid, Marzo-Abril de 1999


  22..  CCooppyyrriigghhtt.. LLiicceenncciiaa ddee uussoo..



  22..11..  NNoottaa ddeell aauuttoorr..

  Cuando me plante el escribir este ensayo, la primera idea fue el
  ponerlo bajo licencia GPL. Desgraciadamente mientras desarrollaba los
  diversos apartados me hice plenamente consciente del problema que
  existe en la actualidad con el tema de la "documentacin libre", as
  como de las discusiones que existen en estos momentos en Internet
  acerca de un modelo de licencia abierta para la documentacin. En el
  texto del ensayo, describo esta problemtica y las soluciones
  propuestas.

  Del mismo modo el primer borrador inclua una clusula para evitar la
  distribucin impresa. La idea original era poder editar el ensayo en
  alguna editorial. Como ms de uno me ha hecho ver, este modelo no es
  -al menos por ahora- realista, y constituye una violacin al espritu
  del software libre, por lo que he decidido adoptar una licencia ms
  acorde con dicho modelo.

  La Open Resources Magazine License que a continuacin incluyo puede
  ser obtenida de
  http://www.openresources.com/magazine/license/index.html.

  _E_s_t_e _d_o_c_u_m_e_n_t_o _e_s _C_o_p_y_r_i_g_h_t _(_C_) _1_9_9_9 _d_e JJuuaann AAnnttoonniioo MMaarrttnneezz CCaassttaaoo..
  Se distribuye bajo los siguientes trminos:


  22..22..  OOppeenn RReessoouurrcceess MMaaggaazziinnee LLiicceennssee..


  This document may be freely read, stored, reproduced, disseminated,
  translated or quoted by any means and on any medium provided the
  following conditions are met:


  1. Every reader or user of this document acknowledges that is aware
     that no guarantee is given regarding its contents, on any account,
     and specifically concerning veracity, accuracy and fitness for any
     purpose.

  2. No modification is made other than cosmetic, change of
     representation format, translation, correction of obvious syntactic
     errors, or as permitted by the clauses below.

  3. Comments and other additions may be inserted, provided they clearly
     appear as such; translations or fragments must clearly refer to an
     original complete version, pr eferably one that is easily accessed
     whenever possible.

  4. Translations, comments and other additions or modifications must be
     dated and their author(s) must be identifiable (possibly via an
     alias).

  5. This licence is preserved and applies to the whole document with
     modifications and additions (except for brief quotes),
     independently of the representation format.

  6. Any reference to the "official version", "original version" or "how
     to obtain original versions" of the document is preserved verbatim.
     Any copyright notice in the document is preserved verbatim. Also,
     the title and author(s) of the original document should be clearly
     mentioned as such.

  7. In the case of translations, verbatim sentences mentioned in (6.)
     are preserved in the language of the original document accompanied
     by verbatim translations to the language of the traslated document.
     All translations state clearly that the author is not responsible
     for the translated work.  This license is included, at least in the
     language in which it is referenced in the original version.

  8. Whatever the mode of storage, reproduction or dissemination, anyone
     able to access a digitized version of this document must be able to
     make a digitized copy in a format directly usable, and if possible
     editable, according to accepted, and publicly documented, public
     standards.

  9. Redistributing this document to a third party requires simultaneous
     redistribution of this licence, without modification, and in
     particular without any further condition or restriction, expressed
     or implied, related or not to this redistribution. In particular,
     in case of inclusion in a database or collection, the owner or the
     manager of the database or the collection renounces any right
     related to this inclusion and concerning the possible uses of the
     document after extraction from the database or the collection,
     whether al one or in relation with other documents.

     Any incompatibility of the above clauses with legal, contractual or
     judiciary decisions or constraints implies a corresponding
     limitation of reading, usage, or redistribution rights for this
     document, verbatim or modified.


  22..33..  OOppeenn RReessoouurrcceess MMaaggaazziinnee LLiicceennssee (( TTrraadduucccciinn ))..


  Traducido por Juan Antonio Martnez <jantonio@dit.upm.es>
  24-Marzo-1999

  Acorde con los trminos de la licencia, el autor de la traduccin hace
  constar que sta tiene slo valor orientativo, y en ningn caso legal,
  declinando el autor de la traduccin toda responsabilidad derivada de
  su uso.

  El autor de la licencia original no se hace responsable de los actos
  derivados de una posible traduccin o interpretacin incorrecta,
  siendo la licencia original la nica referencia vlida a efectos
  legales o de copyright.

  ( Comienzo de la traduccin )

  Este documento puede ser libremente ledo, almacenado, reproducido,
  distribuido, traducido o mencionado, de cualquier manera y mediante
  cualquier mtodo, siempre que se cumplan las siguientes clusulas:


  1. El usuario o lector de este documento conoce y comprende la
     advertencia de que no se proporciona garanta alguna sobre su
     contenido en ninguno de sus puntos, acerca de su veracidad,
     precisin, y completitud referida a cualquier uso que se haga de
     este documento.

  2. No se autoriza ninguna otra modificacin al documento que no sea de
     aspecto, cambio de formato de representacin, traduccin,
     correccin de errores sintcticos evidentes, o aquellas permitidas
     por las siguientes clusulas:

  3. Se permite la inclusin de comentarios, o aadidos, bien entendido
     que deben estar claramente marcados y definidos como tales. Las
     traducciones y fragmentos del texto deben ir acompaadas de una
     referencia a una versin original completa, preferiblemente una
     cuyo acceso en cualquier momento sea sencillo.


  4. Las traducciones, comentarios, y otras adicciones o modificaciones,
     deben ir acompaadas de una indicacin de la fecha y de una
     identificacin del autor. Se permite el uso de seudnimos.

  5. Esta licencia es de aplicacin al documento completo, incluyendo
     modificaciones y aadidos ( salvo notas breves ), con independencia
     del formato de representacin.

  6. Cualquier referencia a la "versin oficial", "versin original", o
     "cmo obtener la versin original" de este documento deben
     conservarse literalmente.  Cualquier nota de Copyright debe
     mantenerse literal. Adems, el ttulo y autor o autores del
     documento original, deben ser citados y marcados claramente como
     tales.

  7. En el caso de traducciones, los prrafos literales mencionados en
     (6.)  deben ser conservados en el lenguaje del documento original,
     acompaados de una traduccin literal del documento al lenguaje de
     la traduccin. Todas las traducciones deben marcar claramente que
     el autor no es responsable del trabajo traducido. Esta licencia
     debe ser incluida al menos en el lenguaje en que se cre en el
     documento original.

  8. Con independencia del mtodo de almacenamiento, recuperacin o
     redistribucin, cualquiera que sea capaz de acceder a una versin
     digital de este documento, debe a su vez poder ser capaz de
     realizar una copia digital en un formato directamente utilizable, y
     si es posible editable, de acuerdo a estndares pblicos aceptados
     y documentados.

  9. La redistribucin de este documento a terceras partes, requiere que
     se redistribuya conjuntamente con esta licencia, sin modificacin,
     y en particular sin ninguna otra condicin o restriccin, expresada
     o implcita, relacionada o no con esta redistribucin. En
     particular, para el caso de su inclusin en una base de datos o
     recopilacin, el propietario o el gestor de la base de datos o
     recopilacin, renuncia a cualquier derecho relacionado con esta
     inclusin y concerniente a posibles usos del documento una vez
     extrado de la base de datos o recopilacin, bien de manera
     individual o en relacin con otros documentos.

  Cualquier incompatibilidad de las clusulas anteriores con leyes,
  contratos, o sentencias judiciales, implica la correspondiente
  limitacin de los derechos de lectura, uso o redistribucin de este
  documento, tanto en su versin original como en versiones modificadas.

  ( Fin de la traduccin )



  33..  RReeggiissttrroo ddee ccaammbbiiooss eenn eell ddooccuummeennttoo..


     11999999--0044--1122 VVeerrssiinn 00..99

          Documento final publicado.


     11999999--0044--1111 VVeerrssiinn 00..88

          Conclusiones.

          Aadido del eplogo.

          Diversas correcciones ortogrficas y de estilo.

     11999999--0044--1100 VVeerrssiinn 00..77

          Primera versin SGML.


     11999999--0044--0099 VVeerrssiinn 00..66

          Captulo 7 ( poltica y sociedad ).

          Aadidos al captulo 5.

          Captulo 4 ( perspectiva empresarial ).


     11999999--0044--0066 VVeerrssiinn 00..55

          Inclusin del captulo 8 ( legislacin ).

          Aadidos al dilema del preso.


     11999999--0033--2299 VVeerrssiinn 00..44

          Inclusin del captulo 5 ( empresa ).


     11999999--0033--2277 VVeerrssiinn 00..33

          Inclusin de reseas bibliogrficas.

          Escritura del ltimo captulo.


     11999999--0033--2233 VVeerrssiinn 00..22

          Cambio de licencia, adoptando el modelo ORML.


     11999999--0033--2222 VVeerrssiinn 00..11

          Primer borrador pblico en formato texto.

        En el texto, el lector encontrar secciones marcadas con [ JAMC:
        < algn texto >> ]. Esto indica secciones pendientes de
        escritura o revisin. Se agradecen comentarios y sugerencias al
        respecto.



  44..  IInnttrroodduucccciinn


  44..11..  RReessuummeenn ddeell ccaappttuulloo..


    Presentacin. Objetivos.

    La sociedad la informacin.

       Sociedad de la informacin y sociedad informada.

       El fenmeno Internet.

       Reinventar la rueda.


    El fenmeno del software libre.

       Orgenes y evolucin del software libre.

       La realidad actual.

    El coste del software.

       Pagar por la herramienta de trabajo?.

       Realidad de la piratera informtica.

       Minimizar los costes de instalacin.


  44..22..  PPrreesseennttaacciinn.. OObbjjeettiivvooss..


  Este ensayo trata sobre el fenmeno del software libre y sus
  consecuencias econmicas. A la hora de plantear el tema he querido
  explcitamente huir de todo planteamiento idealista, voluntarista o de
  juicios morales sobre la bondad del software libre; existe ya
  demasiada literatura sobre el tema, y todos estamos al da de las
  caractersticas, bondades e inconvenientes del software libre. Pido
  disculpas anticipadas a todo aquel que sienta herida la idea sobre la
  "bondad" del software libre, y de la idea del "compartir
  desinteresado", pero no se puede cerrar los ojos a lo que en estos
  momentos es una realidad

  Utilizo el trmino "software libre" en el sentido ingls del concepto
  "Open Source Software", en lugar del entendido en Espaa como
  "Software gratuito".  En todo momento, a menos que se explicite lo
  contrario, entenderemos como tal a aquel software, generalmente sujeto
  a derechos de copyright y licencia de uso sobre el que el usuario
  tiene acceso al cdigo fuente, permitindose cierta libertad de uso.
  Del mismo modo, a menos que se especifique, la licencia de uso
  corresponder a la definida en la "GNU Public License versin 2". Es
  posible que en algn momento en el texto aparezca el traduccin
  literal "software abierto". Pido por ello disculpas anticipadas al
  lector, que espero tenga la amabilidad de notificar el error, para as
  corregirlo convenientemente.

  Todo escrito tiene un objetivo, y ste no poda ser menos. La idea que
  quiero transmitir es esta: El Software Libre es un negocio rentable, y
  subyace en un modelo de economa basado en la colaboracin egosta.
  Intentar demostrar que dicho modelo econmico no es exclusivo del
  software sino que es una conclusin lgica de la sociedad de consumo
  actual, basada en la tendencia de desplazar la economa de los pases
  industrializados desde el sector produccin al sector servicios.

  El modelo de empresa basada en estos conceptos difiere grandemente de
  la empresa tradicional, tanto en los objetivos como en los medios
  disponibles, aunque comparten algo bsico: ganar dinero. Veremos como
  el modelo del Software Libre cumple esto, y adems aporta algo de lo
  que los otros modelos carecen: optimiza la relacin coste/prestaciones
  en toda la cadena de produccin, desde el voluntario/colaborador hasta
  el usuario final del producto.


  44..33..  LLaa ssoocciieeddaadd ddee llaa iinnffoorrmmaacciinn..


  La sociedad de los pases industrializados se tiene una serie de
  caractersticas que la hacen destacar sobre otras sociedades: una
  renta per cpita superior a la media, un desplazamiento de su
  actividad productiva hacia el sector servicios, una serie de valores
  econmicos y culturales "occidental". Una vez cado el sistema
  productivo "comunista", la sociedad de mercado con sus ventajas e
  inconvenientes se ha hecho con la hegemona de las sociedades
  industrializadas. Y con ella un fenmeno que en los ltimos aos se ha
  hecho patente: vivimos en la sociedad de la informacin. Tanto es as
  que nuestro modelo econmico se basa en muchas ocasiones para su
  desarrollo en la posesin y manejo de informacin mas o menos valiosa
  o privilegiada.  Una frase de periodistas es "Quien tiene la
  informacin, tiene el poder".


     SSoocciieeddaadd ddee llaa iinnffoorrmmaacciinn yy ssoocciieeddaadd iinnffoorrmmaaddaa..
        Pero la realidad es otra: El poder no est en quien tiene la
        informacin, sino en quien sabe manejarla. En un mundo con
        superabundancia de fuentes de informacin ( tanto es as que ms
        de un ensayista ha escrito que la sociedad de la informacin
        implica el fin de la historia segn se describe desde la
        dialctica marxista ) es un problema real el manejo y proceso de
        tanta informacin. Frecuentemente se produce un fenmeno de
        _o_v_e_r_b_o_o_k_i_n_g de informacin, o bien aparece la problemtica de
        "separar la seal del ruido", es decir, del discernimiento entre
        informacin relevante o desechable. No en vano un nuevo concepto
        ha aparecido dentro del mundo de las tecnologas de la
        informacin: el _D_a_t_a _M_i_n_i_n_g. Hasta hace unos aos era impensable
        que tal necesidad de control de la informacin fuera no ya
        necesaria, sino hasta imprescindible para la supervivencia de
        una empresa.


     EEll ffeennmmeennoo IInntteerrnneett..
        En este contexto de sociedad de la informacin, aparece el
        fenmeno Internet. A nivel sociolgico podemos decir que
        Internet ha convertido el fenmeno de la informacin y el acceso
        a sta en un mecanismo al que todo el mundo puede acceder, sin
        mas que unos mnimos recursos. Se dice que Internet ha
        "democratizado" el acceso a la informacin. Sin entrar a valorar
        el valor de la informacin disponible, podemos hacer una primera
        clasificacin en funcin de los contenidos:

          Informacin destinada a favorecer el consumo: hablamos de
           publicidad.

          Informacin destinada al ocio y tiempo libre: juegos, viajes,
           turismo, etc.

          Informacin cultural.

          Informacin socio-laboral.

          Informacin cientfica y tcnica.

          Meta-Informacin: Material sobre como buscar mas informacin
           ( portales ).

     RReeiinnvveennttaarr llaa rruueeddaa..
        Ante este hecho, cuando un usuario necesita informacin tiene
        dos opciones: o intentar localizarla, o bien generarla por s
        mismo. En cualquiera de los dos casos esto tiene un coste, que
        para una empresa se traduce en un coste econmico. En el segundo
        caso, deber dedicar una serie de tiempo y dinero en hacer que
        sus trabajadores elaboren dicha informacin. En el caso primero,
        dichos trabajadores debern emplear el tiempo en localizar la
        informacin, y sobre todo en procesarla para que sea de utilidad
        a la empresa.  Sea cual sea el proceso elegido, ello implica
        muchas veces el que la informacin tenga que ser varias veces
        asimilada y procesada. La consecuencia global es que en el mundo
        empresarial "la rueda se reinventa" constantemente.

        En cualquiera de los dos casos una vez que la empresa tiene lo
        que necesita, se plantea la necesidad de dar una salida a dicha
        informacin. En funcin del modelo elegido obtenemos dos
        modalidades de empresa: Cerrada ( el resultado de su trabajo es
        de uso exclusivo de la empresa ) o Abierta ( se comparte -de
        forma mas o menos aprovechable- el resultado del trabajo de la
        empresa ). Cuando una empresa trabaja con el modelo abierto,
        decimos que adopta un modelo empresarial tipo "Software Libre".

        Uno se puede plantear como un modelo basado en compartir la
        informacin -que ha costado dinero obtener y procesar- puede ser
        beneficioso econmicamente.  La respuesta reside en varios
        conceptos que analizaremos en los siguientes captulos. Baste
        resumir algunos de ellos:

          Una empresa abierta no vende informacin: vende servicios.

          Los costes de elaboracin son infinitamente menores que los
           de distribucin y marketing.

          Existen multitud de fuentes alternativas de beneficios,
           aparte de los derivados de la venta de la informacin, que en
           el caso de una empresa abierta son -en el caso ideal- nulos.

  44..44..  EEll ffeennmmeennoo ddeell SSooffttwwaarree LLiibbrree..

  El software libre es tan antiguo -o mas- que Internet. De hecho
  podemos decir que Internet no existira sin el software libre. Desde
  que en los aos 60 los Bell Laboratories cedieron el cdigo fuente de
  su recin inventado Sistema Operativo UNIX, hasta la ltima versin
  del ncleo Linux, la historia del software se basa en el intercambio
  de informacin.

  Una serie de caractersticas hacen en la industria del software la
  necesidad de una comunicacin fluida y de un intercambio de
  informacin:

    La necesidad de formatos de intercambio de datos entre distintas
     aplicaciones.

    Los protocolos de comunicaciones entre sistemas, que exigen por un
     lado la existencia de un API, o modelo de programacin estndar, y
     por otro lado una "implementacin tipo" o modelo de referencia a
     quien seguir.

    Es un hecho que en Internet, los formatos propietarios son
     rechazados casi sistemticamente en los entornos comerciales,
     debido a que ningn comerciante que se precie, y que tenga un
     mnimo deseo de pervivir, va a adoptar formatos que no sean
     manejables por todos sus clientes potenciales.

  No obstante, no todo es color de rosa: intereses comerciales hacen que
  muchos fabricantes quieran imponer sus propios estndares, o aadan
  extensiones incompatibles a los ya existentes. Un fuerte rechazo a
  este modo de hacer empresa se observa en el software actual, debido
  -entre otras causas- a:


    El mundo del software abierto es capaz en poco tiempo de adaptar el
     cdigo libre para soportar extensiones no estndar a los
     protocolos. Todo ello se traduce para la empresa que desarrolla
     dichos protocolos en una carrera por inventar nuevas extensiones,
     hasta que se llega a la total inutilidad de los esfuerzos
     realizados en forzar un estndar.
    El desarrollo de extensiones propietarias tiene adems un riesgo
     tecnolgico: la carencia de un modelo de referencia da lugar a la
     posibilidad de cometer errores, difciles de detectar y corregir
     -dada la naturaleza "propietaria" del cdigo-, as como la
     suspicacia del usuario ante "puertas ocultas" o fallos de
     seguridad. Los errores de codificacin de implementaciones
     propietarias han sido la constante en muchos paquetes software de
     todos conocidos.

    El empresario que posee un mercado cautivo sobre los usuarios de
     dicho software muchas veces tiende a ignorar a los usuarios. Del
     mismo modo, muchos usuarios admiten los errores como algo
     consustancial al mundo del software. Esta realimentacin negativa,
     a la larga redunda en una prdida de eficiencia y de productividad
     del usuario, y a una falta de motivacin para la mejora de la
     calidad en la empresa de software. Finalmente, se acaba produciendo
     una "desconexin" entre el cliente y su proveedor: el producto deja
     de responder a las expectativas del usuario, este deja de
     "realimentar" a su proveedor y se acaba adoptando otro software
     similar que realmente responde a las expectativas. Mientras tanto,
     el proveedor y el usuario sufren prdidas econmicas por el uso de
     un producto y una metodologa que no son capaces de satisfacer a
     todos los elementos que intervienen en la cadena.

    El mercado del software es un autntico campo de batalla: podemos
     hablar de "nichos ecolgicos", donde slo cabe un competidor. No
     existe tiempo para desarrollar mas que nuevas prestaciones para un
     producto. Es mucho ms efectivo, duradero y rentable, capturar
     clientes con un buen producto que con un API propietario. Adems,
     esta ultima tctica desva masa productiva a actividades no
     directamente remuneradoras, sino "de proteccin", que a la larga, y
     segn hemos visto anteriormente, se revelan ineficaces. Slo es
     efectiva esta estrategia en lneas de desarrollo a muy corto plazo,
     en las que no tiene sentido para la competencia desarrollar
     contramedidas.

    Recientes hechos y actuaciones judiciales ponen en tela de juicio
     el software propietario, en el sentido de que en algunos casos se
     deriva en situaciones de indefensin para el usuario final: bases
     de datos de usuarios, archivos ocultos, informacin confidencial
     acaba llegando al creador del producto, sin que el usuario pueda
     hacer nada para evitarlo.

  Sera de necios cerrar los ojos a la realidad y afirmar que las
  empresas no consiguen imponer sus estndares. Lo cierto es que en gran
  parte de los casos los estndares siguen a las empresas que los
  lanzan. Lo que se pretende decir con esto es que slo cuando es
  asumible el coste de la innovacin puede plantearse la creacin de
  protocolos o interfaces propietarios. El mercado tiene gran inercia y
  necesita apoyarse en unas bases conocidas, por lo que ninguna empresa
  media puede permitirse el lujo de forzar clientela en un mercado
  competitivo. La adopcin de estndares conocidos -y aceptados- permite
  a los usuarios arriesgarse a probar el nuevo producto, y la existencia
  de modelos de implementacin pblicos permite a la empresa un
  desarrollo sin necesidad de partir "de cero". Incluso con gigantes de
  la industria software se ha dado lugar a problemas muy serios -incluso
  judiciales- por algo tan simple como la compatibilidad hacia atrs
  entre dos versiones del mismo paquete ofimtico.


     OOrrggeenneess ddeell SSooffttwwaarree LLiibbrree..
        En el anterior prrafo, se plantea pues, la necesidad de partir
        de un estndar aceptado por todos -facilidad para el usuario- y
        de un modelo de implementacin -facilidad para la empresa-. Esta
        caracterstica es esencial en el software libre: un sistema de
        produccin que favorece a todas las partes implicadas. Veremos
        en captulos posteriores los modelos matemticos subyacentes a
        esta metodologa. Entretanto, haremos una aproximacin evolutiva
        a dicho modelo.

        No podemos olvidar que el boom de la informtica y de las
        tecnologas de la informacin es relativamente reciente: hace
        tres dcadas el mundo del software estaba reducido al mbito
        acadmico -y a veces militar- de unos pocos pases
        privilegiados. El proyecto Arpanet fue en su origen un
        desarrollo de la universidad de Berkeley encargado por el
        Departamento de Defensa. Las leyes federales obligan a que,
        pasado un tiempo, todo proyecto financiado con fondos pblicos,
        sea del dominio pblico.

        En otros casos no fue la ley, sino los convenios entre empresas
        y organismos pblicos los que potenciaron la distribucin de
        software libre: si ATT no hubiera cedido el cdigo fuente de su
        sistema operativo UNIX, posiblemente Internet -si existiera-
        sera totalmente distinta de lo que conocemos hoy en da.

        Por ltimo hay que destacar el software llevado a cabo mediante
        colaboraciones o convenios entre empresas. El sistema X-Window
        es mantenido y desarrollado por un consorcio de empresas que se
        comprometen a seguir unos estndares y normas de desarrollo
        comunes, obteniendo a cambio una garanta de interoperabilidad y
        de acceso a recursos comunes, especialmente el cdigo fuente. (
        Se ha producido recientemente un intento de "privatizar" este
        club, estableciendo una "cuota de socio", intento que felizmente
        por motivos nuevamente econmicos -como no poda ser de otra
        manera- ha sido abortado ).

        Estos intercambios de informacin han trado consigo las
        primeras preocupaciones de ndole mercantil: la proteccin de
        los derechos de autor.  Estaba claro que un sistema de
        produccin basado en compartir informacin deba establecer una
        serie de garantas sobre la paternidad y los derechos de uso de
        dicho software.

        Las primeras pruebas en este sentido se limitaban a garantizar
        que todo trabajo basado en cdigo abierto deba llevar consigo
        los crditos del copyright del autor. No se establecan
        protocolos de proteccin de la integridad del trabajo, o de
        garantizar la publicidad de todo trabajo derivado.  Igualmente,
        tampoco se imponan restricciones de ndole comercial, o de
        distribucin.

        Est claro que esta situacin no poda llegar muy lejos. De
        hecho histricamente se ha podido comprobar que la ausencia de
        reglamentacin sobre la propiedad del cdigo abierto ha
        redundado en un "cierre progresivo" de dicho software, creacin
        de extensiones particulares, o incluso la negacin de derechos
        de copyright cuando el cdigo original era relegado a ser una
        mnima parte del nuevo desarrollo. Nadie puede olvidar que el
        API de Microsoft Windows fue un convenio de colaboracin con
        Apple para el desarrollo del porting de una aplicacin ofimtica
        al entonces naciente entorno PC. El actual declive de los
        sistemas UNIX ( salvo la honrosa excepcin de Solaris ) no puede
        ser sino el resultado de un exceso de actitudes de "abuso del
        cliente" tanto en relacin precio/prestaciones como en falta de
        interoperatividad.  Incluso hoy en da, los intentos de
        unificacin ( UNIX System V, Common Desktop Environment, etc. )
        estn condenados al fracaso debido a la negativa de las partes a
        una colaboracin efectiva.

        Por consiguiente, la primera generacin de software abierto
        muri de egosmo... dando paso a los sistemas propietarios, que
        si bien eran productos de desarrollo cerrados, constituan un
        refugio para el usuario en cuanto a garanta de estabilidad y
        continuidad. Esta situacin pronto degener en una situacin de
        monopolio "de facto", y de abuso sobre el cliente.

        Por supuesto, tena que llegar la reaccin: ante un producto que
        el usuario necesita para su productividad, y cuando dicho
        producto tiene que ser adquirido en condiciones abusivas para el
        vendedor, la reaccin es obvia: hoy en da la piratera
        informtica mueve el mas del 60% del mercado mundial de
        software. Como acertadamente postula Richard Stallman: "Cuando
        el modelo de produccin obliga a que mas de la mitad de los
        consumidores acte en la ilegalidad, es que algo falla en el
        sistema". De esta idea surge la segunda oleada del software
        libre, que tiene sus orgenes en la Free Software Foundation.

        Lo que se plantea ahora es un nuevo punto de vista en el
        software abierto: ya no se intercambia informacin porque s,
        sino que se establece un modelo empresarial, con derechos y
        deberes para ambas partes.


          La primera premisa es la garanta de la propiedad: al
           contrario de lo que muchos pregonan, este modelo de software
           libre no renuncia a la propiedad de la informacin, sino que
           la garantiza hasta extremos que alguno considera abusivos. No
           slo el trabajo original es propiedad del autor, sino que la
           licencia de distribucin obliga a que todo trabajo derivado
           del original retenga el copyright de este.

          La segunda premisa es mas sutil: garantiza la continuidad de
           el carcter abierto de la informacin. Esto que a primera
           vista parece loable esconde dos motivos ocultos y llenos de
           repercusiones econmicas ( que desarrollaremos en otros
           apartados). La primera es una garanta de que nadie podr
           apropiarse del trabajo con fines particulares. La segunda, y
           ms sutil, garantiza la distribucin del trabajo hasta unos
           extremos que haran el paraso de cualquier director de
           marketing de una empresa comercial.

        En torno a este modelo de desarrollo, y a esta filosofa ha
        nacido lo que hoy constituyen la estrella de los sistemas abier
        tos: por un lado el ncleo del sistema operativo Linux, y por
        otro, el conjunto de utilidades GNU de la Free Software Founda
        tion.


     LLaa rreeaalliiddaadd aaccttuuaall..
        Pudiera creerse que esto es todo, y que este modelo acabar
        siendo el futuro del software abierto. Es opinin del autor que
        esto no es ni mucho menos cierto:


          La licencia de uso GNU impone restricciones muy serias al
           desarrollo comercial; restricciones que muchas empresas no
           estn dispuestas a asumir. Por ello estn surgiendo diversas
           soluciones mixtas.

          La irrupcin de las empresas "comerciales" en el mercado del
           software libre est provocando una desviacin de los
           objetivos de desarrollo desde el software en si hacia los
           servicios de valor aadido que se crean en torno al software
           libre. Sin perder su calidad de "apertura" ( fuertemente
           protegida por su licencia ), se desplaza el valor del
           software no por lo que es, sino por sus connotaciones y por
           las consecuencias de su uso.
        Veremos en los prximos apartados como se aplican estas
        tendencias.


  44..55..  EEll ccoossttee ddeell ssooffttwwaarree..


  Uno de los apartados que sin duda han contribuido al xito del
  software libre es su bajo coste, tanto para el cliente como para la
  empresa:

  Es un hecho que la legislacin europea pone ciertas trabas a la
  productividad, especialmente en el captulo de inversiones: la
  legislacin USA permite al usuario final ( empresa o particular )
  incluir como gasto necesario para producir rendimientos de trabajo, el
  resultante de las inversiones en adquisicin de material: un escritor
  puede deducir las facturas de los bolgrafos que utiliza. En Europa,
  la nica forma de conseguir la amortizacin de las inversiones
  materiales es a travs de subvenciones a la mejora de la empresa, no
  mediante deducciones. Por ello, el empresario europeo mira con lupa
  toda inversin no directamente productiva. Esto, junto con la
  desproporcionada relacin en el coste del software a cada lado del
  Atlntico, hace que el ritmo de actualizacin de equipos y de software
  en Europa sea mucho menor que en USA.


     QQuuiinn qquuiieerree ppaaggaarr ppoorr llaa hheerrrraammiieennttaa??
        Porque si el uso de una determinada aplicacin est penalizado,
        el cliente tiene dos opciones: la primera es buscar soluciones
        alternativas. El hecho de que Europa sea un fuerte centro de
        empuje para el software libre no tiene slo motivaciones
        sociales, como muchos autores sostienen cuando hablan del
        "sentido de lo social y lo pblico" en Europa; sino -y sobre
        todo- tiene connotaciones econmicas: la independencia
        tecnolgica, la mejora de la balanza comercial, etc. son
        argumentos bsicos en un entorno de libre mercado.  En un
        apartado posterior estudiaremos con detalle la poltica europea
        respecto al software libre.


     EEll hheecchhoo ddee llaa ppiirraatteerraa iinnffoorrmmttiiccaa..
        La segunda solucin a la penalizacin de la inversin
        tecnolgica es la ms simple: la copia ilegal. Est demostrado
        que el cliente no copia ( salvo comportamientos compulsivos ) si
        el coste del producto original es slo ligeramente superior al
        coste de copia. Como la situacin de abuso de las empresas no
        slo se limita al coste del producto, sino al psimo servicio
        post venta, el cliente acaba concluyendo que la piratera no
        slo es justa, sino necesaria, y un deber para su "salvacin
        empresarial" ( que me perdonen los creyentes catlicos por este
        juego de palabras: no es mo -N. del A.- ) A esto se junta el
        hecho de que la gran mayora de las casas comerciales no hacen
        realmente una persecucin seria del hecho de la piratera. Todo
        vale para crear clientes cautivos, que necesitaran cursos,
        documentacin, soporte...  y que acabarn pagando de una u otra
        forma.


     MMiinniimmiizzaarr llooss ccoosstteess ddee iinnssttaallaacciinn..
        Un ltimo aspecto sobre el uso empresarial del software tanto
        libre como comercial. Muchas empresas no son conscientes de los
        costes a largo plazo del uso de un determinado paquete ofimtico
        o de un sistema operativo. Es fcil tener una mentalidad a corto
        plazo, y buscar el minimizar los costes de instalacin,
        confiando en la providencia a la hora de evaluar los costes de
        mantenimiento. La empresa que confa en el software libre debe
        ser consciente de que dicho software no es tan barato a medio
        plazo, a menos que este dispuesta a una inversin adicional en
        mantenimiento y seguimiento de dicho software ( ver el apartado
        "las trampas del software libre" ).



  55..  MMoottiivvaacciioonneess ddeell ssooffttwwaarree lliibbrree..


  55..11..  RReessuummeenn ddeell ccaappttuulloo..


    Nadie regala nada.

    Un poco de psicologa y filosofa.

    Motivaciones personales.

    El software libre como potenciador del ego.

    Un modelo "sectario".

    Nichos ecolgicos.

    Competencia en el mundo del software libre.

    El software libre en entornos no empresariales.

    Perfil psicolgico del voluntario.


  55..22..  AA llaa bbssqquueeddaa ddee uunn mmoottiivvoo ppaarraa eell ssooffttwwaarree lliibbrree..


  Vamos a hacer una parada para analizar desde un punto de vista tico y
  filosfico la realidad del software libre y sus implicaciones. A la
  hora de abordar este tema, he querido tener en mente una pregunta:
  cul es el motivo de la existencia de este modelo?. No quiero
  establecer juicios de valor ni comparaciones. Es tradicional en el
  mundo del software libre la existencia de consideraciones "ticas" y
  morales. En un terreno de competicin constante, como es el mundo
  empresarial, palabras como solidaridad, altruismo, o trabajo
  desinteresado carecen de sentido. Por eso, cuando una empresa adopta
  el modelo del software libre es que hay razones econmicas o
  estratgicas en ello.

  Para esto, nada mejor que partir de algn modelo sociolgico que pueda
  explicar el xito del software libre, y especialmente su aplicacin en
  el entorno comercial. Si bien, como hemos visto anteriormente, el
  movimiento del software libre naci como una defensa ante el acoso a
  los usuarios del software, y como proclama por la libertad de
  expresin y de informacin, no es menos cierto que estos ltimos aos
  se ha producido un cambio estratgico: la energa que mueve el
  software libre est poco a poco tomando matices econmicos, de
  estrategia de empresas. Lo que hace unos aos era una bonita aventura,
  ahora se ha convertido en modelo empresarial. No afirmo la bondad ni
  la maldad de este hecho, slo lo constato, e intento mostrar una
  explicacin a tal efecto.  Hay, creo, una explicacin a tal situacin:
  en sociologa, existe un modelo de comportamiento muy conocido y
  estudiado, que hasta hace unos aos era una curiosidad matemtica de
  la teora de juegos, y que slo tena aplicacin al estudio de
  determinados comportamientos animales.  Estamos hablando de los
  modelos de cooperacin egosta, en los cuales los participantes
  colaboran entre s para obtener un beneficio particular.

  Diversos filsofos han intentado explicar dicho modelo en base a la
  naturaleza de los seres vivos. A continuacin hago un breve resumen de
  dicha teora, conocida como "tica de lo til". Aunque no
  necesariamente comparto dicha teora, creo que puede explicar
  adecuadamente la actitud del mundo empresarial ante el software libre.


  55..33..  LLaa ttiiccaa ddee lloo ttiill..


  Nadie regala nada. Todo en la vida tiene su precio y su coste. Cuando
  el individuo establece una relacin con su entorno, inevitablemente
  est intercambiando con dicho entorno diversos aspectos de su
  existencia.  Dicha interactuacin est marcada y motivada por la
  bsqueda de un resultado.

     UUnn ppooccoo ddee ppssiiccoollooggaa yy ffiilloossooffaa..
        Podemos buscar explicaciones a este comportamiento desde la
        filosofa y la sociologa, as como establecer smiles con
        comportamientos y actitudes de otras especies animales. Muchos
        autores sostienen que la razn de la existencia es el afn de
        sobrevivir a uno mismo, bien a travs de la reproduccin, bien a
        travs de las obras, o bien mediante la sublimacin del "yo" a
        un ente superior. Esta supervivencia se consigue a travs de la
        interactuacin con el entorno. Desde este punto de vista, el
        hombre es un ser social en cuanto necesita de los dems para
        realizarse a si mismo.

        Por consiguiente, las actuaciones personales responden al deseo
        del individuo de su propia pervivencia. Este deseo no es
        exclusivo del hombre, sino que abarca a toda la escala
        evolutiva, desde el virus hasta la mayor empresa u organizacin
        imaginable. La moralidad de los actos queda definida no por su
        "bondad", sino por su "utilidad".  La sociedad tiende -no sin
        razn- a rebelarse con esta moral utilitarista, pero sera de
        necios negar el hecho de que en el mundo empresarial este
        planteamiento, la obtencin de beneficios y la perdurabilidad de
        la empresa, son los que guan sus actuaciones.

        Incluso a nivel particular se puede aplicar el concepto de
        utilitarismo a la hora de establecer motivaciones.
        Afortunadamente el libre albedro de la persona, y la existencia
        de mltiples valores en su modelo de actuacin, hacen que sea
        ms difcil -si no imposible- hablar de un utilitarismo en la
        moral individual. No obstante, como veremos, ese altruismo
        individual puede ser -y de hecho es utilizado- por empresas u
        otros individuos sin tantos condicionamientos ticos.

        Desde la tica de lo til, pues, se deduce que en la bsqueda de
        la supervivencia del individuo, o del colectivo, haya que
        obtener resultados. Estos resultados se miden en dos trminos:
        beneficio y efectividad. Por beneficio entendemos las relacin
        coste/prestacin obtenida de la interrelacin social. Por
        efectividad entendemos el grado de perdurabilidad y rendimiento
        a medio y largo plazo de una serie de interrelaciones. Una
        relacin beneficiosa no tiene por qu ser efectiva, y al
        contrario, una relacin efectiva tiene un beneficio prximo a la
        unidad. Esto no quiere decir que no se obtenga beneficio, sino
        que ambas partes obtienen recompensas equiparables entre si.

        Esta moral de lo "til" tiene pues, dos vertientes de desarrollo
        y evolucin: aquellos modelos basados en la bsqueda de
        beneficio personal, y los basados en la bsqueda de beneficio
        mutuo. Ambos modelos buscan beneficio, pero desde un enfoque
        distinto. El primero tiende a ignorar al otro, mientras que el
        segundo colabora con el otro para obtener un beneficio comn. No
        es difcil establecer paralelismos con modelos polticos:
        tenemos desde el modelo comunista en el que el individuo delega
        la responsabilidad de su supervivencia en un "ente" conocido
        como estado, hasta el modelo ultra nacionalista en que el
        individuo ignora cualquier realidad y objetivos que no sean los
        suyos.


     MMoottiivvaacciioonneess ppeerrssoonnaalleess..
        Visto pues el origen de la actuacin social de la persona, vamos
        a bajar al terreno del software libre, cul es la motivacin
        que impulsa a una comunidad de individuos a colaborar
        desinteresadamente en un proyecto de desarrollo software?
        Existen multitud de razones para ello: el afn de superacin, la
        necesidad de reconocimiento, la mejora de currculum,
        adquisicin de conocimiento... Eric Raymond comenta en su famoso
        artculo "La catedral y el bazar" el hecho de que este afn del
        colaborador puede ser aprovechado -y de hecho lo es- de modo
        inmisericorde por parte del coordinador del proyecto, y por
        supuesto por su empresa.


     EEll ssooffttwwaarree lliibbrree ccoommoo ppootteenncciiaaddoorr ddeell eeggoo..
        Porque a poco que el coordinador tenga un poco de tacto social,
        la interrelacin con el voluntario evoluciona hasta un grado tal
        que que podemos hablar de sumisin e identificacin con la
        causa. El colaborador, observa que su trabajo es reconocido, que
        aparece su nombre en Internet, que su currculum empieza a
        crecer... incluso que puede ganar dinero con esa colaboracin.
        El objetivo de bsqueda de la pervivencia personal se ve tan
        recompensado que se establecen hasta relaciones afectivas con el
        proyecto en que se colabora.


     UUnn mmooddeelloo
        Es difcil que el colaborador detecte esta situacin: el est
        colaborando en una buena causa, comparte informacin, trabaja en
        grupo... objetivos loables y polticamente correctos; cumple a
        rajatabla con su escala de valores, con su deseo de colaborar,
        de ser til. En aplicacin estricta de la moral utilitarista
        est satisfaciendo su deseo de pervivencia de una manera total y
        gratificante.  Esta identificacin con el objetivo hace que la
        efectividad de las transacciones sociales en este modelo de
        desarrollo sea increblemente alta. Podramos hablar de un
        modelo de "secta" en el que el sectario da su vida por el
        "lder". No hablo en sentido figurado: conozco personalmente
        gente que ha dejado hasta de comer por conseguir tener enmarcado
        en su casa una contestacin por correo electrnico de su dolo
        Linus Torvalds.

        Evidentemente no todo es as. Este tipo de relacin de sumisin
        no dura en el tiempo, dejando paso a una relacin, si no entre
        iguales, si entre dos partes que conocen y asumen su papel: el
        de producirse mutuo beneficio. En este punto el colaborador pasa
        a tener un papel activo en la relacin y obtiene algo ms que
        compensaciones morales. Podramos hablar de una madurez en el
        voluntario del software libre, en la que comprende y asume su
        papel, lo encaja en su escala de valores, y deja de ser un
        espectador pasivo para convertirse en actor.

        Tenemos finalmente un proyecto de software libre, con una
        empresa, un coordinador, varios responsables de rea, muchos
        -idealmente toda la Internet- voluntarios, y por supuesto,
        clientes. Cada uno en su puesto, con sus funciones, objetivos y
        motivaciones. Ahora vamos a ver cmo se hace un proyecto
        empresarial de software libre.
  55..44..  OOttrrooss mmooddeellooss ssoocciioollggiiccooss..


  Como muchos lectores no dejarn de hacer notar, hay modelos
  alternativos a la moral utilitarista que pueden explicar ciertos
  aspectos del software libre que no son -salvo mediante una
  mitificacin extrema del modelo- explicables mediante una teora de lo
  "eficaz". Este es el caso de las organizaciones o movimientos no
  empresariales en torno al software libre.  Ejemplos como la Free
  Software Foundation, o el proyecto Debian, aunque podra decirse que
  son el resultado de la auto-organizacin de intereses individuales, no
  es sencillo seguir dicha lnea de pensamiento, hasta explicar su
  situacin actual. Aqu la ganancia econmica es una ventaja aadida,
  aunque no constituye el objetivo principal.

  En este caso podemos hablar de "organizaciones de voluntariado
  informtico", cuyos objetivos son el garantizar a la comunidad
  diversos valores como:

    La defensa del derecho de informacin.

    La independencia ante poderes econmicos e intereses comerciales.

    La bsqueda de metodologas alternativas a los desarrollos
     tradicionales.

     La auto organizacin es pues una consecuencia, no de los intereses
     particulares de los cooperantes, sino de la necesidad de presentar
     un frente comn ante la reaccin mas habitual en la economa de
     mercado: la bsqueda de beneficios en detrimento de la eficacia.

  Est claro que estas organizaciones poseen un componente econmico
  nada desdeable: se necesitan fuentes de financiacin para mantener
  una estructura organizativa mnima, para la asesora legal, etc.
  Frecuentemente se crean al amparo de Fundaciones, centros de
  investigacin, universidades, y se nutren de donaciones, subvenciones
  y -para qu negarlo- de contribuciones de las empresas que hacen
  negocio alrededor de sus proyectos. Este punto ilustra una
  caracterstica importante de la empresa de software libre, que la
  diferencia de una fundacin: mientras esta ltima trabaja en los
  componentes esenciales del software, la empresa suele dedicar su
  actividad en los servicios aadidos al software generado por la
  primera. El reparto de "nichos ecolgicos" vuelve a aparecer.

  [JAMC: aadir perfil psicolgico del voluntario]



  66..  UUnnaa pprriimmeerraa aapprrooxxiimmaacciinn eemmpprreessaarriiaall aall ssooffttwwaarree lliibbrree..


  66..11..  RReessuummeenn ddeell ccaappttuulloo..


    Producto versus servicio.

    Regalar software como estrategia de mercado.

    Haciendo negocios con el software libre.

    El papel del programador.

    Por qu algunas empresas apoyan al software libre.

  La empresa, a la hora de acercarse al mundo del software libre se
  plantea un enfoque radicalmente distinto al que la comunidad tiene de
  dicho software. Cuando los condicionamientos econmicos son el
  principal motor de actuacin, es lgico pensar que conceptos como
  altruismo, colaboracin, afn de compartir informacin, etc., se
  convierten en medios para conseguir beneficio econmico, dejando de
  constituir un fin en si mismos.

  Vamos a introducir una serie de conceptos, relacionados con la
  estrategia de la empresa que vive del software libre. Observaremos que
  en muchas ocasiones, el software en si no es sino una excusa para el
  verdadero negocio.


  66..22..  LLaa eemmpprreessaa qquuee vveennddee ssooffttwwaarree..

  En primer lugar: el concepto de la venta de software de por si, deja
  de tener sentido, dando paso a otras alternativas. El software deja de
  ser un producto, sino que se convierte en un medio para vender otros
  productos.  Hablamos de los servicios de valor aadido en torno al
  software. Este concepto -servicio versus producto- es una constante en
  todos los modelos empresariales que utilizan software libre.

  Es una prctica muy comn pues, sin llegar al uso del software libre
  el hecho de regalar el software, como estrategia de captacin de
  clientes, de creacin de usuarios cautivos, y sobre todo, de crear
  necesidades alrededor del software que se regala, como pueda ser
  documentacin, cursos, mantenimiento, etc.

  Desde este planteamiento, se nos ofrecen dos alternativas: la empresa
  que produce software libre, y la que utiliza el software libre para
  dar salida a otros productos. Cada uno de estos modelos tiene
  diferente metodologa de trabajo, pero ambos viven del negocio que se
  genera alrededor de dicho software.  Veremos en un apartado posterior
  cul es el papel del programador en dicha empresa y su metodologa de
  trabajo.

  Porque cuando los defensores de los derechos del programador, y del
  software propietario dicen "y de qu vamos a vivir los
  programadores?" estamos olvidando un detalle esencial: hoy en da,
  casi todos los programadores trabajan al amparo de una empresa, y dada
  la competencia actual, el precio del software tiene que ser
  ridculamente bajo, o en muchos casos, nulo. El programador vive del
  sueldo de su empresa, y sta vive casi siempre de productos y
  servicios desarrollados en torno al software, no del software en si.
  Incluso los grandes del software, como Microsoft, Corel, etc.,
  obtienen la mayor parte de sus ingresos por medios colaterales, como
  son los cursos , la venta de documentacin, la publicidad de sus
  portales de Internet, o bien de acuerdos con fabricantes de hardware.
  La piratera del software es incluso tolerada -cuando no potenciada-
  en aras de conseguir mercados cautivos o nuevos usuarios.

  En ste entorno, slo el software "a medida" puede ser considerado
  como un producto por si mismo, y -en opinin del autor- el nico por
  el que se debe cobrar un precio mayor que el meramente simblico.

  Por todo ello no es de extraar el apoyo de muchas empresas al
  software libre: puesto que el beneficio que se va a sacar del software
  es casi nulo, es preferible destinar esfuerzos a otros menesteres ms
  beneficiosos.  Este apoyo puede realizarse de mltiples maneras, bien
  colaborando con algn proyecto, directamente o mediante financiacin,
  bien creando servicios de valor aadido entorno a un proyecto de
  software libre. Otras veces el mtodo consiste en la utilizacin pura
  y dura del software libre.

  A continuacin mostraremos los detalles de funcionamiento y gestin de
  una empresa que utiliza -o produce- software libre.

  77..  LLaa eemmpprreessaa bbaassaaddaa eenn ssooffttwwaarree lliibbrree..


  77..11..  RReessuummeenn ddeell ccaappttuulloo..


    Estrategias de desarrollo.

       Esponsorizacin.

       Apadrinamiento.

       Captura de cerebros.

       Servicios de valor aadido.

       Que debe ser libre y que debe ser "de pago".

    Modelo de desarrollo.

       La pirmide de desarrollo.

       Estrategias de desarrollo.

       Marketing y "venta" del software libre.

    Estructura y organizacin.

       Gestin de recursos humanos.

       Gestin de recursos materiales.

       Gestin de servidores de informacin.

  Una vez sentadas las bases, vamos a pasar a describir el
  funcionamiento de una empresa orientada al software libre. Aunque,
  como hemos visto esto puede referirse tanto a que produce software
  libre como a que basa su actividad en acciones desarrolladas alrededor
  del software libre, vamos a centrarnos sobre todo en el primer caso,
  pues la mayor parte de lo que se exponga ser de aplicacin a los dos
  modelos.


  77..22..  MMooddeelloo ddee ddeessaarrrroolllloo..

  Cuando una empresa se dispone a trabajar en torno al software libre,
  debe ser consciente de las consecuencias, tanto a nivel organizativo,
  como de metodologa de trabajo, que debe asumir y hacer suyas. La
  primera , y principal es la de adaptar el modelo de trabajo de sus
  programadores al modelo de software libre.


  77..22..11..  EEssttrraatteeggiiaass ddee ddeessaarrrroolllloo..


  Pues el software libre ofrece un modelo de desarrollo contrapuesto al
  del software tradicional: los conceptos de planificacin de trabajos,
  reparto de tareas, integracin, paso a produccin, etc., difieren
  grandemente del modelo de una empresa cerrada, debido a multitud de
  factores:

    Puesto que el desarrollo es pblico, las tareas de depuracin y
     publicacin de versiones se deben efectuar en paralelo con las
     tareas de desarrollo.


    Se deben habilitar canales de comunicacin con los desarrolladores,
     establecer una poltica de distribucin de versiones, y un sistema
     de feed-back desde Internet a la empresa.

    Hay que estar abierto a la posibilidad de que en funcin de las
     demandas de Internet, el desarrollo original pueda sufrir cambios
     drsticos.

  Todas las fases de desarrollo del software libre estn descritas y
  documentadas en el artculo "la catedral y el bazar" de Eric S.
  Raymond, por lo que no nos vamos a detener en exceso aqu. Simplemente
  haremos algunas anotaciones:


     EEll
        Si bien el modelo bazar funciona aceptablemente bien en entornos
        no empresariales, una empresa no puede dejar al azar el
        desarrollo y evolucin de su software. Deber permitir
        flexibilidad, nuevas prestaciones, incluso reestructuracin
        completa del desarrollo, pero siempre debe hacer que el proyecto
        est dirigido a sus intereses. Por ello el modelo bazar "puro"
        no es aceptable, sino que el grupo de desarrolladores de la
        empresa debe asumir las funciones de un "supervisor de
        proyecto".


        Vamos a hacer un alto en este punto. Aunque casi todas los
        artculos existentes hablan sobre la libertad y aleatoriedad de
        los desarrollos de software libre, lo cierto es que siempre hay
        detrs una mente que es capaz de coordinar y dirigir el proyecto
        a buen puerto. En muchas ocasiones no es sino el autor del
        programa original quien asume la labor de "director espiritual".
        En otros casos, es un consorcio, o una "junta directiva" quien
        decide la evolucin del software. Es difcil que un director de
        proyecto "automtico", tipo CVS pueda "atraer" suficientes
        adeptos como para poder hablar de un modelo bazar puro y duro.
        Por contra, la figura del coordinador, acaba siendo fundamental,
        y en un modelo empresarial es condicin imprescindible para que
        el proyecto llegue a buen puerto.

        Desde este punto de vista, el papel de los programadores en la
        empresa pasa a ser el de coordinadores, crendose de hecho una
        "junta directiva" que se organiza el trabajo. Dicho trabajo ya
        no es el habitual de un grupo cerrado de desarrollo software,
        sino un trabajo orientado al nuevo modelo. As tenemos las
        siguientes tareas:

          Integracin.

          Comunicacin.

          Control de versiones.

          Documentacin.

          Servicios de valor aadido.

          Relaciones publicas y marketing.

          Sistemas de informacin.

        Como se puede ver, las tareas de programacin y depuracin son
        delegadas a la actividad en la red, dejndose para el grupo de
        desarrollo los temas relacionados con la coordinacin y
        distribucin. En un apartado posterior describimos el perfil y
        los roles del grupo de desarrolladores de la empresa.
     CCaannaalleess ddee ddiissttrriibbuucciinn..
        Es evidente para el lector que esta organizacin depende
        fuertemente de los canales de comunicacin de la empresa con los
        dems participantes de la cadena. Una empresa cuya conexin a
        Internet sea pobre, o que no sepa aprovechar los recursos de la
        red, mas vale que se dedique a otra cosa....

        Porque el software libre vive por, para y de Internet. Es
        preciso garantizar que los usuarios y colaboradores estn
        informados, que el servidor web y ftp funcionan. El responsable
        de comunicacin deber dedicarse casi por entero a garantizar
        que todo lo relacionado con el software llegue hasta el ltimo
        servidor de correo existente. Es intolerable el menor fallo en
        la cadena de comunicacin, pues la vida misma del proyecto
        depende de ella.

        Del mismo modo, el responsable de marketing har lo imposible
        por que el proyecto sea conocido: sabe manejar los portales y
        los canales de anuncio de noticias, mantendr permanentemente
        actualizada la pgina web... como veremos posteriormente, dicha
        pgina puede convertirse en una de las principales fuentes de
        ingresos de la empresa.


     EEssttrraatteeggiiaass ddee ccaappttaacciinn ddee vvoolluunnttaarriiooss..
        Para que un proyecto de software libre llegue a buen puerto,
        hace falta otro componente fundamental: los usuarios y
        voluntarios para el desarrollo. Es necesario que la empresa
        llegue a tener un plantel de colaboradores suficiente para poder
        llevar a buen puerto el proyecto.  Existen diversas estrategias
        de captacin de voluntarios, pero se pueden resumir en breves
        frases:

          El producto ofertado debe ser til, y cubrir las necesidades
           de los usuarios. Esto que parece obvio, es frecuentemente
           olvidado, y dada la fuerte "seleccin natural" que se lleva a
           cabo en Internet, a menos que sea algo necesario, rpidamente
           estar condenado al olvido.

          Se debe partir de algo suficientemente atractivo como para
           que aquellas personas interesadas tengan algo a lo que
           acogerse. No vale de nada un mensaje de "busco interesados en
           realizar XXXX", sino que hay que decir "He hecho XXXX, y me
           gustara que alguien lo probara".  Muy pocos proyectos de
           software libre nacen "de la nada", sino que siempre hay
           alguien que realiza el desarrollo inicial.

          Hay que utilizar sin compasin tcnicas de habilidades
           sociales, relaciones pblicas , etc., con tal de mantener el
           inters del colaborador. Es necesario crear una
           identificacin del voluntario con el proyecto, o de lo
           contrario se acabara como una "beta 0.9" mas de las que tanto
           abundan en la red. En el captulo dedicado al "dilema del
           preso" y posteriores, se analiza el concepto de "masa
           crtica" en el desarrollo del software libre.


     MMiinniimmiizzaacciinn ddee II++DD:: UUnn
        La primera consecuencia de todo este proceso es que el papel del
        equipo de software de la empresa pasa a ser de coordinadores de
        proyecto. La figura del desarrollador se relega a Internet, y
        engloba las fases de desarrollo, ampliaciones y  depuracin.
        Podemos hablar de un Outsourcing del desarrollo software, en el
        sentido pleno de la palabra.


     IInntteerrnneett ccoommoo sseerrvviicciioo ttccnniiccoo..
        Otra consecuencia del modelo de desarrollo del software libre es
        que el concepto de asistencia al cliente y servicio tcnico
        queda tambin desplazada a la red.  Una empresa inteligente har
        uso de los recursos de la red para aprovechar y dirigir dicho
        empeo hacia su empresa: creara listas de correo, tendr un
        programador dedicado a moderar dichas listas, pondr las FAQ,
        HOWTOS, e instrucciones en su web, y har lo posible por que
        dicha informacin sea distribuida de la forma mas eficiente
        posible. El ideal debe ser: "ninguna duda resuelta sin que
        aparezca el URL de la empresa". El hacer que el portal de
        Internet de la empresa sea referencia obligada para un proyecto
        de software libre es una fuente ingente de ingresos, tanto de
        publicidad directa en el portal, como de venta de servicios de
        valor aadido por parte de la empresa. El objetivo es conseguir
        una identificacin entre el producto y la empresa, aunque dicho
        producto sea 100% software libre. Veremos en un apartado
        posterior diversas tcnicas para conseguir este objetivo.



  77..22..22..  LLaa ppiirrmmiiddee ddee ddeessaarrrroolllloo..


  En este modelo, y tal como vamos describiendo, se perfilan claramente
  una serie de escalas de actuacin, con tareas y objetivos concretos. A
  continuacin se describe el perfil de alguna de las partes.


     LLaa eemmpprreessaa..
        Al margen de los proyectos realizados en torno a fundaciones,
        universidades, o grupos que podramos calificar de no-
        empresariales, la empresa de software libre asume el papel del
        responsable mximo del proyecto. Dicha responsabilidad no es
        tanto de "paternidad" o de "lder del proyecto" sino como
        "padrino". En efecto, la empresa provee de estabilidad al
        proyecto, proporciona canales fiables de venta y distribucin,
        mantiene la disponibilidad de ftp, web y correo en torno al
        producto.... Como vimos en el primer captulo, si el desarrollo
        es correcto, el nombre del producto queda irremisiblemente
        ligado al nombre de la empresa. En muchas ocasiones, los
        desarrolladores son programadores contratados por la empresa, en
        otras la empresa subvenciona el desarrollo, proporciona
        cobertura legal, etc.


     EEll ccoooorrddiinnaaddoorr..
        El coordinador tiene un papel especial: podemos decir que ejerce
        de "Dios". Es difcil que un voluntario trabaje para una
        empresa, pero es muy sencillo hacer que trabaje para su lder.
        En el mas puro estilo de la sociologa de las sectas sobre el
        coordinador recaen toda responsabilidad de mantener el proyecto
        vivo, de animar a los voluntarios, de proporcionar nuevas y
        nuevas versiones y prestaciones a una clientela vida de
        noticias frescas sobre su software favorito.

        La personalidad del coordinador es pues especial: en una fase
        inicial deben ser buenos programadores, pero una vez el proyecto
        alcance masa crtica, su papel pasa a ser el de relaciones
        pblicas y de analista de sistemas. La mayor parte de los
        lderes de proyecto son buenos oradores, saben atraer la
        atencin del pblico, responden personalmente al correo
        electrnico...  posiblemente les quede poco tiempo real para
        desarrollar, pero tambin un buen lder sabe proveerse de
        colaboradores -a menudo compaeros de trabajo de la empresa- que
        asumen las tareas pesadas. Es tan importante este papel, que
        muchas veces buenos proyectos caen en el olvido por falta de un
        lder; o lo que es peor para la empresa: el proyecto es "robado"
        por otra empresa con mejores recursos. Como veremos
        posteriormente, el apadrinamiento de proyectos y el contacto de
        la empresa con el lder es fundamental, por lo que en general la
        mayor parte de los lderes de proyecto acaban trabajando para
        una empresa que vive de dicho proyecto: Redhat, Sendmail,
        PostGreSQL, etc...


     LLooss ccoollaabboorraaddoorreess..
        En organizaciones no empresariales de software libre,
        frecuentemente el papel del lder est diluido en el "comit
        organizador". Incluso en estos casos el liderazgo est repartido
        en reas de trabajo, aunque la "atraccin" de un proyecto sin
        lder es menor. Salvo honrosas excepciones -Debian, por ejemplo-
        es difcil, y no est exento de problemas un desarrollo
        "democrtico".

        El papel de los colaboradores es por tanto el de responsables de
        rea.  Aqu s se exige un fuerte nivel tcnico y capacidad de
        abstraccin. Son los colaboradores los que van a realizar el
        trabajo de integracin, los que van a recopilar la informacin
        que les llegue de Internet... en unin con el coordinador -y
        atendiendo a la comunidad Internet- deciden la poltica a
        seguir.

        Esta organizacin recuerda grandemente al modelo bazar. No es
        del todo cierto, pues el modelo bazar exige una planificacin
        previa, y frecuentemente estos grupos trabajan sobre la marcha.
        Podemos hablar de este grupo como el destinatario final de la
        opinin de Internet... y de la empresa o fundacin que tengan
        detrs.

        Al ser un grupo relativamente pequeo, la comunicacin y toma de
        decisiones responde frecuentemente a un modelo "comit".
        Usualmente trabajan todos en la misma empresa, aunque en
        ocasiones, la facilidad de comunicacin que la red ofrece
        proporciona un modelo de "comit distribuido" al grupo de
        colaboradores.


     LLooss vvoolluunnttaarriiooss..
        El voluntariado constituye la fuerza de choque de un proyecto de
        desarrollo software. El flujo de comunicacin entre el grupo de
        colaboradores y los voluntarios est profusamente documentado en
        otros ensayos, por lo que no nos vamos a detener aqu en
        detallarlo. nicamente hacer hincapi en algunos detalles.


          El primero es la necesidad de que el voluntario este
           permanentemente informado del desarrollo del proyecto. Es
           misin del responsable de comunicacin dicha tarea. Es
           necesario que el voluntario no se quede descolgado y que
           pueda sentirse copartcipe del desarrollo.

          El segundo es la necesidad que tiene de realimentacin. Por
           experiencia personal, conozco como un proyecto se echa a
           perder por no atender las opiniones, quejas y sugerencias de
           los usuarios. Cierto que en ltima instancia los intereses de
           la empresa en el proyecto van a tomar la parte principal en
           el proceso de toma de decisiones, pero tambin es cierto que
           muchas veces la opinin de la mayora de los usuarios suele
           en su conjunto ser ms objetiva que la visin que la empresa
           tenga del proyecto. No se debe olvidar nunca que estamos
           trabajando con software libre, y que en el momento que dicho
           software no responda a las expectativas del usuario, el
           proyecto quedar abandonado.

          En este ensayo establecemos una diferencia entre voluntario y
           usuario. El voluntario participa en el desarrollo. El usuario
           utiliza el desarrollo. No conviene perder de vista esta
           diferencia.


     LLooss uussuuaarriiooss..
        Porque el inters comercial del producto de software libre de
        por si, reside en la comunidad de usuarios y clientes
        potenciales del producto.  Est claro que el voluntario se basta
        a si mismo, o utiliza los recursos de la red, para hacer que el
        software responda a sus necesidades. Por contra, el usuario
        suele utilizar los paquetes binarios, casi nunca compila el
        cdigo fuente, y frecuentemente no utiliza sino el manual del
        usuario ( y no siempre ). Frecuentemente es el usuario quien
        hace los comentarios mas oportunos acerca de la apariencia, el
        modo de funcionamiento, las funcionalidades a aadir... y los
        errores evidentes del software. Mientras el voluntario busca
        eficiencia, el usuario busca funcionalidad.  Un buen responsable
        de marketing, conseguir que el usuario se convierta en cliente:
        comprando documentacin, recibiendo cursos, e incluso mediante
        soluciones pre-instaladas.

        Esta estrategia tiene adems una ventaja oculta: si se consigue
        "enganchar" al usuario como cliente, este queda integrado en la
        cadena de produccin, convirtindose de hecho en el departamento
        de control de calidad del producto.


     LLaa ccoommppeetteenncciiaa..
        Finalmente nos queda una ltima parte en la cadena del
        desarrollo software: la competencia.

        No debemos olvidar un hecho importante en el mundo del software:
        los conceptos de nichos ecolgicos y de evolucin , de tanta
        aplicacin en biologa, siguen siendo vlidos al ser aplicados
        al software. En un mundo tan altamente competitivo, podemos
        decir que cada necesidad software tiende a tener un nico
        producto que la cumbre. En los casos en que esto no es as, y
        hay varios productos compitiendo, se produce el fenmeno de
        "evolucionar para permanecer en el nicho", esto es, una carrera
        desenfrenada por aadir prestaciones y funcionalidades para no
        perder cuota de mercado. Tenemos ejemplos de dicha evolucin en
        el entorno del software libre: las "guerras de los escritorios"
        en Linux o la bsqueda de un entorno ofimtico libre...

        La empresa pues, ante la competencia, deber buscar, o bien
        desbancar a sus competidores, o bien desplazarse hacia un nuevo
        nicho, donde no haya competencia. Una tercera alternativa es la
        bsqueda de "pactos" de interoperatividad, pero normalmente no
        es una eleccin atractiva desde el punto de vista econmico,
        pues implica un reparto de beneficios, y a la larga una prdida
        de competitividad de la empresa menos "gil".

  77..22..33..  MMaarrkkeettiinngg yy ""vveennttaa"" ddeell ssooffttwwaarree aabbiieerrttoo..


  Hemos llegado al ncleo del problema: ya tenemos una empresa
  organizada en torno al software libre, y con un producto. Ahora toca
  venderlo y ganar dinero.  Pues, cmo se puede vender un producto que
  es "gratis"?.


    Una primera aproximacin consiste en ahorrarle al usuario trabajo,
     a cambio de un mnimo coste. El concepto de "distribucin de
     paquetes" sigue este modelo. Un ejemplo concreto es el de las
     distribuciones binarias de Linux: si bien el usuario tiene en todo
     momento opcin a crearse su propia distribucin, el coste en horas,
     o en gasto de grabacin del CD-Rom, le hacen que este dispuesto a
     pagar una cantidad simblica por tener el trabajo ya hecho.

    La segunda alternativa es la venta de funcionalidades aadida: la
     licencia GNU permite enlazar aplicaciones libres con aplicaciones
     comerciales, siempre que la segunda no utilice otros recursos de la
     primera que no correspondan al API. Por ello es frecuente la venta
     de plug-ins, as como de productos que desarrollan aplicaciones
     especficas alrededor de un software libre ( manejadores grficos,
     gestores de administracin, front-ends, etc. ).

    Una tercera va es la venta de documentacin. Uno de los grandes
     problemas del software libre es la ausencia de una documentacin
     fiable y -por la propia naturaleza del software libre- actualizada.
     Actualmente, el modelo de "documentacin aparte" es adoptado por
     muchas empresas que trabajan con software libre.

    Por ltimo, nos queda -por lo menos- otra opcin: la de dar
     cursillos y entrenamiento a los usuarios. Hace poco salt la
     noticia de que RedHat ofreca unos cursos en los que se daba un
     diploma que acreditaba como "RedHat certiffied manager".... el
     paralelismo con otras empresas comerciales es evidente.

    Como efecto marginal, pero no desdeable, es preciso destacar el
     papel que los responsables del proyecto tienen: conferencias,
     charlas exposiciones, etc., son tambin fuentes de ingreso para la
     empresa.


     PPuubblliicciiddaadd yy ddiissttrriibbuucciinn..
        Para que todos estos mtodos lleguen a ser rentables hace falta
        algo comn a todas las empresas, tanto libres como cerradas: el
        producto tiene que ser conocido, y la gente debe ser convencida
        de que su posesin es una necesidad vital. El responsable de
        marketing es el encargado de esta misin.  Existen diversas
        estrategias:


          El uso -y en ocasiones abuso- de Internet debe se una
           constante.  Un aprovechamiento inteligente de la red har que
           el software sea conocido por los clientes potenciales en
           cuestin de horas.

          No tenemos por que estar limitados a nuestro servidor. El
           convencer a los voluntarios de que mantengan rplicas
           (mirrors) de nuestro servidor, har que las posibilidades de
           que nuestro software sea conocido crezcan exponencialmente.

          Del mismo modo es necesario conseguir que los portales de
           Internet reflejen nuestro producto. Es ms, debemos conseguir
           que nuestro web se convierta en un portal.

          Este ultimo punto hace que aparezca una nueva fuente de
           ingresos: los ingresos por publicidad de otras empresas.
           Actualmente la mayor parte de los ingresos de Netscape se
           deben a la publicidad de su portal.

          Hay que saber vender. Hoy en da, el software libre est "de
           moda", y como veremos en otro captulo, el uso de dicho
           software es "polticamente correcto". Una adecuada venta del
           hecho de que la empresa distribuya software libre, abre la
           puerta a instituciones, organismos pblicos, universidades,
           etc., donde los condicionantes de la decisin de adquisicin
           del software no son econmicos sino polticos.

          Por ltimo, hay que ser capaz de dar a los posibles clientes
           tareas de consultora. El cliente no quiere un producto, sino
           una solucin a su problema, y si no se produce abuso,
           normalmente no pondr impedimento al pago de una determinada
           cantidad por lo que a todas luces es una mnima adaptacin -a
           veces ni siquiera llega a tal- de un producto de software
           libre.


  77..33..  EEssttrraatteeggiiaass ddee ccoommiieennzzoo..


  Todo lo dicho hasta ahora parte de la base de que la empresa tiene un
  producto de software disponible. Como es obvio, esto no siempre
  ocurre, sino que en ocasiones hay que proceder , o bien a un trabajo
  inicial de desarrollo, o a la liberalizacin de un software anterior,
  o incluso a la "captura" de un proyecto. Veamos en detalle estas
  tcnicas.


     EEssppoonnssoorriizzaacciinn oo aappaaddrriinnaammiieennttoo..
        El primer mtodo es el ms sencillo -y en cierto modo el menos
        arriesgado-. Consiste en que la empresa invierte dinero en una
        fundacin, o asociacin, o incluso en un proyecto de
        investigacin de una universidad, con el fin de financiar
        econmicamente un determinado proyecto.

        Claramente, una empresa que utilice esta estrategia no suele
        estar interesada en el proyecto en si, sino en derivar parte de
        su carga de trabajo a otros intereses ms rentables. Podemos
        hablar de optimizacin de recursos de la empresa, mediante
        tcnicas de "Outsourcing" camuflado.

        En otro caso la inversin econmica responde a otras necesidades
        o intereses. Un efecto curioso que se da en algunas empresas de
        software libre, ( caso de RedHat, o Netscape ) es que son
        consideradas como valores de bolsa, sujetos a cotizacin en el
        mercado. Antes de la Crisis de Netscape, la mayor fuente de
        ingresos que posea dicha empresa se deba a sus operaciones en
        bolsa. En el caso de Redhat, las inversiones y subvenciones
        realizadas por grandes compaas de hardware y software, hacen que
        su valor en bolsa se dispare, llegando a tener una cartera de
        beneficios ms que apreciable.


     CCaappttuurraa ddee cceerreebbrrooss..
        Un segundo mtodo consiste en que la empresa contrate a los
        coordinadores de un proyecto de software libre, asumiendo dicha
        empresa los fines y objetivos de dicho proyecto... en su propio
        beneficio. Los nuevos empleados disfrutan de casi total libertad
        para seguir el desarrollo, con la garanta de que van a cobrar
        por su trabajo. Muchos de los nombres famosos en el mundo Linux
        trabajan al amparo de empresas como RedHat o Netscape.


     LLiibbeerraalliizzaacciinn ddee ssooffttwwaarree..
        En ocasiones, la competencia hace que deje de ser rentable el
        mantenimiento y actualizacin de un producto. La liberalizacin
        del cdigo fuente, proporciona una segunda oportunidad al
        producto, y una nueva fuente de desarrollo.

        Hay que hacer constar que esta poltica de liberalizacin, rara
        vez se hace a travs de una licencia tipo GPL: es norma casi
        general que el fabricante desee proteger lo ms posible su
        inversin inicial, y por ello se aplican clusulas de
        restriccin de la distribucin. Las restricciones ms usuales
        son:

          Restriccin a la distribucin: se suele prohibir el uso
           comercial del cdigo fuente liberado.

          Restriccin al formato: los parches y aadidos deben ir
           aparte de la distribucin oficial.

          Clusula de terminacin: la empresa puede restringir sin
           previo aviso el uso del software liberado, tanto en fuentes
           como en ejecutables.

        La comunidad Internet est generalmente en contra de estas
        restricciones especialmente de la ltima, que ha sido adoptada
        por empresas como IBM y Apple. Claramente no son sino un intento
        de utilizar la fuerza de produccin de Internet en beneficio
        exclusivo de la empresa.


     CCaappttuurraa ddee pprrooyyeeccttooss..
        Nos queda an otro modelo de introduccin empresarial en el
        modelo de software libre. Tenemos un ejemplo clsico en el
        desarrollo del paquete PostGreSQL ( un gestor de bases de datos
        relacional cuyo copyright ha sido recientemente adquirido por
        InSight Distributions ).

        En este caso, la empresa asume poco a poco la coordinacin de un
        proyecto, hasta el punto en que los responsables originales del
        trabajo "ceden" las labores de mantenimiento del programa. Esto
        permite a una empresa integrar sus productos de pago en torno a
        un programa, que a pesar de ser libre, es mantenido y dirigido
        por la empresa. Aunque el carcter abierto de dicho software no
        se pueda perder, dadas las caractersticas de la licencia, su
        orientacin futura depender en gran medida de los intereses de
        su nuevo patrocinador.


     QQuu ddeebbee sseerr aabbiieerrttoo yy qquu ddeebbee sseerr
        Con independencia de la estrategia adoptada, la empresa tiene
        que ser consciente de que un producto de software libre no basta
        de por si para la productividad. Es ms, como hemos visto
        existen campos del desarrollo software donde el modelo de
        software libre no puede ser viable, debido a que no cumple la
        condicin de masa crtica requerida para dicho modelo ( ver
        siguiente captulo ). Estamos hablando de soluciones "a medida",
        o de programas muy especializados.  la empresa utilizar los
        resultados del desarrollo de S.L. para proporcionar una base de
        lanzamiento de dichos productos.

        Los contratos de outsourcing son pues un modelo idneo de
        explotacin del software libre. Al cliente no le importa tanto
        la condicin de "libertad" del cdigo, cuanto que le proporcione
        solucin a su problema. Es aqu donde la empresa adquiere sus
        beneficios directamente del software, y donde el resultado del
        esfuerzo invertido en el software libre es directamente
        aprovechado por la empresa, con independencia de otras
        soluciones marginales.



  77..44..  EEssttrruuccttuurraa yy oorrggaanniizzaacciinn..

  Todo lo dicho hasta ahora se refiere a procedimientos de trabajo en la
  empresa. Analicemos un poco la organizacin y gestin. Existe mucha
  literatura acerca de cmo hacer una empresa "orientada a Internet", y
  no vamos a profundizar en ello, remitiendo al lector a la bibliografa
  reseada en el apndice. Haremos en cambio hincapi en la gestin y
  control de los recursos.


     GGeessttiinn ddee rreeccuurrssooss mmaatteerriiaalleess..
        Lo primero que caracteriza a una empresa de software libre es la
        escasez de recursos, tanto materiales como humanos. Esto es
        explicable si consideramos que dicha empresa delega en la red
        tareas bsicas como los procesos de produccin y distribucin.
        La empresa de software libre posee generalmente un inmovilizado
        ( recursos materiales ) mnimo, y por contra dispone de una
        fuerte capitalizacin, bien mediante inversiones, financiacin
        externa, etc. La mayor parte de las empresas actuales son objeto
        de especulacin en bolsa, y algunas de ellas -caso de RedHat-
        son consideradas hoy en da como "opciones de riesgo" por los
        inversores burstiles.

        Las reas de actuacin y de inversin en recursos materiales de
        esta empresa se derivan hacia los campos de obtencin de
        beneficios: se prioriza pues el departamento de Marketing, y el
        de atencin al cliente.  Se potencia el uso de la red, la
        publicidad va Internet, y los mecanismos automatizados de
        respuesta al usuario.

        Otra rea de inversin constituye el desarrollo de servicios de
        valor aadido: documentacin, soluciones al cliente, productos
        auxiliares, etc.

        El perfil pues es el de una empresa de servicios en su acepcin
        ms extrema: el de una empresa que vive de, por y para Internet.


     GGeessttiinn ddee rreeccuurrssooss hhuummaannooss..
        Visto el perfil personal y laboral de los responsables de un
        proyecto de software libre, es necesario concluir que la
        poltica de trabajo de nuestra empresa, debe diferir bastante de
        la de una empresa habitual. Se debern poder aplicar tcnicas de
        teletrabajo, permitir una muy grande libertad horaria, etc.
        Recordemos que en el software libre, aparte de la motivacin
        econmica existe una muy fuerte motivacin personal, y a ella
        tampoco son ajenos los responsables del proyecto. Al coordinador
        de recursos humanos le corresponde encauzar las energas, y
        conducir la nave a buen puerto.

        De hecho muchos proyectos de software libre se han venido abajo
        por una falta de organizacin y coordinacin en la cpula. En el
        mundo empresarial esto slo es tolerable por la competencia...
        para apropiarse del proyecto.


     SSee iimmppoonnee uunn ccoonnttrrooll..
        Por ello el responsable de recursos humanos deber ser capaz de:

          Mantener el ritmo de trabajo y los plazos.

          Monitorizar el uso de la red, para evitar abusos.

          No olvidar las actividades relacionadas con el marketing que
           afecten a los desarrolladores: ferias, conferencias, cursos,
           etc.
          Decidir que tareas debe asumir el grupo de desarrolladores, y
           que tareas se deben delegar en la red.

        El departamento de marketing y atencin al cliente, deber estar
        a su vez familiarizado con el "Estado del arte" del desarrollo,
        atender a las consultas de clientes y colaboradores.


     GGeessttiinn iinntteelliiggeennttee ddee sseerrvviiddoorreess ddee iinnffoorrmmaacciinn..
        Como hemos visto, todas las tareas de trabajo y control, giran
        en torno a un componente principal: la red. Gracias a la red, la
        empresa consigue voluntarios, clientes, publicidad.... en suma,
        dinero.

        Podemos observar que gran parte de las pginas web de proyectos
        de software libre abundan en publicidad. Es una publicidad
        inteligente, personalizada en funcin del visitante, que no
        sobrecarga el sistema, compatible con todo tipo de navegadores y
        entornos... la idea es conseguir ingresos, sin perder
        visitantes, ( esto, que parece obvio es olvidado por empresas
        "serias" ).

        El servidor de informacin deber disponer de listas de correo
        automticas, adecuadas, y a ser posible moderadas por un
        responsable. Se deber cuidar el mail-spamming, la correccin en
        el estilo. De ser posible, slo una voz hablar de la empresa a
        travs del correo. Las listas de correo debern estar accesibles
        por Web y FTP.

        Del mismo modo, toda la documentacin libre deber ser accesible
        de manera sencilla y directa. Las tcnicas de "registro" previo
        deberan utilizarse slo para los "clientes", y nunca para el
        acceso general. Se deber dar cuenta en el menor plazo posible
        de toda novedad existente. Es vital que los servidores de
        informacin tengan un buen enlace con la red, y que se ejecuten
        en entornos seguros y fiables, y -por supuesto- basados en
        software libre.

        Una cosa a evitar es el uso negativo de las estadsticas: aunque
        quedan muy "bonitos", debera huirse de contadores, y sobre todo
        de cualquier cosa que pueda ahuyentar a un posible voluntario o
        cliente. Mensajes del estilo "Bienvenido Mr. Pepito. Es la
        quinta vez que se conecta a nuestro web" producen reaccin de
        rechazo en el cliente".

        Es de agradecer que se establezca una metodologa de trabajo:
        habr que definir unas normas de estilo, un sistema tipo CVS
        para la gestin del software, etc... son normas bsicas de
        coordinacin de proyectos, que adquieren importancia fundamental
        cuando se va a coordinar un sistema de esta envergadura.


  88..  UUnn mmooddeelloo mmaatteemmttiiccoo:: EEll ddiilleemmaa ddeell pprreessoo..


  88..11..  RReessuummeenn ddeell ccaappttuulloo..


    Descripcin.

    Estrategias del juego.

    Resultados experimentales.

    Exportando el modelo a la vida real.

  88..22..  DDeessccrriippcciinn..

  En el campo de la teora de juegos existe un clsico de la literatura,
  conocido por sus implicaciones y aplicacin a las relaciones sociales:
  el "Dilema del Preso".

  En su versin bsica plantea un problema simple de toma de decisiones:

  Dos atracadores han sido detenidos, estando cada uno aislado del otro
  en sendas salas de interrogatorio. El fiscal propone a cada uno de los
  presos un pacto: si delata a su compaero se librar de la crcel....
  siempre y cuando el compaero no le delate a l. Si ambos optan por
  permanecer callados la pena ser de un ao de prisin. En el caso de
  condena, la pena ser de tres aos.

  En el modelo sencillo tenemos las siguientes combinaciones:


       Preso A         Preso B         Resultado A     Resultado B
       -----------------------------------------------------------
       calla           calla           1 ao           1 ao
       calla           delata          3 aos          libertad
       delata          calla           libertad        3 aos
       delata          delata          3 aos          3 aos



  Tanto A como B razonan que en el caso de permanecer callados no tienen
  posibilidad de librarse de la crcel, luego la solucin ideal es
  delatar al compaero... salvo que el compaero puede seguir el mismo
  razonamiento, cal es pues la decisin correcta?.

  La segunda variante del dilema del preso nos introduce de lleno en los
  modelos de cooperacin:

  Tenemos de nuevo dos atracadores, esta vez en libertad, que se dedican
  a la compraventa de productos robados. Los atracadores han pactado que
  uno de ellos deje la mercanca en un lugar determinado, mientras que
  el otro deja el dinero en otro lugar. Ambos atracadores se dirigen a
  recoger posteriormente el paquete destinado a cada uno...

  Est claro que si uno de ellos deja un paquete vaco, y recoge a
  cambio un paquete lleno, ha obtenido un beneficio neto en la
  transaccin.  Por consiguiente ambos dejan sendos paquetes vacos... y
  recogen paquetes vacos. Pero, y si en lugar de un nico intercambio
  se realizan una serie de intercambios espaciados en el tiempo?. Si un
  ladrn traiciona al otro, es casi seguro que ser traicionado en la
  siguiente transaccin. Cul es la estrategia ganadora?.

  Para complicar ms las cosas, vamos a suponer que en lugar de dos
  atracadores tenemos n atracadores, interaccionando entre ellos por
  parejas: a cada turno el atracador m debe decidir qu es lo que va a
  hacer con cada uno de los dems atracadores, colaborar o traicionar.

  Vamos a modelar el juego: Tenemos n agentes y un rbitro. A cada turno
  el rbitro indica a cada agente con que otro agente va a interactuar,
  debiendo decidir si entrega como resultado un 1 ( colabora ) o un 0 (
  traiciona ) Gana el agente que al cabo de X turnos consigue la mejor
  relacin entre colaboraciones e inversiones.

  La analoga con el modelo empresarial es evidente: el rbitro es el
  mercado, y los ladrones son todos aquellos que intervienen en
  transacciones comerciales ( habr alguien que opine que la analoga
  debera ser a la inversa, pero eso ya son temas polticos... ).

  Definimos _b_e_n_e_f_i_c_i_o en un turno de transacciones como:


               ( 1 / numero_jugadores ) * ( total obtenido - total invertido )



  donde el resultado est en el intervalo (-1,1).

  El beneficio total ser el resultado del sumatorio de los beneficios
  parciales.

  Aparentemente, el jugador que escoja una estrategia egosta tiene las
  de ganar, pues su beneficio nunca ser negativo. Del mismo modo, los
  colaboradores sistemticos tienen las de perder, por pardillos....

  Por ello, vamos a definir un nuevo concepto: el de _e_f_e_c_t_i_v_i_d_a_d,
  entendida como el cociente entre el total obtenido y el nmero de
  jugadores. La efectividad total, ser la media aritmtica de las
  efectividades parciales. Experimentalmente, se observa que el
  algoritmo "egosta" tiende rpidamente a una efectividad nula conforme
  el nmero de transacciones crece.

  Cuando se simula mediante ordenador este juego se obtiene un resultado
  sorprendente: la mayor efectividad se corresponde con un beneficio
  nulo... que no es sino el resultado de una igualdad entre el coste y
  el resultado. El algoritmo que cumple con este requisito no es sino el
  conocido "ojo por ojo y diente por diente" de la tradicin
  judeocristiana. Codificarlo es muy simple:

    En la primera jugada el agente colabora ( devuelve un 1 ).

    En las siguientes jugadas se limita a repetir el movimiento
     anterior de su oponente.

  Las implicaciones son sorprendentes, aunque un mnimo de sentido comn
  las explica: en un entorno competitivo, se tiende a potenciar aquellas
  operaciones que dan un resultado positivo. Del mismo modo se aisla a
  aquellos de quienes no se espera resultado alguno. Al aumentar el
  nmero de operaciones el "universo" se divide rpidamente en dos
  modelos: los aislacionistas y los colaboracionistas. En el primer
  grupo, el beneficio a corto plazo es elevado, pero su eficacia
  disminuye progresivamente con el tiempo. En el segundo modelo, si bien
  los beneficios suelen ser menores ( o incluso nulos ) la efectividad a
  largo plazo se incrementa debido a que toda inversin acaba resultando
  en un beneficio.

  El que el beneficio neto sea nulo tiene una explicacin obvia: en una
  relacin proveedor-cliente, ambos tienen que ganar. Si se produce un
  desequilibrio hacia uno u otro lado, la relacin tiende a deteriorarse
  rpidamente. El "abusar del cliente" slo puede ser beneficioso a
  corto plazo o bien si se dispone de un nmero suficientemente grande
  de clientes.  Como dice el refrn: "A algunas personas se las puede
  engaar siempre, y a veces es posible engaar a todo el mundo. Pero no
  se puede engaar siempre a todo el mundo".

  La experimentacin -y el contraste con la realidad- han demostrado que
  el "ojo por ojo" no es el procedimiento ms eficaz. Diversos
  experimentos con algoritmos genticos modelados para jugar al "Dilema
  del preso", muestran que existe un modelo, que si bien tiene una
  efectividad similar, aumenta el beneficio neto. Es el denominado
  "machaca pardillos".  En esencia es un "ojo por ojo" modificado, de
  tal suerte que tras un nmero aleatorio de secuencias iguales, el
  agente cambia durante un ciclo el resultado de su salida, volviendo
  inmediatamente al "ojo por ojo" en la siguiente jugada.
  El por qu de dicho resultado se descubre enseguida: el principal
  problema del "ojo por ojo" es que es un sistema "con memoria", de tal
  suerte que ante un oponente que comete un desliz, acaba fcilmente
  ensartado en una secuencia de ceros, con la consiguiente perdida de
  efectividad. Por otro lado adolece del defecto de ser "demasiado
  generoso" con aquellos algoritmos que son colaboradores por sistema.
  El hecho de insertar un 1 en una secuencia de ceros, puede
  "reconvertir" a un traidor, y de la misma forma, insertar un 0 en una
  secuencia de unos, puede hacerle aprovecharse de los pardillos
  colaboradores sistemticos.

  La similitud con el modelo de desarrollo de software abierto es
  evidente: es un modelo que est basado en la colaboracin mutua, que
  realimenta rpidamente a los agentes que colaboran, que se aprovecha
  de los pardillos de manera inmisericorde... y que relega rpidamente
  al olvido a los no colaboradores.

  La analoga es incompleta: el problema del dilema del preso adjudica
  un coste binario a cada transaccin ( 0  1 ). Esto, como hemos visto,
  no es exactamente cierto: el coste real es inversamente proporcional
  al nmero de agentes que intervienen en cada turno de transacciones:
  pinsese que desde el lado de la empresa se est compartiendo el coste
  de poner el cdigo al pblico entre n potenciales proveedores de
  soluciones o mejoras, y que al aumentar el nmero de usuarios, el
  beneficio potencial se dispara. No obstante nos sirve para demostrar
  que un sistema que potencie las transacciones con el mayor nmero
  posible de agentes, consigue la mayor efectividad conforme el nmero
  de intercambios aumenta.

  En las referencias y apndices el lector encontrar direcciones de
  Internet donde se trata el tema, as como diverso software de
  emulacin del juego del dilema del preso. Es interesante observar la
  evolucin de cada partida en funcin del nmero de participantes, del
  nmero de turnos, e incluso del "perfil psicolgico" de los
  jugadores...

  Una reflexin: este modelo se denomina de colaboracin egosta. El
  objetivo es obtener beneficios y aumentar la eficacia a medio y largo
  plazo.  La colaboracin no slo no es desinteresada, sino que el
  voluntarismo est penalizado. La idea de la participacin altruista es
  uno de los mitos del software abierto, pero de ningn modo se
  corresponde con la realidad, especialmente en el mundo empresarial.


  88..33..  EEll ddiilleemmaa ddeell pprreessoo yy eell ssooffttwwaarree lliibbrree..


  Como muchos lectores conocedores del tema objetarn, el modelo del
  dilema del preso est estudiado para el caso de n participantes
  compitiendo entre si dos a dos. Esta no es una aproximacin realista,
  pues no tiene en cuenta que en el mundo real las interacciones se
  producen entre todos los participantes de manera simultnea. Las
  alianzas y pactos entre varios participantes, por citar un ejemplo, no
  estn contempladas, ni siquiera estudiadas. Para que el modelo de
  cooperacin sea ptimo en este entorno deben darse unas condiciones de
  contorno que permitan reducir el problema al caso conocido.


    El primer concepto es el de "masa crtica": para que el modelo sea
     efectivo, el nmero de participantes debe ser grande, varias
     magnitudes superior al de un desarrollo software normal. De lo
     contrario, no tenemos sino un modelo de trabajo distribuido.

    El segundo concepto es el de "temporalidad": en un proyecto a corto
     plazo, el modelo de software libre no es capaz de proporcionar
     suficientes beneficios. Estudiando estadsticamente partidas del
     dilema del preso se ve que las curvas inversin/beneficios del
     modelo cooperativo son asintticas respecto al tiempo, segn la
     grfica:



       ______________________________________________________________________
               |                                                    --
               |                                             =====--
               |                                        =====   --
               |                                   =====      --
               |                              =====         --
               |                         =====            --
               |          Inversion =====               --
               |               =====                  --
               |          =====                     --
               |     =====                       ---
               |=====                         ---
               |                           --- Beneficios
               |                       ----
               |                   ----
               |              -----
               |        ------
               |--------
               |
               |-------------------------------------------------------------> tiempo
       ______________________________________________________________________



  Por ello la empresa que adopte el modelo de software libre debe ser
  capaz de asumir un periodo de prdidas iniciales, hasta conseguir su
  aceptacin.

    Otro concepto es el de "Identificacin". Los participantes deben
     conocer y asumir su papel en el modelo, y lo que es fundamental
     TODOS los participantes deben obtener beneficios de la cooperacin
     mutua. De lo contrario, se est pidiendo a gritos un cambio de
     estrategia a un modelo de pactos, o a una desviacin respecto del
     proyecto original.

    Haciendo un smil con la fsica nuclear, la conjuncin de estas
     tres condiciones, provoca la "ignicin", esto es, el modelo llega a
     ser auto-mantenido, y la productividad se dispara por efecto de
     mltiples realimentaciones. Es el estado "ideal" de este modelo.

     No es sencillo llegar a la "ignicin". Los usuarios y voluntarios
     deben ser convencidos de mantenerse en el proyecto, a costa de
     grandes inversiones por parte de la empresa o director de proyecto.
     La figura y carisma del lder es fundamental para mantener el
     estado de nimo. Una vez alcanzada la ignicin, casi no habr que
     hacer tareas de captacin: el xito tiene su propia inercia, y la
     afluencia de "adeptos" ser casi automtica.  Es el momento de
     recoger los frutos del trabajo....



  99..  EEll SSooffttwwaarree LLiibbrree:: uunn pprroodduuccttoo ppoollttiiccaammeennttee ccoorrrreeccttoo..


  99..11..  RReessuummeenn ddeell ccaappttuulloo..



    Un modelo socialista?.

    Independencia econmica y empresarial.

    El software libre en la universidad.

    El punto de vista del usuario.

    Frentes econmicos: EEUU versus Europa.

    Por qu Europa apoya el software libre.

  Analicemos a continuacin una serie de aspectos polticos y sociales
  que han surgido alrededor del software libre. Con independencia de las
  motivaciones, modelos matemticos, y -por qu no decirlo- la ayuda que
  recibe debido a la falta de calidad del software comercial, es un
  hecho que el software libre est "de moda". No slo eso, sino que es
  tomado ya en serio por polticos, gobiernos, y por aquellos estamentos
  que tradicionalmente han detentado el poder.  La fuerza arrolladora de
  este movimiento no sera tal sin el apoyo de estos estamentos.

  Conforme al espritu de este ensayo, creo que en este movimiento hay
  tambin una serie de intereses, muchas veces econmicos, que hacen
  que, por ejemplo, la comisin europea se plantee temas como la
  utilizacin de formatos de documentacin abiertos en sus mtodos de
  trabajo, o que el ministerio de defensa francs utilice Linux como
  sistema operativo...


  99..22..  EEll ssoocciiaalliissmmoo ddeell ssooffttwwaarree??..

  Muchos pensadores dicen que el software libre es un modelo de trabajo
  que equipara a todos los miembros de la comunidad en cuanto al acceso
  a la informacin. Postulan, no sin razn, que en muchas ocasiones la
  legislacin de proteccin de patentes y de software impone lmites al
  desarrollo del conocimiento humano, y mantiene las barreras de poder
  existentes en la actualidad. Afirman que el software libre proporciona
  un modelo "socialista" de distribucin y acceso al conocimiento. Es
  opinin del autor que no es exactamente cierto: como vimos en el
  primer captulo el acceso a la informacin no es garanta de
  conocimiento, ni mucho menos de poder. Es perfectamente posible,
  utilizando las tcnicas descritas, utilizar el modelo de desarrollo
  del software libre con criterios empresariales, y como muchas empresas
  estn demostrando hoy en da, no slo obtener beneficios, sino que en
  algunos casos, como pueda ser Apache Inc. o Sendmail Inc. constituir
  lo que son de hecho monopolios en el software.

  Pues el principio de seleccin biolgica y de ocupacin de nichos se
  aplica por igual a todo tipo de software, con independencia de su
  origen. Al mercado no le importa si el servidor web es pblico o no:
  mirar su relacin coste-calidad, y escoger el mejor. El software
  libre no es la panacea, sino que slo lo es si es adems bueno. No
  obstante cuenta con la inestimable ventaja de que desbanca muy
  rpidamente a cualquier otro competidor -libre o de pago- de inferior
  calidad.


  99..33..  IInnddeeppeennddeenncciiaa tteeccnnoollggiiccaa yy bbaallaannzzaa ccoommeerrcciiaall..


  Lo que s es cierto es que a los gobiernos les proporciona
  independencia respecto de otros pases: las tasas y aranceles de
  importacin son nulos, y el uso de software libre favorece la balanza
  comercial. Por otro lado, a medio plazo , y con unos buenos planes de
  desarrollo, puede tender a hacer disminuir la desventaja tecnolgica
  entre pases. Desde este punto de vista no es de extraar que los
  pases tecnolgicamente "fuertes" pongan trabas a la exportacin de
  tecnologa, y sean los que ms frreo control -ideologas aparte-
  intentan ejercer sobre Internet. Las restricciones de Estados Unidos a
  la exportacin de tecnologas de encriptacin de datos son un ejemplo
  de este movimiento. Modelos simulados de partidas del dilema del
  preso, muestran como los participantes "dbiles" tienden a agruparse y
  a colaborar entre si, dejando de lado al "fuerte".

  La dependencia tecnolgica y los altos costes de la importacin de
  software forneo se hacen ms evidentes en aquellos entornos donde
  dicha tecnologa es necesaria para el trabajo. No puede extraar a
  nadie que en un estamento pblico, o una ONG, o en cualquier sitio que
  tenga que ajustar presupuestos, asuste la sola idea de tener que
  renovar todo el parque informtico para actualizarse a la "ltima
  versin de XXXX98R2" que "corrige errores y se bloquea menos".  Cmo
  se puede aceptar que un software comercial se bloquee, el vendedor
  quede libre de toda responsabilidad , y encima pagar por una nueva
  versin, que el vendedor sigue reconociendo que tampoco funciona
  bien?.


  99..44..  LLaa uunniivveerrssiiddaadd yy llooss cceennttrrooss ddee iinnvveessttiiggaacciinn..


  Del mismo modo, en los centros de investigacin es preciso investigar:
  no slo se debe utilizar un programa, sino que se debe aprender su
  tecnologa y diseo, se deben poder estudiar alternativas...  en fin,
  es preciso que el software sea algo ms que una herramienta de
  trabajo: debe ser tambin objeto del trabajo.  No puede extraarnos,
  pues que las universidades y centros de investigacin no slo hayan
  sido -y continen siendo- cuna del software libre, sino que hasta
  ahora han sido los principales usuarios y clientes de dicho software.
  La irrupcin del mundo comercial ha derivado el esfuerzo hacia el
  cliente final -que es el que paga-, pero an as la universidad es uno
  de los impulsores bsicos de dicho modelo. Adems es una baza de cara
  a las generaciones futuras: cada ao miles de estudiantes que han
  estado conviviendo y utilizando el software libre salen al mercado de
  trabajo con todo ese bagaje a sus espaldas, y utilizarn y potenciarn
  dicho software en aquellas empresas donde trabajen.... El modelo se
  realimenta de nuevo. Las casas comerciales luchan contra este efecto
  mediante las denominadas "tarifas de estudiante", "licencias campus",
  etc... pero aunque puedan introducirse en las facetas "ofimticas" de
  la informtica, no pueden meterse en las de desarrollo e
  investigacin.


  99..55..  EEll ppuunnttoo ddee vviissttaa ddeell uussuuaarriioo..


  Por ltimo queda el punto de vista del cliente: no hablamos del
  voluntario-programador, sino del que paga por la documentacin, el que
  recibe cursos, contrata mantenimientos, etc... El software libre le
  proporciona ventajas econmicas, incluso a igualdad de precio del
  software:

    La posibilidad de escoger distribuidor.

    Un servicio tcnico mucho ms eficiente y rpido que el de un
     software comercial ( adis al "no se puede" o "reinstale de nuevo"
     ).

    La posibilidad de sugerir, o incluso aadir por su cuenta aquellas
     funcionalidades que necesite.

     No todo es color de rosa: el cliente deber conocer perfectamente
     el mundo Internet, y deber ser capaz de poder asumir el papel de
     "control de calidad" del software. Afortunadamente hoy en da la
     calidad del software libre de uso en explotacin es tan grande que
     el cliente slo se tiene que preocupar de buscar fallos en raras
     ocasiones.  A pesar de todo, y sobre todo en empresas de bajo
     presupuesto en equipamiento, la utilizacin de software libre es
     una necesidad ( a menos que se prefiera lidiar con el software
     "pirata".... ).


  99..66..  LLaa aaccttiittuudd ddee EEuurrooppaa ffrreennttee aall ssooffttwwaarree lliibbrree..


  A este entorno hay que aadir el concepto de "cultura de lo social".
  La proteccin de derechos del individuo, la cultura del bienestar, el
  concepto de lo polticamente correcto, la lucha contra los monopolios
  tanto tecnolgicos, como econmicos, como culturales, hacen que Europa
  sea un caldo de cultivo ideal para una economa del software libre. La
  dependencia tecnolgica con Estados Unidos, y la ausencia de empresas
  lder en el mundo del software en Europa, hacen que la Unin europea
  tenga una postura neutral -cuando no favorable- a este movimiento. Eso
  sin contar con los beneficios econmicos que reporta a la balanza
  comercial con los Estados Unidos....

  As pues, si para otras culturas o pases en vas de desarrollo, el
  consumo de software libre es una necesidad, por motivos puramente
  econmicos; en el caso de Europa es una va de poder. La Unin Europea
  dedica un gran captulo de gastos al apartado de investigacin y
  desarrollo tecnolgico.

  Desde este planteamiento, el uso de software libre es un aliciente
  para la economa europea. Bruselas est estudiando y legislando la
  informtica con el objetivo de la independencia tecnolgica y
  comercial. Estn en estudio temas como la criptografa, los modelos de
  documentacin, de comercio electrnico. Existe legislacin europea
  sobre tratamiento de informacin, propiedad intelectual.... Y siempre
  orientada con los principios del estado de bienestar europeo. Para
  Europa, el software libre es "polticamente correcto"... siempre y
  cuando produzca beneficios.

  El mundo Linux es un ejemplo de producto que se vende como "europeo":
  naci en Finlandia, con multitud de desarrolladores en Inglaterra,
  Finlandia, y sobre todo Alemania, con Espaa trabajando activamente en
  temas de documentacin e internacionalizacin... y abriendo el mercado
  al mundo hispanoamericano. Linux se usa en la mayor parte de las
  universidades y centros de investigacin europeos, en el ministerio de
  defensa francs...  El CERN fue la cuna del World Wide Web, del HTML,
  y del comienzo del acceso sencillo a los conocimientos de la red....
  Es una situacin que no se puede dejar de tener en cuenta; y por
  supuesto, de aprovechar comercialmente.



  1100..  MMaarrccoo lleeggaall ddeell ssooffttwwaarree lliibbrree..



  1100..11..  RReessuummeenn ddeell ccaappttuulloo..


    Marco legal del software.

    El derecho a recibir y emitir libremente informacin veraz.

    La ley de Propiedad intelectual.


    Es patentable la informacin?.

    Control de las licencias de software libre.

    Problemtica de la documentacin libre.

  Hemos visto en anteriores captulos el modelo de empresa basada en el
  software libre, los fundamentos filosficos y modelos matemticos.
  Hemos hecho una parada en el aspecto poltico y social de dicho
  software.  Dedicaremos este captulo a un tema, que tiene una
  importancia capital en el software libre: la cobertura legal de dicho
  software.

  Segn hemos visto, dada la naturaleza intrnseca de informacin libre
  que implica el modelo OSS, es necesario establecer una serie de
  protecciones a dicho software, que se plasman en las denominadas
  licencias de uso y distribucin. Veremos una serie de temas legales
  que afectan a dichas licencia.


  1100..22..  MMaarrccoo lleeggaall ddeell ssooffttwwaarree..


  La libertad de informacin es un derecho consagrado en nuestra
  Constitucin. La legislacin y jurisprudencia espaola, tiende a
  entender dicha libertad en un sentido amplio, proviniendo las
  principales limitaciones a la proteccin al honor y la intimidad.  De
  hecho temas como la ingeniera inversa, la realizacin de copias de
  seguridad, el uso a prueba del software, etc. son concebidos en un
  sentido permisivo en tanto que estn autorizados siempre que no
  lesionen los derechos del propietario.

  A partir de esta concepcin tenemos una serie de leyes orgnicas que
  acotan y definen la libertad de informacin:

  La Ley General de Telecomunicaciones, establece la libre recepcin de
  seales, con independencia de su emisor. Las restricciones se aplican
  a los emisores, en forma de licencias, tasas, control del modo de
  emisin, etc...  Actualmente est en estudio la posible aplicacin de
  dicha ley a sistemas de transmisin de datos tipo Internet. El
  problema es que la aplicacin de dicha ley a un entorno transnacional
  es de difcil solucin. Por ello, la Comisin Europea est realizando
  diversos estudios sobre el tema, para uniformizar la legislacin.  Un
  aspecto importante de la LGT es que establece la titularidad de las
  emisiones: la recepcin de la seal es libre. No obstante su re-
  emisin est condicionada a la autorizacin del propietario. La
  aplicacin a la transmisin de datos por Internet es obvia, y uno de
  los puntos claves de la legislacin sobre la circulacin de datos por
  la red.  Otro aspecto es el del concepto de portador de la seal: se
  refiere al concepto del canal por donde circula la informacin. El
  portador debe garantizar el "derecho de paso", y poner los medios
  tcnicos para que la seal llegue a su destinatario. En lenguaje
  Internet: el proveedor, debe garantizar la conectividad y
  encaminamiento.

  La Ley Orgnica Reguladora del Tratamiento Automatizado de Datos
  (LORTAD), no slo trata temas de proteccin de la intimidad, sino de
  garantas de integridad, autenticidad, etc. de los datos que se
  transfieren.  Los temas de seguridad, criptografa, comunicaciones
  seguras, dinero en Internet, etc. caen bajo el paraguas de dicha ley.
  En este aspecto, la legislacin europea difiere grandemente entre los
  diversos pases. Tenemos as el ejemplo de Francia, donde toda
  comunicacin encriptada no autorizada est prohibida (?), o bien
  pases como Finlandia, donde cada uno puede hacer casi lo que quiera.
  La Comisin Europea est estudiando una serie de soluciones
  intermedias, donde se establece una cierta libertad a cambio de
  restricciones en diversos campos. Caso especial de estudio es el de
  importacin y exportacin de tcnicas de criptografa.  Otro campo de
  aplicacin es el de los contratos electrnicos y el intercambio
  electrnico de documentacin. Existe una amplia normativa que regula
  el comercio en Internet. Se regula el uso de firmas digitales y se
  establece el concepto de emisor de certificados digitales de
  autenticidad.  Un ltimo aspecto de la LORTAD, trata sobre los
  derechos y deberes del propietario de las bases de datos, as como la
  reglamentacin sobre su uso. Diferencia entre la titularidad de la
  base de datos y la titularidad de los contenidos.

  La ley de proteccin al honor y la intimidad, es de aplicacin a los
  sitios web. La pornografa es ilegal, y los sitios web residentes en
  Espaa caen bajo la jurisdiccin de las leyes espaolas, con
  independencia del usuario.  Junto con la LORTAD, se establecen
  clusulas de confidencialidad, autenticidad, accesibilidad, etc. a los
  diversos datos, as como se regula la transferencia y comparticin de
  dicha informacin.  Se establece el concepto de responsabilidad civil,
  en el sentido de que existen responsabilidades penales por el uso
  indebido o falsedad en los datos. Desgraciadamente la responsabilidad
  civil no est extendida al software, por lo que bajo la legislacin
  Espaola, an no es posible demandar al creador de un software
  errneo, ni reclamar daos y perjuicios por un funcionamiento
  incorrecto o impropio de un programa.

  Es de notar que realmente no existe ninguna ley especifica sobre la
  informacin en Internet. La jurisprudencia existente utiliza la
  legislacin existente en la actualidad referente a otras reas, lo que
  frecuentemente provoca colisiones e incongruencias entre varias leyes.

  De especial inters es la Ley de Propiedad intelectual, y su
  aplicacin al software. Bsicamente, la jurisprudencia actual parte de
  identificar el concepto de producto software con el de el creacin
  literaria o artstica: el software es una cosa que se utiliza como un
  libro: una sola persona a la vez en un nico sitio. Resulta curioso el
  artculo de la Ley de Contratos del Estado, que permite a ste
  utilizar software legalmente adquirido del modo que considere ms
  conveniente con independencia del uso original... esto desemboca en
  licencias "campus" para universidades y organismos pblicos.

  Recientes actualizaciones han incluido el concepto de software, y de
  programa de ordenador. Se establece la titularidad del software, los
  derechos de uso y copia. Se garantiza que el derecho de uso no
  conlleva la transferencia de titularidad. Se define el concepto de
  licencia y las condiciones de uso y restriccin de uso del producto
  software. Especial mencin merece el punto donde se establece la no
  posibilidad de cesin del derecho de uso, salvo acuerdo en contra.
  Esto incluye el alquiler y prstamo del software: es ilegal que un
  vdeo-club alquile software si no tiene autorizacin del propietario.


  1100..33..  LLeeggiissllaacciinn ssoobbrree ssooffttwwaarree lliibbrree..


  El mundo del software libre no est citado en ninguna legislacin.  El
  autor ha visto la perplejidad, cuando no el regocijo con que expertos
  en derecho le contestaban respecto a las consultas acerca de
  legislacin sobre el software libre. Tras la lectura de la GPL, lo ms
  aproximado que se ha encontrado sobre legislacin aplicable es el
  concepto mercantil de franquicia.

  La similitud, es bastante plausible: existe una marca comercial (
  nombre del programa ) un propietario ( el creador o dueo del
  copyright ) que establece unos derechos de uso y explotacin de la
  marca comercial ( la licencia GPL ). Existen diferencias, por
  supuesto, especialmente en cuanto al uso del derecho de explotacin
  por parte de terceras personas ( redistribucin ). En cualquier caso
  se hace patente una necesidad fundamental en el software libre: el
  garantizar la titularidad del producto.

  Porque la nica garanta legal aplicable en el software libre es la de
  la titularidad: es fundamental, para que el modelo de software libre
  en la empresa sea viable, que dicha titularidad sea reconocida y
  mantenida bajo cualquier circunstancia imaginable. El programa debe
  estar registrado convenientemente, y la licencia de uso debe reflejar
  claramente este hecho.

  Aqu se produce un hecho fundamental que diferencia la legislacin
  europea con la Americana: el precinto que encontramos en los paquetes
  de software que nos avisa de que su rotura implica la aceptacin de la
  licencia.... carece de validez. Nuestra legislacin precisa de un
  contrato o una aceptacin explcita de la licencia, con conocimiento
  de las dos partes. Se admite como firma del contrato la solicitud de
  clave de registro, o la introduccin de dicha clave en el proceso de
  instalacin o activacin del programa.

  De cara a la GPL, esto implica que su aceptacin debe ser explicita:
  no basta con acceder y utilizar el programa para considerar que la
  licencia es aceptada. Es necesario el registro para que tal licencia
  tenga validez en Europa. Por ello es tan necesario el que el software
  libre est perfectamente registrado y con el copyright vigente. Es
  casi imposible con la ley en la mano perseguir un uso abusivo de un
  programa GPL. De hecho las infracciones a dicha licencia son resueltas
  por los usuarios de la red en forma de boycott al infractor.... lo
  cual suele ser mucho ms efectivo que la actuacin legal.


  1100..44..  EEss ppaatteennttaabbllee llaa iinnffoorrmmaacciinn??..


  Todo esto nos lleva al concepto mismo del software libre y de la
  libertad de informacin: el saber qu informacin est sujeta a
  titularidad y cul es distribuble. En el tema del software nos
  encontramos con una paradoja: muchas legislaciones diferencian el
  concepto de algoritmo del concepto de implementacin, y aadiendo el
  concepto de interfaz. Segn nuestra legislacin, slo la
  implementacin y el interfaz estn sujetos a titularidad. La
  legislacin Americana permite tambin patentar algoritmos, mientras
  que en todos los casos el interfaz de programacin debe ser pblico,
  entendiendo por tal publicidad el que su conocimiento -no su uso- es
  asequible a todo el mundo.

  Desgraciadamente, la evolucin de los lenguajes de programacin ha
  hecho que muchos de ellos, no consistan sino en la descripcin formal
  de un algoritmo, cmo patentar este tipo de software?. Otro punto
  conflictivo lo constituyen los lenguajes de macros o de scripting: el
  ejecutable y el cdigo fuente son una misma cosa.

  La legislacin espaola solventa este problema de una forma bastante
  ingeniosa: define como programa una secuencia de datos que tienen una
  funcionalidad determinada... explcitamente incluye todo lo que
  acompaa a dicha secuencia ( manuales, cdigo fuente, etc. ) como
  parte integrante del software.

  Muchos autores reconocen pues que el software no es patentable -es
  decir sujeto a propiedad industrial- pero s le reconocen derecho de
  autor -es decir, sujeto a propiedad intelectual-. Este es el caso de
  la legislacin espaola, pero no de la americana. En cualquier caso la
  discusin est abierta.

  En concreto, las leyes espaolas especifican que el software slo est
  sujeto a propiedad intelectual, y que no es patentable ningn producto
  software, salvo que sea una implementacin directa de un producto
  patentado.  Ejemplo tpico: el software de desarrollo que el
  fabricante de un chip proporciona con el chip. Explcitamente, los
  algoritmos, elementos bsicos de la estructura de un programa (
  bucles, saltos, subrutinas ), y especialmente los API's no pueden ser
  patentados...  Curiosamente, tanto los API's, como los lenguajes de
  programacin s estn sujetos a propiedad intelectual, y por tanto el
  autor puede exigir el cobro de los derechos de uso.

  El software libre es el ltimo eslabn de la cadena: un producto que
  slo est sujeto a titularidad y cuya licencia permite el libre uso y
  distribucin. Dada la "excentricidad" de este planteamiento no es de
  extraar la falta de legislacin. Es de esperar que a medida que el
  uso de Internet como medio de intercambio de informacin, junto con la
  evolucin del concepto de "programa", vaya surgiendo una legislacin
  apropiada.

  Un ltimo punto: del hecho de que el software libre slo est sujeto a
  titularidad, implica que los costes de dicho software deben derivarse
  de los derechos de autor -que en el software libre, y por cuestiones
  de simple supervivencia del proyecto, son nulos- , y de los costes de
  produccin y distribucin.  No tiene sentido cobrar por patentes,
  derechos empresariales, licencias de uso o desarrollo, etc...
  Extrapolando dicho hecho, el IVA aplicable al software libre debera
  ser el correspondiente, no a productos industriales, sino al de libros
  y documentacin... que Hacienda tome nota :-)

  En los apndices, el lector podr encontrar referencias a los diversos
  modelos de licencia de software libre, as como las leyes y directivas
  que se aplican al software.

  [JAMC: aadir problemtica de la documentacin libre ]


  1111..  CCoonncclluussiioonneess..


  A lo largo de este documento hemos presentado al lector la panormica
  del software libre desde el punto de vista empresarial. Como resumen
  del ensayo vamos a enumerar una serie de conclusiones:


  1111..11..  SSooffttwwaarree lliibbrree ccoommoo mmooddeelloo ddee ddeessaarrrroolllloo ssoosstteenniibbllee..

  Hemos visto como el software libre es susceptible de convertirse en
  modelo de desarrollo empresarial, y como hoy en da hay empresas que
  estn obteniendo grandes beneficios trabajando con software libre.
  Del mismo modo hemos estudiado como para algunas organizaciones y
  sociedades en desarrollo, este modelo es el nico viable para su
  desarrollo tecnolgico.

  Por ello, se puede afirmar, sin temor a equivocarnos que este modelo
  es viable, y que constituye un modelo de desarrollo sostenible, basado
  en que la comparticin de informacin constituye una manera de
  aumentar el bienestar colectivo, y que con una adecuada orientacin y
  gestin, el modelo es, no slo productivo, sino tambin rentable.


  1111..22..  LLaa eemmpprreessaa eenn llaa ssoocciieeddaadd ddee llaa iinnffoorrmmaacciinn..


  Hoy en da la empresa en las sociedades industrializadas est
  orientada mayoritariamente al sector servicios. El hecho de considerar
  la informacin como un bien comn, y orientar la produccin de
  software, - y en general de todas aquellas materias relacionadas con
  el aumento del conocimiento - obliga a la empresa a un cambio de
  actitud, tanto en la orientacin empresarial como en el modelo de
  trabajo a aplicar. La metodologa del software libre cambia el
  concepto de software como producto, por el de software como servicio
  de valor aadido.


  1111..33..  NNoo ppeerrddeerr eell oobbjjeettiivvoo:: oobbtteenneerr bbeenneeffiicciiooss..

  A pesar de todo no se puede perder el objetivo: una empresa debe
  buscar la rentabilidad. Adoptar el modelo del software libre implica
  buscar nuevas fuentes de financiacin, nuevos nichos de mercado, as
  como una mayor orientacin a los deseos del cliente. La relacin entre
  productor y consumidor pasa a ser bi-direccional, y se debe garantizar
  que todas las partes ganen con el intercambio. Los modelos matemticos
  nos ayudan a analizar este proceso, y a poder prever cul va a ser la
  reaccin del mercado.


  1111..44..  EEll ffuuttuurroo ddeell ssooffttwwaarree lliibbrree..


  Con el advenimiento de la empresa al modelo de software libre es de
  prever que dicho software sufra una evolucin. En opinin del autor,
  la apariencia es que se est produciendo un proceso de focalizacin de
  los objetivos, de manera que:

    Los proyectos coordinados por organizaciones sin nimo de lucro se
     centrarn en el software como herramienta, esto es:

       El ncleo del sistema operativo.

       El entorno de trabajo.

       Las herramientas de desarrollo.

       Las aplicaciones de productividad.

       Control de estndares y modelos de implementacin.

    Las empresas obtienen ms beneficios del software de valor aadido,
     tales como:

       Herramientas de administracin y gestin.

       Soluciones a medida.

       Proyectos de integracin.

       Herramientas especficas para soluciones particulares.


  Es de esperar que el proceso de adopcin del software libre por los
  grandes de la informtica conlleve una cierta "ralentizacin" del
  desarrollo, para as proveer de unos API's ms estables y
  documentados. Del mismo modo, la adopcin de este modelo puede dar
  lugar a una mejora en los estndares, pues como hemos visto en uno de
  los captulos, la bsqueda de extensiones a los estndares aceptados
  conlleva un mayor coste econmico y un rechazo por parte del cliente.

  Por ltimo, el modelo de comparticin de informacin puede ser
  exportado a otros mercados, no slo el del software. Tenemos una
  primera introduccin en el concepto de franquicias, de cesin de
  derechos de explotacin, etc. Es de esperar una legislacin clara
  respecto al software libre, en especial en el campo de la elaboracin
  de documentos, y en la publicacin en Internet.

  1122..  AAppnnddiicceess..



  1122..11..  RReeffeerreenncciiaass bbiibblliiooggrrffiiccaass..


     JJooiinntt VVeennttuurreess,, AAlliiaannzzaass,, TTrraannssffeerreenncciiaass tteeccnnoollggiiccaass,, KKnnooww HHooww..

                Eduardo Paz.
                "Cmo hacer negocios en Internet".
                Ed. Gestin 2000.
                ISBN 84-8088-283-2.


     Muestra las tcnicas de cooperacin que utilizan las empresas que
     tienen Internet como medio de trabajo.


     TTccnniiccaass ddee ggeessttiinn ddee eemmpprreessaass oorriieennttaaddaass aall ccoommeerrcciioo eenn IInntteerrnneett..

                Vince Emery.
                "Negocios en Internet, expansin y crecimiento".
                Anaya Multimedia. Coleccin Va Internet.
                ISBN 84-415-0408-3.



             Enrique de la Rica.
             "Marketing en Internet".
             Anaya multimedia.
             ISBN 84-415-0186-6.


     Existen multitud de libros de los que stos dos son una muestra:
     Analizan la actitud de la empresa ante la red. Describen
     metodologas "Internet-Oriented", as como detallan el proceso por
     el que una empresa se debe abrir a Internet, y cmo adaptar su mod
     elo de trabajo al nuevo entorno.


     PPoollttiiccaa eeuurrooppeeaa ssoobbrree llaa rreedd.. AAssppeeccttooss lleeggaalleess ddeell SSooffttwwaarree..

                Juan Viesca.
                "La unin Europea en Internet".
                Anaya Multimedia.
                ISBN 84-415-0586-1.


     Aunque no trata especficamente sobre los modelos de cooperacin,
     analiza la problemtica del comercio en Europa, la dependencia tec
     nolgica, la poltica de ayudas a la empresa. Contiene adems un
     directorio de recursos para la empresa europea en la Red.

             Carlos Barriuso Ruz.
             "Interaccin del derecho y la Informtica".
             Ed. Dykinson.
             ISBN 84-8155-148-1.


     Un recorrido completo desde la introduccin a la informtica para
     expertos en derecho, tratamiento informtico de informacin
     jurdica y descripcin de la legislacin aplicable a la
     informtica, indicando leyes y directivas europeas.


     MMooddeellooss eemmpprreessaarriiaalleess ddee ggeessttiinn..

                Jose Mara Oirtiz Ibarz.
                "La hora de la tica empresarial".
                Mc Graw Hill.
                ISBN 84-481-0320-3.


     Analiza la problemtica de las tcnicas empresariales actuales, los
     problemas del uso y abuso de situaciones de monopolio. Plantea
     estrategias de cooperacin como modelo alternativo.

             Demetrio Sez y Jos Cabanelas.
             "Cooperar para competir con xito".
             Ed. Pirmide.
             ISBN 84-368-1090.


     Describe los riesgos y beneficios de la cooperacin empresarial,
     modelos de trabajo entre empresas, y tcnicas para conjuntar
     intereses comunes, y allanar diferencias, manteniendo la identidad
     empresarial.

             Francs Cairncross.
             "La muerte de la distancia".
             Paids empresa.
             ISBN 84-493-0626-4.


     Plantea los problemas de la globalizacin, de la sociedad de la
     informacin, y de las tcticas empresariales en la Aldea Global.


     BBaasseess ssoocciioollggiiccaass yy ffiilloossffiiccaass..

                Loirdes Munduate Jaca.
                "Psicologa social de la organizacin".
                Ed. Pirmide.
                ISBN 84-368-1055-4.


     Plantea las bases sociolgicas de la organizacin empresarial, la
     figura del lder, y los modelos de relacin entre los componentes
     de la cadena de produccin.

             Fernando Savater.
             "Etica como amor propio".
             Ed. Grijalbo-Mondadori.
             ISBN 84-397-0259-0.


     Sienta las bases filosficas y sociolgicas de los modelos de coop
     eracin egosta, as como la formalizacin de la "Etica de lo
     til". Un texto de lectura difcil para las personas educadas en
     los valores del humanismo cristiano, pero de plena aplicacin en la
     sociedad de valores capitalista actual.

             William Poundstone.
             "El dilema del prisionero".
             Alianza Editorial.
             ISBN 84-206-0747-9.


     Mucho ms que la exposicin del juego del dilema del preso. Con
     tiene multitud de reseas histricas, estudios basados en la reali
     dad, y muestra los resultados previsibles a travs de la teora de
     juegos comparndolos con los hechos tal y como ocurrieron.


     MMooddeellooss mmaatteemmttiiccooss..

                John Von Newman.
                "The theory of Games and Economic behavior".
                Princeton University Press, 1953.


     El primer texto publicado sobre el tema, y base de todos los desar
     rollos y estudios posteriores.

             Morton D. Davis.
             "Introduccin a la Teora de Juegos".
             Alianza Editorial. Col. Ciencia y Tecnologa.
             ISBN 84-206-7905-4.


     Texto orientado a los profanos, con multitud de ejemplos y ejerci
     cios de aplicaciones de situaciones concretas, acompaados de su
     correspondiente modelizacin y estudio.


     OOttrrooss..
        No puedo por menos que citar las inapreciables dotes de humor y
        sentido comn que aparecen en el libro "El principio de Dilbert"
        de Scott Adams. Si la mitad de las empresas siguieran su
        doctrina el mundo empresarial no sera lo que es hoy o s?.

        Del mismo modo no puedo sino rendir homenaje pstumo a Isaac
        Asimov por sus series de Robots y de la Fundacin. Fue leyendo
        "Fundacin e imperio", donde le mis primeras referencias a la
        tica de lo til", y donde aprend el concepto de los modelos de
        desarrollo a corto y largo plazo. Tal vez una lectura no
        demasiado filosfica, pero que consigui interesarme por el
        tema. Bastantes aos despus tengo que agradecer a todos estos
        libros -a pesar de mi educacin tcnica- mi creciente inters
        por la sociologa.


  1122..22..  PPuubblliiccaacciioonneess..


  [ JAMC: aadir URLs a las referencias ]


     EEll ddiilleemmaa ddeell pprreessoo..
        En la revista "Investigacin y Ciencia", la seccin de "juegos
        de Ordenador", ha dedicado multitud de nmeros al juego del
        Dilema del preso. El lector tiene acceso a cdigo fuente de
        algoritmos, simulaciones, resultados de torneos computerizados,
        y modelos genticos de dicho juego.  Adems, existen en la misma
        revista multitud de artculos sobre modelos de cooperacin
        egosta en el mundo animal.


     LLaa ccaatteeddrraall yy eell bbaazzaarr..
        Un clsico del mundo del software libre. Eric S. Raymond,
        escribi, junto con este diversos ensayos y artculos sobre
        dicho modelo de desarrollo, estudiando el papel de cada uno de
        los intervinientes, y explicando las fases del desarrollo. Como
        lecturas auxiliares podemos citar "Knowing the Knoosphere", y
        "How to become a hacker".


     EEll ddeerreecchhoo aa lleeeerr..
        Cuando Richard Stallman, escribi este pequeo cuento, se inici
        una nueva poca en el mundo software: el de la lucha por la
        libertad de informacin y divulgacin. Aos despus, en pleno
        auge del mundo del software libre, este texto sigue siendo un
        aviso ante la presin de los intereses polticos y econmicos
        por restringir la informacin en aras del mantenimiento del
        poder.


     EEll mmaanniiffiieessttoo hhaacckkeerr..
        El 14 de Agosto de 1989, durante la Galactic Hacker Party Lee
        Felstein propuso -y fue aprobado por unanimidad- lo que
        constituye una declaracin de principios acerca de lo que debe
        ser la actitud y el estilo de trabajo del programador en el
        mundo libre.


     EEll ddooccuummeennttoo
        Microsoft public este documento como un memorndum interno
        acerca de cul deba ser su poltica empresarial ante la
        expansin del software libre. Plantea estrategias tpicas de
        empresa con actitud monopolstica: personalizacin de
        protocolos, compra de empresas, chantaje a los fabricantes de
        hardware. Todo un ejemplo de "buen hacer" empresarial.


  1122..33..  AArrttccuullooss ddee pprreennssaa yy ddooccuummeennttooss eenn IInntteerrnneett..


  Dado lo actual del tema, existen multitud de artculos tanto en prensa
  electrnica como impresa. Es imposible citarlos todos, e indicar
  referencias. A ttulo de ejemplo, cito los que han llegado a mis
  manos:


    "Un pueblo barcelons, pionero en instalar Linux en organismos
     oficiales"

    "Why Open Source is the optimun Economic paradigm for Software"
     Dan Kaminsky ( 2-Marzo-1999 )
     http://doxpara.netpedia.net/core.html

    "Is your software in danger of Termination?"
     Bruce Perens ( 15-Marzo-1999 ).


    "To be OSS, or not to be OSS, that is the question."
     Paul Ferris (32bits online Marzo 1999).

    "Trampa en el Ciberespacio"
     Traduccin de Roberto Di Cosmo 9-Oct-1998 del documento original
     del mismo nombre de Nikos Drakos.

    "Linux, Presente y Futuro"
     Ismael Olea ( 28-Enero-1999 ).

    "Where does Linux want to go Today?"
     Eric CaldWell ( 32bits online, 24-Marzo-1999 ).

    "Take my job please!"
     Eric S. Raymond ( 29-Marzo-1999 ).

    "Apuntes sobre software libre"
     Jess M. Gonzlez Barahona ( 18-Marzo-1999 ).

    "Linux, Nacido libre"
     Revista "Ciencia y Vida", Diciembre 1998.

    "Golpe con efecto"
     Revista "Planeta Humano", Diciembre 1998.


  1133..  EEppllooggoo.. AAggrraaddeecciimmiieennttooss..


  ""UUssee tthhee SSoouurrccee,, LLuukkee""..

  A lo largo de este ensayo he intentado acercar al lector al software
  libre, desde un enfoque distinto al tradicional: considerar software
  libre como un producto de mercado, que proporciona beneficios

  Si el lector considera acertado o errneo dicho planteamiento, o cree
  que se le podra dar otro enfoque, estar encantado de recibir
  sugerencias para futuras ediciones del texto. En cualquier caso,
  considerar que he cumplido mis objetivos si despus de la lectura de
  este ensayo el lector considera que el software libre ya no es una
  curiosidad de "unos locos" sino que es un modelo de economa serio, y
  posiblemente viable.

  No quiero despedirme sin dar las gracias a todos los que directa o
  indirectamente han apoyado la escritura de este texto:


    A Ismael Olea y a la gente de Hispalinux, por su trabajo en pro del
     software libre, as como su oferta de inclusin de este ensayo en
     las publicaciones del proyecto LuCas.

    A Jess Gonzlez Barahona, por sus comentarios y sugerencias acerca
     de la licencia del texto.

    A la asociacin de estudiantes Eurielec, por los buenos ratos, la
     amistad y la distribucin en castellano Eurielec Linux.

    A Pablo Ortiz, y Eduardo Toribio, que me dieron la oportunidad de
     volver a escribir en revistas de informtica, siendo un perfecto
     desconocido.

    Al Departamento de Ingeniera de Sistemas Telemticos, de la U.P.M.
     de Madrid por permitirme el trabajo con software libre.

    A todas las personas que a travs del correo y los grupos de
     noticias han enviado comentarios al ensayo.

    Y por supuesto: al hecho de la existencia del software libre,
     gracias al cual me estoy pagando la hipoteca... ;-D ( para que
     luego digan que esto no da dinero ).

  Este documento puede ser obtenido en su formato SGML-LinuxDoc original
  de
  ftp://drake.lab.dit.upm.es/pub/docs/freesoft/empresa.sgml

  Del mismo modo puede ser consultado en la World Wide Web en:
  http://drake.lab.dit.upm.es/~jantonio/articulos/empresa.html

  El documento ha sido editado ntegramente en formato SGML-LinuxDoc en
  un ordenador Pentium-166 ejecutando Eurielec Linux 2.1 con ncleo del
  sistema operativo Linux 2.2.4. Para su desarrollo se han utilizado
  herramientas de software libre, sin intervencin directa o indirecta
  de ningn tipo de software propietario


  Juan Antonio Martnez Castao
  Madrid, 12 de Abril de 1999



