Producir Software de Código Abierto - PDF\nDownload "Producir Software de Código Abierto"\nAsunción Núñez Hidalgo\n1 Producir Software de Código Abierto Como Llevar a Buen Puerto un Proyecto de Código Libre Karl Fogel Rafael Martilotti Alejandro Ayuso José Manuel Puerta Peña Pedro Andrés Bonilla Polo Aldo Vadillo Batista Francisco Urbano García Christian López Espínola Emilio Casbas Jimenez Hector Colina\n2 Producir Software de Código Abierto: Como Llevar a Buen Puerto un Proyecto de Código Libre por Karl Fogel, Rafael Martilotti, Alejandro Ayuso, José Manuel Puerta Peña, Pedro Andrés Bonilla Polo, Aldo Vadillo Batista, Francisco Urbano García, Christian López Espínola, Emilio Casbas Jimenez, y Hector Colina Copyright 2005, 2006, 2007 Karl Fogel, Rafael Martilotti, Alejandro Ayuso, Francisco Urbano García, José Manuel Puerta Peña, Pedro Andrés Bonilla Polo, Christian López Espínola, Emilio Casbas, Hector Colina under a CreativeCommons Attribution-ShareAlike (3.0) license.\n3 Dedicatoria Este libro está dedicado a dos queridos amigos sin los cuales esta obra no hubiera sido posible: Karen Underhill y Jim Blandy. i\n4 Tabla de contenidos Prefacio... vi Por qué escribir éste libro?... vi Quién debería leer este libro?... vii Fuentes... vii Reconocimientos... viii Disclaimer... ix 1. Introducción... 1 La Historia... 3 El Florecimiento del Software Propietario y del Software Libre... 4 #Libre# vs #Abierto#... 7 La situación de Hoy Primeros Pasos Empezando con lo que se tiene Escoger un buen nombre Tener los objetivos claros Declara que el proyecto es libre Lista de características y requerimientos Estado del desarrollo Descargas Control de versiones y acceso al Bug Tracker Canales de comunicación Pautas de Desarrollo Documentación Ejemplos de salidas y capturas Hosting enlatado Escogiendo una licencia y aplicándola Las licencias "Haz lo que quieras" Licencia GPL Cómo aplicar una licencia a nuestro software Ajustar el tono Evitar discusiones privadas Echad a volar la mala educación Practicad revisiones visibles del código Al abrir un proyecto cerrado, hay que ser sensible acerca de la magnitud de los cambios Anunciar Infraestructura Técnica Lo que necesita un proyecto Listas de correo Prevenir el Spam Identificación y Administración de cabeceras El gran debate del Reply-To Archivo Software Control de Versiones Vocabulario Escoger un sistema de control de versiones Utilizando el sistema de control de versiones Seguimiento de errores Interacción con las Lista de Correo Pre-filtrado del gestor de fallos ii\n5 Producir Software de Código Abierto IRC / Sistemas de Chat en Tiempo Real Bots Archivando IRC Wikis Sitio Web Soluciones de hospedaje Infraestructura Social y Política Dictadores Benevolentes Quién puede ser un Buen Dictador Benevolente? Democracia basada en el Consenso Control de Versión Significa que Uno Puede Evitar el Estrés Cuando No Se Puede Tener Consenso, Vote Cuando Se Debe Votar Quién Vota? Encuestas Versus Votaciones Vetos Tomando Nota de Todo Dinero Tipos de participación Contratos Indefinidos Aparentar como muchos, no como uno Se abierto sobre tus motivos El dinero no te podrá comprar el amor Contrataciones Revisión y acceptación de cambios Financiando actividades fuera de programación Control de calidad (i.e., Examinación profesional) Aviso legal y protecciones Documentación y Usabilidad Proveyendo Alojamiento/Ancho de banda Marketing Recuerda que estas siendo observado No ataques proyectos de código abierto que compitan on el suyo Comunicaciones Tú eres lo que escribes Estructura y formato Contenido Tono Reconociendo la grosería Caras Evitando los obstáculos corrientes No envíes un correo sin un propósito Hilos productivos vs Hilos Improductivos Cuanto más blando sea el tema, más largo será el debate Evitando las Guerras Santas El efecto "Ruido Minoritario" Gente difícil Tratando con gente difícil Estudio del caso Manejando el crecimiento Sobresaliente uso de los archivos Tradición en la organización del contenido Sin conversaciones en el bug tracker Publicidad iii\n6 Producir Software de Código Abierto Anunciando Vulnerabilidades de Seguridad Packaging, Releasing, and Daily Development Release Numbering Release Number Components The Simple Strategy The Even/Odd Strategy Release Branches Mechanics of Release Branches Stabilizing a Release Dictatorship by Release Owner Change Voting Packaging Format Name and Layout Compilation and Installation Binary Packages Testing and Releasing Candidate Releases Announcing Releases Maintaining Multiple Release Lines Security Releases Releases and Daily Development Planning Releases Coordinando a los Voluntarios Conseguir el Máximo de los Voluntarios Delegar Halagos y Críticas Prevén la Territorialidad El Ratio de Automatización Treat Every User as a Potential Volunteer Share Management Tasks as Well as Technical Tasks Patch Manager Translation Manager Documentation Manager Issue Manager FAQ Manager Transitions Committers Choosing Committers Revoking Commit Access Partial Commit Access Dormant Committers Avoid Mystery Credit Forks Handling a Fork Initiating a Fork Licencias, Copyrights y Patentes Terminología Aspectos de las licencias La GPL y compatibilidad entre licencias Eligiendo una licencia La MIT / X Window System License La GNU General Public License iv\n7 Producir Software de Código Abierto Qué tal la licencia BSD? Asignación y propiedad del Copyright No hacer nada Contributor License Agreements Transferencia de Copyright Concesión de licencias dual Patentes Recursos adicionales A. Sistemas de Control de Versiones Libres B. Gestor de fallos libres C. Why Should I Care What Color the Bikeshed Is? D. Ejemplo de Instrucciones para Informar sobre Fallos E. Copyright v\n8 Prefacio Por qué escribir éste libro? Ahora cuando estoy en una fiesta, la gente no se queda con la mirada en blanco cuando les digo que escribo software libre. "Oh sí, código abierto cómo Linux?" me dicen mientras asiento con aprobación. " Sí, exactamente! Eso es lo que hago." Es agradable no sentirse completamente aislado. Antes, la siguiente pregunta era predecible: " Cómo ganas dinero haciendo eso?" Para responder, resumiría así la economía del código abierto: existen organizaciones interesadas en que cierta clase de software exista, pero que no necesitan vender copias, sólo quieren asegurarse de que esté disponible y mantenido, como una herramienta en lugar de como un servicio. En cambio, últimamente, la siguiente pregunta no siempre ha tenido que ver con el dinero. El Business Case del software Open Source 1 ya no es tan misterioso, y muchos no-programadores ya entienden o al menos no se sorprenden que haya gente empleada en ello a tiempo completo. En su lugar, la pregunta que voy escuchando cada vez más es " Cómo funciona todo esto?" No tenía una respuesta satisfactoria lista y cuan más duro intentaba pensar en una, más me daba cuenta de cuan complejo realmente es el tema. Llevar un proyecto de software libre no es exactamente como dirigir un negocio (imaginemos tener que negociar constantemente la naturaleza de nuestro producto con un grupo de voluntarios, muchos de los cuales ni siquiera conocemos!). Tampoco es, por varias razones, como llevar una organización sin ánimo de lucro tradicional o un gobierno. Es similar a todas ellas, pero poco a poco he llegado a la conclusión de que el software libre es sui generis. Existen muchas cosas con las que puede ser comparado por su utilidad, pero con ninguna puede ser igualado. En realidad, asumir que el software libre puede ser dirigido es iluso. Un proyecto de software libre puede ser iniciado y puede ser influenciado, fuertemente, por algunas partes interesadas. Pero sus activos no pueden ser hechos propiedad de un sólo dueño, así que mientras haya gente en alguna parte cualquier parte interesada en continuar con el proyecto, no puede ser cancelado unilateralmente. Todos tienen poder infinito; nadie tiene poder. Una dinámica muy interesante. Es por esto que quería escribir este libro. Los proyectos de software libre han permitido a una nueva cultura evolucionar, un ethos en el cual la libertad de hacer que el software haga cualquier cosa que deseamos sea el eje central, sin embargo, el resultado de ésta libertad no es la dispersión de los individuos, cada uno trabajando por su cuenta en el código, sino la colaboración entusiasta. De hecho, ser un cooperador competente es en sí, una de las cualidades más valoradas en el software libre. Dirigir uno de estos proyectos es abordar un tipo de cooperación hipertrofiada, donde la habilidad no es sólo trabajar con otros sino ingeniar nuevas maneras de trabajar en conjunto que pueden producir beneficios tangibles para el desarrollo. Este libro intenta describir las técnicas con las que esto se puede lograr. No es de ninguna manera completo, pero al menos es un inicio. El buen software libre es ya en sí mismo un objetivo y espero que aquellos lectores que vengan buscando como lograrlo estén satisfechos con lo que van a encontrar aquí. Pero más allá de esto, espero transmitir algo del doloroso placer de trabajar con un equipo motivado de desarrolladores de código abierto y de la interacción con los usuarios en la maravillosa manera directa que el Open Source anima. Participar en un proyecto de software libre exitoso es divertido y en última instancia es esto lo que mantiene a todo el sistema funcionando. 1 Los términos "código abierto" y "libre" son sinónimos esenciales en éste contexto; son discutidos en mayor profundidad en el #Libre# vs #Abierto#, en Capítulo 1, Introducción. vi\n9 Prefacio Quién debería leer este libro? Fuentes Este libro está enfocado a desarrolladores y directores que estén considerando iniciar un proyecto de software libre o que ya hayan iniciado uno y estén planeado qué hacer ahora? También debería ser útil para aquellas personas que quieren participar en un proyecto Open Source y que nunca lo han hecho. El lector no necesita ser un programador, pero debe conocer conceptos básicos de ingeniería informática como código fuente, compiladores y parches. Experiencia anterior con software Open Source como usuario o desarrollador no es necesaria. Quienes hayan trabajado en proyectos de software libre con anterioridad probablemente encuentren algunas partes del libro algo obvias y quizas deseen saltar esas secciones. Dado que, potencialmente, existe una amplia audiencia experimientada, he hecho un esfuerzo para etiquetar claramente cada sección y decir cuando algo puede ser omitido por quienes ya están familiarizados en la materia. Mucha de la materia prima para este libro viene de trabajar durante cinco años con el proyecto Subversion ( Subversion es un sistema de código abierto para el control de versiones, escrito desde cero con la intención de reemplazar a CVS como el sistema de control de versiones de facto utilizado por la comunidad Open Source. El proyecto fue iniciado por la empresa en la que trabajo, CollabNet ( a principios del año 2000 y gracias a Dios, CollabNet entendió desde el inicio a llevarlo como un esfuerzo colaborativo y distribuido. Desde el principio tuvimos muchos desarrolladores voluntarios; hoy somos unos 50 en el proyecto, de los cuales sólo unos pocos son empleados de CollabNet. Subversion es de muchas maneras un clásico ejemplo de un proyecto Open Source y termine aproximándome más de lo que originalmente esperaba. Parte de esto fue una cuestión de conveniencia: cada vez que necesitaba un ejemplo de un fenómeno en particular, usualmente podía recordar alguno sobre Subversion. Pero tambien fue una cuestión de verificación. Aunque estoy inmerso en otros proyecto de software libre a diversos niveles, y que converso con amigos y conocidos envueltos en muchos otros, rapidamente me he dado cuenta que al escribir para la imprenta, todas las afirmaciones deben ser verificadas con hechos. No deseaba hacer declaraciones acerca de situaciones presentes en otros proyectos basándome sólo en lo que podía leer en las listas de correo. Si alguien intentase algo así con Subversion sé que sólo estaría en lo correcto la mitad de las veces y equivocado la otra mitad. Así que al buscar inspiración o ejemplos en proyectos con los que no tenía experiencia directa, intentaba primero hablar con algún informador, alguien en quien confiará para explicarme qué estaba sucediendo realmente Subversion ha sido mi trabajo durante los últimos cinco años pero he estado involucrado en el software libre durante otros doce. Otros proyectos que han influenciado éste libro son: El proyecto de la Free Software Foundation GNU Emacs, un editor de texto del cual mantengo algunos paquetes pequeños Sistema de versiones concurrentes, del inglés Concurrent Version System (CVS) en el que trabajé intensamente en 1994#1995 con Jim Blandy y en el que sigo trabajando intermitentemente desde entonces. La colección de proyectos Open Source conocidos como la Fundación de Software Apache, especialmente en el Apache Portable Runtime (APR) y en el servidor Apache HTTP. OpenOffice.org, las bases de datos Berkeley de Sleepycat y MySQL; No he estado envuelto personalmente en estos proyectos, pero los he observado y, en algunos casos, hablado con personas en ellos. vii\n10 Prefacio GNU Debugger (GDB) (igual que con los anteriores). Proyecto Debian (igual que con los anteriores). Ésta no es la lista completa, por supuesto. Como muchos de los programadores de Open Source, mantengo varios frentes abiertos en diferentes proyectos, sólo para tener una visión del estado general. No los voy a nombrar a todos aquí, pero seran mencionados a lo largo del libro cuando sea apropiado. Reconocimientos Este libro me tomó cuatro veces el tiempo que esperaba para escribirlo, y durante mucho tiempo sentía como si un piano estuviese suspendido sobre mi cabeza a cada lugar al que iba. Sin la ayuda de mucha gente, no habría podido completarlo y seguir cuerdo. Andy Oram, mi editor en O'Reilly fue el sueño de todo escritor. Aparte de conocer el tema intimamente (él sugirió muchos de los temas), tiene el raro don de saber lo que se intenta decir y ayudar a encontrar la manera correcta de decirlo. Ha sido un honor trabajar con él. Gracias tambien a Chuck Toporek por pasarle esta propuesta a Andy Right desde el principio. Brian Fritzpatrick revisó casí todo el material mientras lo escribía, lo que no sólo hizo el libro mejor, sino que me mantuvo escribiendo cuando quería estar en cualquier lugar menos frente a un ordenador. Ben Collins-Sussman y Hike Pilato tambien revisaban de vez en cuando el progreso y siempre se contentaban con discutir, algunas veces en profundidad, cualquier tema que intentaba cubrir esa semana. Tambien se daban cuenta cuando reducía la marcha y gentilmente me regañaban cuando era necesario. Gracias tios. Biela Coleman estaba escribiendo su tesis al mismo tiempo que yo escribía este libro. Ella sabe lo que significa sentarse cada día a escribir, dándome un ejemplo de inspiración así como un oido amigo. Tambien tiene una fascinante vista antropológica del movimiento free software, dándome ideas y referencias que podría utilizar en el libro. Alex Golub otro antropólogo con un pie en el mundo del software libre fue un apoyo excepcional que me ayudó inmensamente. Micah Anderson de alguna manera nunca pareció oprimido por su propio trabajo de escritor, el cual me inspiraba en alguna forma enfermiza y envidiable, pero siempre estuvo listo con su amistad, conversación y (al menos en una ocasión) soporte técnico. Gracias Micah! Jon Trowbridge y Sander Striker también me dieron ánimo y ayuda concreta, su amplia experiencia en Software Libre me proveyeron de material que no hubiese podido obtener por ninguna otra vía. Debo agradecer, también, a Greg Stein no solo por su amistad y disposición, sino por mostrar en el proyecto subversion cuan importante es la revisión del código en la construcción de una comunidad de programadores. Gracias también a Brian Behlendorf, quien tácticamente sembró en nuestras cabezas la importancia de las discusiones públicas; Es mi esperanza que este principio se refleje a lo largo de este libro. Thanks to Benjamin "Mako" Hill and Seth Schoen, for various conversations about free software and its politics; to Zack Urlocker and Louis Suarez-Potts for taking time out of their busy schedules to be interviewed; to Shane on the Slashcode list for allowing his post to be quoted; and to Haggen So for his enormously helpful comparison of canned hosting sites. Thanks to Alla Dekhtyar, Polina, and Sonya for their unflagging and patient encouragement. I'm very glad that I will no longer have to end (or rather, try unsuccessfully to end) our evenings early to go home and work on "The Book." Thanks to Jack Repenning for friendship, conversation, and a stubborn refusal to ever accept an easy wrong analysis when a harder right one is available. I hope that some of his long experience with both software development and the software industry rubbed off on this book. viii\n11 Prefacio CollabNet was exceptionally generous in allowing me a flexible schedule to write, and didn't complain when it went on far longer than originally planned. I don't know all the intricacies of how management arrives at such decisions, but I suspect Sandhya Klute, and later Mahesh Murthy, had something to do with it my thanks to them both. The entire Subversion development team has been an inspiration for the past five years, and much of what is in this book I learned from working with them. I won't thank them all by name here, because there are too many, but I implore any reader who runs into a Subversion committer to immediately buy that committer the drink of his choice I certainly plan to. Many times I ranted to Rachel Scollon about the state of the book; she was always willing to listen, and somehow managed to make the problems seem smaller than before we talked. That helped a lot thanks. Thanks (again) to Noel Taylor, who must surely have wondered why I wanted to write another book given how much I complained the last time, but whose friendship and leadership of Golosá helped keep music and good fellowship in my life even in the busiest times. Thanks also to Matthew Dean and Dorothea Samtleben, friends and long-suffering musical partners, who were very understanding as my excuses for not practicing piled up. Megan Jennings was constantly supportive, and genuinely interested in the topic even though it was unfamiliar to her a great tonic for an insecure writer. Thanks, pal! I had four knowledgeable and diligent reviewers for this book: Yoav Shapira, Andrew Stellman, Davanum Srinivas, and Ben Hyde. If I had been able to incorporate all of their excellent suggestions, this would be a better book. As it was, time constraints forced me to pick and choose, but the improvements were still significant. Any errors that remain are entirely my own. My parents, Frances and Henry, were wonderfully supportive as always, and as this book is less technical than the previous one, I hope they'll find it somewhat more readable. Finally, I would like to thank the dedicatees, Karen Underhill and Jim Blandy. Karen's friendship and understanding have meant everything to me, not only during the writing of this book but for the last seven years. I simply would not have finished without her help. Likewise for Jim, a true friend and a hacker's hacker, who first taught me about free software, much as a bird might teach an airplane about flying. Disclaimer Los pensamientos y opiniones expresadas en este libro son propias. No representan los puntos de vista de CollabNet o del proyecto Subversion. ix\n12 Capítulo 1. Introducción La mayoría de los proyectos de software libre fracasan. Tratamos de no prestar mucha atención a los fracasos. Solamente los proyectos exitosos llaman la atención, y hay tantos proyectos de software 1 que aún cuando solo un pequeño porcentaje tiene éxito, el resultado es de una apreciable cantidad de proyectos. Pero tampoco prestamos atención a los fracasos porque no los contamos como un evento. No existe un momento puntual en el que un proyecto deja de ser viable; simplemente se los deja de lado y se deja de trabajar en ellos. Puede haber un momento en que se hace un cambio final al proyecto, pero quienquiera que lo haga, normalmente no sabe en ese momento que ese cambio fue el último. Tampoco hay una definición clara del momento en que un proyecto se acaba. Podrá ser cuando se haya dejado de trabajar en él por seis meses? O cuando su base de usuarios deja de crecer, sin antes haber excedido la base de programadores? Y qué pasaría si los programadores de un proyecto lo abandonan porque se dan cuenta que estaban duplicando el trabajo de algún otro y si se unen todos en el otro proyecto, y lo amplían para incluir ahí su esfuerzo realizado? Acaso el primer proyecto finalizó, o simplemente cambió de lugar de residencia? Dada ésta complejidad, es imposible obtener un número preciso para un promedio de fracasos. Pero la evidencia de lo que ha ocurrido en más de un decenio con proyectos con fuente abierta y curioseando un poco en SourceForge.net y otro poco en Google, se llega siempre a la misma conclusión: el porcentaje es muy alto, probablemente algo así como el 90 95%. Este numero crece aún más si se incluyen los proyectos que sobreviven pero son disfuncionales: aquellos que producen un código que funciona, pero no son placenteros ni amigables, o no progresan tan rápidamente ni son tan confiables como tendrían que ser. En este libro se habla de cómo evitar los fracasos. Se examina no solamente cómo se hacen bien las cosas, sino también cómo se hacen mal, para que se puedan reconocer desde el comienzo, y se corrijan los problemas. Tengo la esperanza que después de que se lea este libro, se adquiera un repertorio de técnicas no sólo para evitar los errores comunes en el desarrollo de programas de fuente abierta, sino también para manejar el crecimiento y el mantenimiento de un proyecto exitoso. El éxito no es un juego para que haya un solo ganador, y este libro no busca producir un solo ganador que salga airoso de una competición. Así pues, una parte importante de impulsar un proyecto de fuente abierta es trabajar en armonía con otros proyectos relacionados entre si. Y a la larga, cada proyecto exitoso contribuye al bienestar de todo el mundo del software libre. Sería muy tentador afirmar que los proyectos de software libre fracasan por las mismas razones que los proyectos de software propietario. Ciertamente el software libre no tiene el monopolio de los requisitos descabellados, las especificaciones vagas, del manejo pobre de los recursos, fases de diseño insuficientes, y tantas otras complicaciones ya conocidas en la industria del software. Se va a hablar mucho de estos asuntos en este libro, y ahora hay que tratar de no multiplicar las referencias a dichos asuntos. Más bien se intentará describir los problemas particulares al software libre. Cuando un proyecto de software libre se estanca, a menudo es porque los programadores (o la dirección) no caen en cuenta de los problemas típicos del desarrollo de software de fuente abierta, aunque pareciera que estan muy bien preparados para las dificultades más conocidas del desarrollo de software de fuente cerrada. Uno de los errores más comunes es tener expectativas desproporcionadas sobre los beneficios propios de la fuente abierta. Una licencia abierta no es una garantía de tener una legión de programadores activos que de repente se ofrecen para el proyecto, ni tampoco un proyecto con problemas se cura por el sólo hecho de pasarlo a fuente abierta. De hecho es todo lo contrario: abrir un proyecto puede agregar una serie de complicaciones, y resultar a corto plazo más costoso que manejarlo dentro de casa. Abrirlo va a significar acomodar el código para que sea comprensible a gente extraña, estableciendo un sitio en la 1 El sitio de hosting SourceForge.net, tiene proyectos registrados a mediados de abril de Por supuesto que este número no se acerca para nada al número total de proyectos en Internet, sólo el número que usa SourceForge. 1\n13 Introducción red y una lista de correos, y a menudo redactando la documentación del proyecto por primera vez. Todo esto significa mucho trabajo. Y además, si aparece algún programador interesado, habrá que soportar el peso agreqado de contestar sus preguntas por un tiempo, antes de ver el beneficio que se recibe por su presencia. Como dijo el programador Jaime Zawinski comentando los días ajetreados cuando se lanzaba el proyecto Mozilla: La fuente abierta anda, pero no es definitivamente la panacea. Hay que advertir con cautela que no se puede encarar un proyecto moribundo, rociarlo con el polvo mágico de la #fuente abierta# y tener de repente todo en funcionamiento. El software es difícil. Las cosas no son tan simples. (de Una equivocación relacionada es escatimar en la presentación y el empaquetado, creyendo que esto se puede hacer después, cuando el proyecto esté encaminado. La presentación y el empaquetado comprenden una amplia serie de tareas, todas en torno a reducir la barrera de ingreso al proyecto. Hacer un proyecto atractivo para un no iniciado significa documentarlo para el usuario y el programador, establecer un sitio web para los recien llegados, automatizar cuanto sea posible la compilación e instalación del software, etc. Desgraciadamente muchos programadores dan a este trabajo una importancia secundaria comparado con el código. Hay un par de razones para esto. De entrada se puede percibir como trabajo no productivo, porque aparentemente beneficia más a los que no están familiarizados con el proyecto. De cualquier modo, los que desarrollan el código no necesitan realmente del empaquetado. Ya conocen como instalar, administrar y usar el software, porque ellos lo escribieron. En segundo lugar, los conocimientos para hacer bien la presentación y el empaquetado son a menudo completamente diferentes a los que se requieren para escribir el código. La gente tiende a concentrarse en lo que más sabe, aún cuando podría ser más útil al proyecto que se dediquen un poco a lo que no les resulta tan familiar. En el Capítulo 2, Primeros Pasos se trata la presentación y el empaquetado en detalle, y explica por qué es importante que sean una prioridad desde el comienzo del proyecto. Después se introduce la falacia de que no se requiere una dirección del proyecto cuando es de fuente abierta, o a la inversa, que las mismas prácticas de gestión usadas para un proyecto hecho en casa van a funcionar bien en un proyecto de fuente abierta. El manejo de un proyecto de fuente abierta no siempre resulta visible, pero cuando éste es exitoso tiene lugar detrás de las bambalinas de una u otra forma. Un pequeño experimento mental será suficiente para mostrar por qué. Un proyecto de fuente abierta consiste en una colección de programadores al azar los que ya de por sí son gente con categorías independientes que muy probablemente nunca se van a encontrar juntos, y que quizás tienen objetivos personales muy diferentes para trabajar en el proyecto. El experimento consiste en imaginar sencillamente qué va a pasarle a dicho grupo sin dirección. Si no creemos en milagros, el proyecto va a colapsar y diluirse muy rápidamente. Las cosas no funcionarán simplemente por si solas, por más que los deseos sean grandes. Pero la administración, aún cuando sea muy activa, es a menudo informal, sutil, y de bajo perfil. Lo único que mantiene unido al grupo de desarrollo es el convencimiento compartido de que juntos pueden hacer más que individualmente. Entonces el objetivo de la dirección es mayormente asegurar que continúen con ese convencimiento, estableciendo estándares de comunicación, cuidando que los programadores útiles no queden marginados debido a idiosincrasias personales, y en general procurando que el proyecto sea un lugar acogedor para los programadores. Las técnicas específicas para realizar esto se discuten a lo largo de este libro. Finalmente, hay una categoría general de los problemas que podría llamarse #fallas de orientación cultural.# Hace diez años, o quizás sean sólo cinco, hubiera sido prematuro hablar de una cultura global de software libre, pero ahora ya no es así. Lentamente ha emergido una cultura visible, y aún cuando esta no es monolítica por lo menos es tan propensa al disentimiento interno y al corporativismo como cualquier cultura limitada geográficamente tiene ciertamente un núcleo básico consistente. Los proyectos de fuente abierta más exitosos muestran algo o el total de las características de ese núcleo. Se premian ciertos tipos de conductas y se castigan otros. Se crea una atmósfera que incita a la participación espontánea, a veces a expensas de una coordinación central. Se tienen conceptos 2\n14 Introducción de lo que es ser amable o ser rudo que difieren substancialmente de lo que prevalece fuera. Lo más importante es que los participantes que son asiduos tienen ya interiorizados esos conceptos y comparten un cierto consenso sobre la conducta que es aceptable. Los proyectos no exitosos a menudo se desvían apreciablemente de ese núcleo, a veces intencionalmente, y no tienen un consenso sobre lo que razonablemente constituye una conducta predeterminada. Esto quiere decir que cuando surgen los problemas la situación se viene abajo rápidamente, porque los participantes carecen de un conjunto de reflejos culturales determinados que les permita resolver sus diferencias. Este libro es una guía práctica, no un estudio antropológico o un libro de historia. Sin embargo, un conocimiento efectivo de los orígenes del software libre actual es una base esencial para cualquier consejo práctico. Una persona que entienda esta cultura puede viajar sin límites en este mundo de la fuente abierta, encontrándose con muchas variaciones en costumbres y dialectos, y a la vez estar en la condición de participar cómoda y efectivamente en cualquier lado. Por el contrario, una persona que no entiende esta cultura encontrará que el proceso de organizar y participar en un proyecto es algo difícil y lleno de sorpresas. Puesto que el número de gente que desarrolla software libre sigue creciendo a grandes saltos, habrá muchos en ésta última categoría ésta es mayormente una cultura de inmigrantes recientes, y continuará así por mucho tiempo. Si crees que eres uno de estos, en el próximo título se presentarán algunos antecedentes útiles para las discusiones que vendrán después, tanto en este libro como en Internet. (Por otro lado, si ya has trabajado en proyectos de fuente abierta por algún tiempo, puede ser que conozcas mucho sobre esta historia, y y sea mejor saltar a la siguiente sección.) La Historia Compartir el software tiene tanta historia como el software mismo. En los primeros tiempos de los ordenadores, los fabricantes se dieron cuenta que vendrían avances competitivos en la innovación del hardware y no prestaron mucha atención al software como una ventaja para el desarrollo de sus negocios. Muchos de los usuarios de las primeras máquinas eran científicos o técnicos que podían modificar y ampliar el software que incluía la máquina. A veces los usuarios distribuían sus aportes no solamente al fabricante, sino también a otros usuarios que tenían máquinas similares. A menudo los fabricantes toleraban esto, e incluso lo estimulaban: para ellos cualquier mejora en el software, fuera cual fuese su procedencia, contribuía a que las máquinas resultasen más atractivas para otros usuarios potenciales. Aunque esta primera época se parece de muchas maneras a la cultura actual del software libre, difiere fundamentalmente en dos aspectos: primero que había poca estandarización del hardware era un momento de mucha innovación en el diseño de los ordenadores, pero la diversidad en las arquitecturas hacía que cualquier cosa resultara incompatible con la otra. Así que el software que se escribía para una máquina generalmente no servía para otra. Los programadores se inclinaban hacia una arquitectura en particular o familia de arquitecturas y en ellas se hacían expertos (mientras que hoy se adquiere experiencia en un lenguaje de programación o una familia de lenguajes y se espera que esa experiencia se pueda luego transferir a cualquier hardware en que se vaya a trabajar). Puesto que un experto se inclinaba a sólo un tipo de ordenador, la acumulación de sus conocimientos tenía el efecto de hacer más atractivo ese ordenador tanto para él como para sus colegas. Por lo que los fabricantes tenían gran interés en difundir tanto como pudieran la codificación y el conocimiento de alguna máquina específica. En segundo lugar Internet no existía. Aunque tenían menos restricciones legales que hoy para compartir, había más restricciones técnicas: Hablando comparativamente, los medios para transmitir datos de un lado a otro eran dificiles y engorrosos. Había algunas pequeñas redes locales, aptas para compartir información entre empleados del mismo laboratorio de investigación o compañía. Pero quedaban por superar una serie de trabas si se quería compartir con alguien, estuviere donde estuviere. Estas trabas se superaban en muchos casos. A veces eran grupos varios que se contactaban independientemente, enviándose discos o cintas por correo, y a veces eran los fabricantes mismos que servían como centrales de intercambio de los aportes individuales. También ayudaba que muchos de los que desarrollaban los 3\n15 Introducción primeros ordenadores trabajasen en las universidades, en donde era costumbre publicar los avances. Pero la realidad de la transmisión de datos implicaba que siempre que se los quería compartir se topaba con un impedimento que era proporcional a la distancia (física u organizacional) que el software tenía que viajar. Era imposible compartir algo con todo el mundo sin resistencias, tal como se puede hacer hoy. El Florecimiento del Software Propietario y del Software Libre A medida que maduraba la industria ocurrían simultáneamente algunos cambios interrelacionados. La gran diversidad de los diseños del hardware finalmente cedieron el paso a unos pocos ganadores ganadores por tener una tecnología superior, o una comercialización superior, o una combinación de ambas cosas. Al mismo tiempo, no coincidente en su totalidad, el desarrollo de los así llamados lenguajes de programación de #alto nivel# significaba que se podía escribir un programa de una sóla vez en un lenguaje, y luego traducirlo automáticamente (#compilarlo#) para que funcione en diferentes tipos de ordenadores. Las consecuencias de esto no se quedaron perdidas en los fabricantes de hardware: un usuario podía ahora emprender un mayor esfuerzo de ingeniería de software sin encerrarse en una arquitectura particular. Cuando esto se combinaba con la disminución gradual de las diferencias en la calidad de funcionamiento entre los ordenadores, y mientras los diseños menos eficientes eran eliminados, un fabricante que se centraba en el hardware como único beneficio podía divisar una disminución de sus ganancias en el futuro. La potencia de computación pura se convertía en un bien fungible, mientras que el software se convertía en el diferenciador. Aparecía como una buena estrategia vender software, o al menos, tratarlo como parte integral de las ventas del hardware. Esto significó que los fabricantes tuvieran que ser más estrictos defendiendo los derechos de copia de los códigos. Si los usuarios hubieran continuado simplemente con su costumbre de compartir y modificar los códigos de manera libre y gratis, hubieran instalado en forma independiente las mejoras que ahora empezaban a ser vendidas como #valor agregado# por los proveedores. Peor aún, el código compartido podría haber caído en las manos de los competidores. La ironía de esto es que ocurría al mismo tiempo que Internet estaba ganando terreno. Justamente, cuando se hacía técnicamente posible compartir el software y se caían los obstáculos, los cambios en el mundo de los negocios hacían del compartir algo económicamente indeseable, por lo menos desde el punto de vista propio de una compañía. Los proveedores imponían sus controles, ya sea negando el acceso al código a los usuarios que corrían el programa en sus máquinas, o mediante acuerdos de no difundir el código, lo que hacía que el compartir fuera imposible. Una resistencia conciente Mientras se extinguía el mundo del intercambio de códigos se cristalizaba una contra reacción al menos en la mente de un programador. Richard Stallman trabajaba en el laboratorio de inteligencia artificial en el Instituto Tecnológico de Massachussets en la década de 1970 e inicios de 1980, la época y el lugar de oro para la costumbre de compartir los códigos. El laboratorio de IA tenía una fuerte "ética de hackers" 2 y no sólo se estimulaba al personal de los proyectos sino que era de esperar que todos los avances hechos en el sistema fueran compartidos. Como luego escribiría Stallman: No le llamábamos #software libre# a nuestro software porque ese término no existía; pero era precisamente eso. Toda vez que alguien de otra universidad quería llevar y usar un programa, nosotros se lo ofrecíamos con gusto. Si se veía que alguien usaba un programa distinto e interesante, se le podía pedir el código fuente, para poder leerlo, cambiarlo o fusionar partes de él en un programa nuevo. 2 Stallman usa la palabra "hacker" con el significado de "alguien que ama la programación y disfruta si hace algo inteligente" y no con el sentido más reciente de "alguien que se conecta como un intruso en los ordenadores" 4\n16 Introducción (de Esta comunidad edénica colapsó con Stallman poco después de 1980, cuando los cambios que venían ocurriendo en el resto de la industria finalmente alcanzaron al laboratorio de IA. Una compañía que se iniciaba incorporaba a muchos de los programadores del laboratorio para trabajar en un sistema operativo similar al que habían desarrollado allí, pero ahora bajo una licencia exclusiva. Al mismo tiempo, el laboratorio de IA adquiría nuevos equipos que llegaban con un sistema operativo de marca registrada. Stallman vio la gran trama de lo que estaba sucediendo: Los ordenadores modernos de la época, como el VAX o el 68020, venían con sus sistemas operativos propios, pero ninguno era un software libre: se debía firmar un acuerdo de no revelar los contenidos para poder recibir una copia ejecutable. Lo cual significaba que el primer paso para usar un ordenador era prometer que no había que ayudar al vecino. La comunidad de cooperación estaba prohibida. La regla que establecían los dueños del software propietario era: "si compartes con tu vecino, eres un pirata. Si quieres cambios, nosotros los haremos, si nos lo pides.# Y por su personalidad peculiar decidió ofrecer resistencia a esta nueva ola. En lugar de continuar trabajando en el diezmado laboratorio de IA, o aceptar el trabajo de escribir código en alguna de las compañías nuevas, en las que su trabajo iba a quedar encerrado en una caja, renunció al laboratorio y comenzó el proyecto GNU y la Fundación de Software Libre (FSF por sus siglas en Inglés). El objetivo del GNU 3 era desarrollar un sistema operativo y un conjunto de aplicaciones completamente libres y abiertas, donde nunca se impediria a la gente hackear o compartir sus cambios. En esencia, estaba empeñado en recrear lo que se había destruido del laboratorio de IA, pero a una escala global, y sin las vulnerabilidades que ponían a la cultura del laboratorio de IA en un estado de posible desintegración. Además de trabajar en el nuevo sistema operativo, Stallman inventó una licencia de copyright cuyos términos garantizaban que los códigos permanecerían gratis en perpetuidad. La Licencia Pública General GNU es una ingeniosa pieza de judo legal: dice que los códigos pueden ser copiados y modificados sin ninguna restricción y que ambas copias y trabajos derivados (a saber, las versiones modificadas) deben ser distribuidas bajo la misma licencia que el original, sin poner restricciones adicionales. En efecto, se usan las leyes del copyright para conseguir un efecto contrario al que apunta el copyright tradicional: en lugar de limitar la distribución del software, prohíbe que nadie, ni siquiera el autor, lo limite. Para Stallman, esto era mejor que si hubiera puesto su código en el dominio público. Si hubiera estado en el dominio público, cualquier copia podría haber sido incorporada a los programas propietarios (como ya se sabía que había sucedido con códigos que tenían licencias permisivas). Aunque una incorporación como éstas no hubiera disminuido la disponibilidad de los códigos originales, hubiera significado que los esfuerzos de Stallman iban a beneficiar al enemigo al software propietario. La Licencia Pública General puede entenderse como una forma de proteccionismo del software libre, porque impide que el software no-libre se aproveche de los códigos que están bajo esta licencia. La Licencia Pública General y su relación con otras licencias del software libre se discuten en detalle en el Capítulo 9, Licencias, Copyrights y Patentes. Con la ayuda de nuevos programadores, alguno de los cuales compartían la ideología de Stallman y otros que simplemente querían ver abundante código disponible en forma gratuita, el Proyecto GNU comenzó entregando versiones libres para reemplazar muchos de los componentes críticos de sistemas operativos. Gracias a la estandarización expandida del hardware y software para ordenadores, se hizo posible usar los reemplazos GNU en sistemas no-libres, y mucha gente lo hizo. El editor de texto de GNU (Emacs) y el compilador C (GCC) tuvieron especial éxito, ganando muchos seguidores leales, no por términos ideológicos, sino simplemente por los méritos técnicos. Alrededor del año 1990, GNU 3 Siglas que significan "GNU No es Unix" donde GNU significa... lo mismo. 5\n17 Introducción había producido la mayor parte de un sistema operativo libre, con excepción del núcleo la parte por la que realmente la máquina arranca y se hace responsable de manejar la memoria, el disco y otros recursos del sistema. Desafortunadamente el proyecto GNU había elegido un diseño de núcleo que resultó más difícil de implementar de lo esperado. La consiguiente demora impedía que la Fundación de Software Libre ofreciera la primera versión de un sistema operativo enteramente libre. La pieza final fue instalada en su lugar por Linus Torvalds, un estudiante de computación finlandés quien con la ayuda de voluntarios de todo el mundo había completado un núcleo libre usando un diseño más conservador. Le llamó Linux, y cuando fue combinado con los programas GNU existentes tuvo como resultado un sistema operativo completamente libre. Por primera vez se podía arrancar un ordenador y hacerlo trabajar sin usar ningún software propietario. 4 Muchas partes del software de este nuevo sistema operativo no fueron producidas por el proyecto GNU. De hecho, el GNU no fue el único grupo que trabajaba para producir un sistema operativo libre (por ejemplo, el código que luego fue NetBSD y FreeBSD estaba ya en desarrollo en ese momento). La importancia de la Fundación de Software libre no solamente residía en los códigos que se escribían, sino en el tratamiento político del tema. Al hablar del software libre como una causa en lugar de una conveniencia, era casi imposible que los programadores no tomasen una postura política de ello. Aún los que no estaban de acuerdo con la Fundación de Software Libre tuvieron que enfrentar la causa, aunque más no sea para proponer una posición diferente. La efectividad que tuvo la Fundación de Software Libre en el proceso de difusión residió en la vinculación del código al mensaje, por medio de la Licencia Pública General y de otros textos. Al mismo tiempo que se difundían los códigos, se distribuía también el mensaje. Resistencia accidental Habían muchas otras cosas sucediendo en la escena naciente del software libre, sin embargo, pocas eran tan explícitas ideológicamente como el Proyecto GNU de Stallman. Una de los sucesos mas importantes fue la Berkeley Software Distribution (BSD), una reimplementación gradual del sistema operativo Unix, que hasta finales de la década de los 70' había sido un proyecto de investigación sin restricciones de AT&T hecho por programadores de la Universidad de Berkeley en California. Este grupo BSD no hizo una declaración política sobre la necesidad de que los programadores se unan y compartan unos con otros, pero practicaron la idea con talento y entusiasmo, coordinando un esfuerzo de desarrollo distribuido masivamente en el cual fueron reescritos los recursos de línea de comando y las bibliotecas del Unix y eventualmente también el núcleo del sistema operativo, en su mayoría por voluntarios que los tomaban de borradores. El proyecto BSD resultó un primer ejemplo de desarrollo de un software libre no-ideológico, y también sirvió como campo de entrenamiento para muchos desarrolladores que continuarían activos en el mundo del software libre. Otro proyecto de desarrollo cooperativo fue el X Window System, un entorno gráfico de computación libre y transparente en la red, desarrollado en el MIT a mediados de la década de 1980 en coparticipación con empresas que tenían el interés común de estar en condiciones de ofrecer a sus clientes un sistema operativo con ventanas. Lejos de oponerse al software propietario, la licencia X permitía deliberadamente que se hicieran extensiones propietarias encima del nucleo libre cada miembro del consorcio quería tener la oportunidad de mejorar la distribucion X predeterminada y consiguientemente ganar una ventaja competitiva con respecto a los otros miembros. El X Windows 5 era un software libre, pero fundamentalmente como una manera de nivelar el campo de juego entre intereses de las empresas competidoras, y no por el deseo de poner fin a la dominación del software 4 Un sistema operativo libre para ordenadores compatibles con IBM, llamado 386BSD, había aparecido poco antes que Linux. Sin embargo, era mucho mas difícil conseguir un 386BSD y hacerlo funcionar. Linux tuvo tanta resonancia no solo porque era libre, sino porque realmente tenía una probabilidad alta de hacer arrancar al ordenador una vez que se instalaba. 5 Preferían que se llamara "X Windows System", pero en la práctica se le llama comunmente "X Windows", porque tres palabras es demasiado complicado. 6\n18 Introducción propietario. Todavía hay otro ejemplo, el TeX de Donald Knuth, un sistema de tipografía, que se alimentaba del proyecto GNU. Ofreció una versión bajo una licencia que permitía que cualquiera modifique y distribuya el código, pero que no se llamara "TeX" a no ser que superara una serie de tests de compatibilidad muy estrictos (este es un ejemplo de una clase de licencias libres "protectoras de marcas registradas" de las que se hablará más en el Capítulo 9, Licencias, Copyrights y Patentes) Knuth no estaba tomando partido para un lado ni para el otro en la cuestión del software libre contra el propietario, solo necesitaba un sistema mejor de impresión para cumplir con su objetivo real un libro sobre programación de ordenadores y no encontró escollos para presentar al mundo su sistema una vez que estuvo hecho. Aún sin tener un listado completo de proyectos y licencias, se puede afirmar con seguridad que para el fin de la década de los 80' había una buena cantidad de software libre y una amplia variedad de licencias. La diversidad de licencias reflejaba una diversidad de motivaciones correspondientes. Incluso algunos de los programadores que eligieron la Licencia Pública General de GNU estaban mucho menos motivados ideológicamente que el proyecto GNU mismo. Aunque disfrutaban trabajando en el software libre, muchos desarrolladores no consideraron que el software propietario era una lacra social. Había quienes sentían un impulso moral de liberar al mundo del #acaparamiento de software# (un término que usaba Stallman para el software no libre), pero otros estaban más motivados por un entusiasmo técnico, o por el placer de trabajar con colaboradores de pensamiento afín, o simplemente por el deseo humano de la gloria. Pero las motivaciones disparatadas no intervinieron en forma destructiva en todo este confín. Esto se explica en parte porque, en oposición a los que acontece en otras formas creativas como la prosa o las artes visuales, el software debe superar pruebas semi-objetivas para ser considerado un éxito: debe funcionar y estar razonablemente libre de errores. Esto otorga a todos los participantes del proyecto una especie de pie de igualdad común, una razón y un encuadre para trabajar juntos sin preocuparse mucho de otros títulos que no sean los conocimientos técnicos. Además, los desarrolladores tenían otra razón para permanecer juntos: acontecía que el mundo del software libre estaba produciendo códigos de muy alta calidad. En algunos casos se podía demostrar que eran técnicamente superiores a las alternativas del software no libre que se les acercaban; en otros casos eran al menos comparables y por supuesto, costaban menos. Mientras que solo unos pocos pudieron estar motivados para usar software libre por razones estrictamente filosóficas, la gran mayoría se sentía feliz de usarlos porque cumplían mejor con las tareas. Y entre los usuarios, algún porcentaje estaba siempre listo para donar su tiempo y habilidad para ayudar a mantener y mejorar el software. Esta tendencia de producir buenos códigos no era ciertamente universal, pero se repetía por todas partes con frecuencia en aumento en los proyectos de software libre. Las empresas que dependían fuertemente del software lo empezaron a notar gradualmente. Muchos de ellos descubrieron que ya estaban usando software libre en las operaciones de todos los días, sólo que no lo sabían (los gerentes de alto rango no siempre saben todo lo que ocurre en las dependencias de la tecnología informática). Las corporaciones comenzaron a tomar cartas activas en los proyectos del software libre, contribuyendo con tiempo y equipos, y a veces subvencionando directamente al desarrollo de programas libres. Estas inversiones podían, en el mejor de los casos, devolverles muchas horas de tiempo extra. Las subvenciones solo pagaban a una cantidad pequeña de programadores expertos para que dedicaran su trabajo de tiempo completo, pero cosechaban los beneficios de las contribuciones de todos, incluso de voluntarios no pagos, y programadores pagados por otras corporaciones. #Libre# vs #Abierto# Cuando las corporaciones prestaron mayor atención a los programadores de software libre se enfrentaron con nuevas formas de presentación. Una de ellas fue la palabra #libre#. Al escuchar por primera vez el término #software libre# muchos pensaron erróneamente que solamente significaba #software de costo cero#. Es verdad que todo software libre tiene un costo cero 6, pero no todo el 6 Se podría cobrar algo por repartir las copias del softwre libre, pero puesto que no se puede parar a los que lo reciben si éstos quieren ofrecerlo gratis después, el precio vuelve a cero inmediatamente. 7\n19 Introducción software gratis es libre. Por ejemplo, durante la guerra de los navegadores de la década de los '90 Netscape y Microsoft repartían gratis sus navegadores en la disputa por ganar la mayor participación en el mercado. Ninguno de estos navegadores era libre en el sentido que tiene el "software libre". No se dispone del código fuente, y si se lo tuviera, no se tiene el derecho de modificarlo o redistribuirlo. 7 Lo único permitido era bajar los programas ejecutables y hacerlos funcionar. Los navegadores no eran más libres que los softwares empaquetados y comprimidos que se compran en un negocio; sólo que el precio era mas bajo. Esta confusión en la palabra #libre# se debe a una desafortunada ambigüedad de lenguaje, en este caso del inglés. En otras lenguas romances aparece la diferencia entre precio bajo y libertad porque existen las palabras gratis y libre que se distinguen con facilidad. Pero siendo el inglés el lenguaje puente dentro de Internet, pasó esto a significar que un problema con el inglés era también un problema para los demás. Este malentendido suscitado por la palabra #libre# era tan penetrante para los angloparlantes que los programadores de software desarrollaron una formula estándar que repetían: "Es libre (free) como la libertad, no como la cerveza gratis (free)" Aún ahora, tener que explicar esto una y otra vez resulta fatigante. Muchos programadores sentían, no sin razón, que la palabra ambigua (en inglés) #libre# (free) estaba obstaculizando la comprensión del público en relación a este software. Pero este problema se profundizó más aún. La palabra #libre# llevaba consigo una inevitable connotación moral: si la libertad era un bien en si mismo, no era importante si el software era mejor o más conveniente para ciertos asuntos o ciertas circunstancias. Estos últimos efectos aparecían como secundarios, por otras motivaciones que no eran en el fondo ni técnicas ni comerciales, sino morales. Más todavía, la postura de #libre como la libertad# llevaba a una flagrante incoherencia de las corporaciones que subvencionaban algunos programas libres para algunas áreas de sus negocios, pero continuaban comercializando software propietario en otras. Estos dilemas llovían sobre de una comunidad que ya estaba aplastada por una crisis de identidad. Los programadores que escriben actualmente el software libre no se sienten necesariamente identificados con el objetivo central #si lo hay- del movimiento del software libre. Sería engañoso decir que las opiniones van de un extremo al otro, porque esto implicaría la falsedad de imaginar que nos movemos en una línea de pensamiento, cuando en realidad es una distribución multidimensional. Sin embargo, si estamos dispuestos a obviar las sutilezas, por el momento pueden diferenciarse dos amplias categorías. Un grupo se alinea bajo el punto de vista de Stallman, para quien la libertad de participar y modificar es lo mas importante, y por lo tanto si no se habla de libertad se está esquivando el núcleo principal de la cuestión. Otros piensan que el software es el argumento más importante a su favor, y se sienten incómodos con la proclamación del software propietario como algo inherentemente malo. Algunos de los programadores de software, auque no todos, creen que el autor (o el empleador, en el caso de trabajo pagado) debería tener el derecho de controlar las cláusulas de la distribución y que no se necesita agregar un juicio moral en la selección de algunas cláusulas particulares. Por mucho tiempo no se necesitó examinar o articular estas diferencias, pero el éxito floreciente del software libre hizo que esta cuestión fuera inevitable. En 1998 un grupo de programadores creó el término fuente abierta como una alternativa para "libre" y fueron ellos quienes crearon la Iniciativa por el Código Abierto(OSI por sus siglas en Inglés). 8 La Iniciativa por el Código Abierto creía que el término "software libre" llevaba a una confusión potencial, y que la palabra "libre" era justamente un síntoma del problema general: que el movimiento necesitaba un programa de mercado para lanzarlo en el mundo de las grandes empresas, y que hablar de moral y de los beneficios sociales del compartir no iba a tener vuelo en las salas de las empresas. Tomando sus propias palabras: La Iniciativa por el Código Abierto es un programa de mercado para el software libre. Significa fundar el #software libre# sobre bases sólidas y prácticas más que 7 El código fuente del Navegador de Netscape apareció eventualmente bajo una licencia de fuente abierta, en 1998, vino a ser la base del navegador Mozilla. Ver 8 El sitio web de la OSI es 8\n20 Introducción en una discusión acalorada. La sustancia ganadora no ha cambiado, sí en cambio la actitud de perdedores y su simbolismo.... La aclaración que debe hacerse a muchos técnicos no es acerca del concepto de fuente abierta, sino sobre el nombre. Por qué no llamarle, como se ha hecho tradicionalmente, software libre? Una razón definitiva es que el término #software libre# se confunde fácilmente de manera que lleva a terrenos conflictivos.... Pero la verdadera razón del cambio de cartel es una razón de comercialización. Estamos ahora tratando de lanzar nuestro concepto al mundo corporativo. Tenemos un producto ganador, pero nuestra posición, en el pasado, ha sido terrible. El término "software libre" se ha malentendido entre las personas de negocios, quienes confunden el deseo de compartir con una conducta anticomercial, o peor todavía, con un robo. Los CEOs y CTOs de grandes corporaciones ya establecidas nunca compraran "software libre." Pero si manteniendo la misma tradición, la misma gente y las mismas licencias de software libre y les cambimos el nombre poniéndole #código abierto#, entonces sí lo compraran. Algunos hackers encuentran esto difícil de creer, porque son técnicos que piensan en concreto, con términos substanciales, y no entienden la importancia de la imagen de algo cuando uno lo está vendiendo. Para el mercado la apariencia es la realidad. La apariencia de que estamos dispuestos a bajarnos de nuestras barricadas y a trabajar con el mundo corporativo importa tanto como la realidad de nuestras conductas o convicciones, y de nuestro software. (de y advocacy/case_for_hackers.php#marketing) En este libro aparecen las puntas de muchos icebergs de la controversia. Se refiere a #nuestras convicciones#, pero discretamente evita decir con exactitud de que convicciones se trata. Para algunos, puede ser la convicción de que el código desarrollado en concordancia con un proceso abierto será un código mejor; para otros pudiera ser la convicción de que toda información debiera ser compartida. Aparece el uso del término #robo# para referirse (posiblemente) al copiado ilegal una costumbre que muchos objetan alegando que pese a todo no es un robo si el propietario original todavía tiene el artículo. Hay una sospecha inquietante que el movimiento de software libre podría ser acusado por equivocación de anticomercialismo, aunque queda por examinar detenidamente la cuestión de si esta acusación tendría alguna base en los hechos. Esto no quiere decir que el sitio web de la OSI sea incoherente o engañoso. No lo es. En realidad es un ejemplo de lo que la OSI reclama como perdido por el movimiento de software libre. Una buena comercialización, donde #buena# significa viable en el mundo de los negocios. La Iniciativa de Fuente Abierta brindó a mucha gente exactamente lo que buscaban un vocabulario para referirse al software libre como una metodología de desarrollo y una estrategia para los negocios, en lugar de una cruzada moral. La aparición de la Iniciativa por el Código Libre cambió el panorama del software libre. Formalizó una dicotomía que por mucho tiempo no tuvo un nombre, y al hacerlo forzaba al movimiento a reconocer que tenía una política interna al mismo tiempo que una externa. Hoy, el efecto es que ambos lados han tenido que encontrar un terreno común, puesto que la mayoría de los proyectos incluye a programadores de ambos campos, como también otros participantes que no encajan claramente en una categoría. Esto 9\nProducir Software de Código Abierto Como Llevar a Buen Puerto un Proyecto de Código Libre Karl Fogel Rafael Martilotti Alejandro Ayuso José Manuel Puerta Peña Pedro Andrés Bonilla Polo Aldo Vadillo Batista


Eduardo Sandez: «Necesitamos que la sociedad tome conciencia» – Alpha- FM 91.5\nEduardo Sandez: «Necesitamos que la sociedad tome conciencia»\nEduardo Sandez, referente de Suteba en Las Flores estuvo en comunicación telefónica con la radio. Entre varias cosas, hablo sobre su lucha docente, el paro que están llevando a cabo desde el día de ayer y sobre el secuestro y tortura a una docente de Moreno.\n«No son buenos días para nosotros. Sostuvimos siempre que este es un sistema que mata. Lo vivimos hace un mes con Sandra y Rubén, con los casos del sur y ayer con la docente torturada en Moreno. Permanecemos unidos, luchando en las calles, haciendo lo que el Estado debe hacer pero no hace», sostuvo el profesor y agregó «no queremos decir que tenemos miedo, porque el miedo paraliza. Y ellos quieren eso».\nAparte, expresó «necesitamos que la sociedad tome conciencia. Tenemos que luchar. Salir a la calle con nuestras canciones de protesta, con banderas y pancartas. Rechazamos la violencia, jamás vamos a contestar con violencia a la violencia que recibimos».\nY para rematar la charla, dijo «en gran parte de la provincia de Buenos Aires el paro fue muy grande. Acá en Las Flores supera el 80%. Creemos que tendría que ser del 100%. Pero bueno. Son momentos duros».


bcSistemas integra el sistema de gestión policial a su solución ARGOS • ESMARTCITY\nInicio » Movilidad Urbana » bcSistemas integra el sistema de gestión policial a su solución ARGOS\nbcSistemas integra el sistema de gestión policial a su solución ARGOS\nbcSistemas acude a la Feria Municipalia y con un sistema ARGOS completamente renovado. La solución original, orientada al control del tráfico en zonas restringidas ya está implantada en más de una decena de municipios. No obstante, ARGOS ha evolucionado en los últimos años hasta convertirse en un conjunto de aplicaciones capaces de poner el análisis de video al servicio del tráfico y de la seguridad municipal. Todo ello en un entorno que ha incorporado múltiples herramientas dirigidas a facilitar los trámites con el ciudadano, siendo capaces de integrarlas en los portales de comunicación municipal.\nUna de las principales preocupaciones de los municipios es garantizar la seguridad de sus ciudadanos. Las nuevas tecnologías permiten ahora mejorar dicha seguridad gracias a la digitalización de la información que facilita la comunicación, envío de imágenes y automatización de procesos. Este es el caso de ARGOS, el sistema de gestión integral de tráfico diseñado por bcSistemas que destaca por su diseño modular y concepción abierta.\nEn palabras de José Antonio Illarregui, gerente de bcSistemas, en los últimos años nos hemos centrado en poner la más avanzada tecnología a disposición de la eficacia y ahorro municipal mediante la mejora de los procesos de negocio. Este es el caso de ARGOS, que desde su lanzamiento, ha experimentado diferentes mejoras para adaptarse a las demandas y necesidades de los municipios. Los últimos cambios se han orientado a dotar a las policías locales de potentes herramientas que les ayuden en su trabajo de prevención e investigación .\nNueva plataforma de gestión de gestión policial\nMuncipalia 2015 ha sido el marco elegido por bcSistemas para presentar la última novedad que ha incorporado a su sistema ARGOS. Se trata de la integración con el reconocido sistema de gestión policial DRAG, que a partir de ahora ofrecerá múltiples prestaciones que permitirán a la policía municipal obtener fuertes ahorros de tiempo y mayor eficacia al integrarse 100% con ARGOS.\nLos sistemas de gestión del tráfico automatizado implican costes ocultos muy elevados siendo la gestión del tiempo uno de los más significativos. Los años de experiencia acumulados de bcSistemas en el ámbito municipal, concretamente en los departamentos de policía y de movilidad les han permitido diseñar un software a medida del usuario. El sistema se ha ideado y pensado 100% desde el puesto del agente municipal que debe operarlo. Nuestro reto es ofrecer un sistema que ofrezca un gran número de aplicaciones, pero con una gestión rápida y sencilla. El resultado es ARGOS que reduce el tiempo de gestión en un 90% sin perder eficacia , declara Illarregui.


Olivier Truc | VoxEurop (español)\nCorresponsal de Le Monde en Europa del norte, especialista en los países bálticos, Olivier Truc también trabaja como documentalista para la radio y la televisión.\nEspacio Schengen: Visados letones para inversores chinos\nDesde 2010, las autoridades de Riga conceden permisos de residencia a los extranjeros que deseen invertir en la economía local. De este modo, un gran número de chinos han adquirido bienes inmobiliarios, lo que les permite obtener el preciado pase hacia Europa.\n6 diciembre 2013 – Le Monde (Paris)\nEl humour en Europa (3/10) : La serie sueca que encandila a la clase media\nSuecia: La crisis de fe de los socialdemócratas\nLos socialdemócratas suecos están en crisis. Los sondeos confirman que han perdido buena parte de apoyo del electorado, y el partido acaba de cambiar repentinamente de líder y busca una nueva identidad. Reportaje desde Västerås, su feudo industrial.\n20 febrero 2012 – Le Monde (Paris)\n¿Deben las mujeres aceptarlo todo en una relación sexual? ¿Cómo garantizar que no se exceden los límites que ellas decidan fijar? La denuncia de dos mujeres contra Julian Assange, fundador de WikiLeaks, por agresión sexual y violación ha abierto el debate en Suecia.\n8 febrero 2011 – Le Monde (Paris)


Salud Kapolei HI - salud, Kapolei HI medicina, Kapolei HI cancer, Kapolei HI tratamientos, Kapolei HI clinicas, Kapolei HI hospitales, Kapolei HI medicos, Kapolei HI oftalmologos, Kapolei HI ginecologos, Kapolei HI medicina natural, Kapolei HI enfermedades, Kapolei HI centros de salud, Kapolei HI sexologos, Kapolei HI oncologos, Kapolei HI\nSalud Kapolei HI\nA continucion podras encontrar en esta pagina un listado de centros dedicados a los servicios de odontologia en Kapolei\nEn este sitio web podras encontrar un listado completo de clinicas dentales en Kapolei con los mejores dentistas disponibles\nEn este sitio web podrás encontrar un directorio completo de médicos especialistas en tu salud bucal, así mismo podrás encontrar los mejores dentistas y sus tratamientos en Kapolei\nAqui te ofrecemos un listado completo de aparatos para el diagnostico de enfermedades en Kapolei y que aparatos son mejores recomendados a los centros hospitalarios\nanálisis de sangre Kapolei HI\nEn este sitio web podrás encontras información acerca de los mejores centros del análisis de la sangre y todos los problemás o enfermedades relacionadas con la sangre en Kapolei. así mismo podrás encontrar información acerca de la diabetes y los niveles de glucosa en la sangre\nCentros de Cardiologia Kapolei HI\nLos cardiologos son médicos especialistas en problemás vasculares y del corazon, aquí podrás encontrar un listado completo de cardilogos en Kapolei que te ayudaran a solucionar esos problemás del corazon y muchas cosas más\nCentros de diálisis Kapolei HI\nAqui podras encontrar el mejor listado de los centros de diálisis en Kapolei y como estos te pueden ayudar a resolver tus problemas o dudas…. Visitalos ya!\nCentros de ginecologia Kapolei HI\nEn este espacio web podras encontrar informacion acerca de centros de servicios de ginecologia y especialistas en el area Kapolei.\nCentros de salud Kapolei HI\nEn este sitio web podrás encontrar información acerca de los mejores centros de salud en Kapolei y los diferentes tipos de tratamientos, diagnósticos y medicamentos que ofrecen en tu area…\nCentros de Transplante de Organos Kapolei HI\nMuchas personas han recibido una o varias cirujias relacionadas al transplante de organos. aquí podrás descubrir el tipo de cirujias, transplantes, organizaciones, y médicos especialistas en transplantes de organos en Kapolei y como este procedimiento podria ayudar a salvar varias vidas.\nCentros de vacunación Kapolei HI\nEs muy importante tener una buena defensa para nuestra salud. Es por esta y muchas otras razones que las vacunas juegan un papel muy definido en la vida de los bebes, jovenes y adultos. Aqui encontraras un equipo de expertos y podras consultar los diferentes centros de atencion en Kapolei.\nCirujano Ortopeda Kapolei HI\nEn este sitio podrás encontrar un listado de médicos especializado en la cirujia ortopedica en Kapolei, así mismo te podrás informar acerca de los diferentes procedimientos y tratamientos relacionados a la ortopedia\nDetección ITS - Enfermedad Transmisible Sexualmente Kapolei HI\nEn este sitio web te podrás enterar de los diferentes tipos de deteccion para las infecciones transmitidas sexualmente. Consulta los mejores médicos en Kapolei acerca de estos diagnósticos\nDiagnóstico VIH Kapolei HI\nAquí podrás encontrar los diferentes centros de diagnósticos que examinan las sangre para determinar si éstas infectado con el VIH. Encuentra los mejores centros de información y diagnóstico en Kapolei\nEnfermera profesional Kapolei HI\nA continuacion podrás encontrar un listado de enfermeros profesionales que éstan a tu disposicion en Kapolei, aquí podrás encontrar personas que te ayuden a ti o a un ser querido a mejor tu éstado de salud\nExamen ocular y visual Kapolei HI\nEn este sitio web podrás encontras médicos especialistas que ofrecen sus servicios en hacer examenes oculares y de la vista y mucho mas en Kapolei\nGastroenterólogo Kapolei HI\nUn gastroenterólogo es un medico especialistas en problemás relacionados al aparato digestivo, aquí podrás encontras un listado de estos especialiastas en Kapolei así mismo te podrás informar de los mejores tratamientos para este tipo de enfermedad\nGinecólogo Kapolei HI\nAqui podras encontrar informacion acerca de que esperar en tu visita al ginecologo(a). Asi mismo te ofrecemos respuestas a problemas muy comunes entre mujeres y como resolverlos. Encuentra en esta pagina unos consejos asi como un listado de ginecologos y profesionales especializados en Kapolei.\nHematólogos Kapolei HI\nLos hematólogos son los médicos especialistas en la investigacion de la sangre. En este sitio web podrás encontrar la lista más completa de hematólogos en Kapolei\nHospitales Kapolei HI\nAquí podrás encontrar un listado de hospitales en Kapolei que te ayduaran a tratar tus emergencias medicas lo antes posible, así mismo podrás encontras médicos especiliastas para el diagnóstico y mejoramiento de tu salud\nObstetra Kapolei HI\nUn obstetra es un medico especializado en el embarazo, asístencia de partos y la maternidad. A continuacion podrás encontrar un listado completo de obstetras en Kapolei\nOftalmólogo Kapolei HI\nMuchas personas estan optando por un look nuevo con los novedosos lentes de contacto de colores. Pero antes de comprar o decidirte por un par lee bien e informate acerca de como escoger los mejores para tus ojos. Aqui encontraras un listado de personal especializado para dar consejos sobre los vamosos lentes en Kapolei\nOncólogos Kapolei HI\nUn oncologo es un profesional de la salud que esta encargado de la prevención, detección y tratamiento oportuno de tumores, entre mas rapido se identifique el problema mas rapido se podra solucionar. Aqui podras encontrar un listado de oncologos en Kapolei y sus tratamientos mas novedosos para el tratamiento de el cancer.\nOptométrico Kapolei HI\nUn optométrico es un medico especialista en la salud visual. aquí podrás encontrar un listado de médicos en Kapolei que te ayudaran a diagnosticar y mejorar tu vision, te ofrence examenes de vista y muchas cosas más\nOtorrinolaringólogo Kapolei HI\nEn ésta página podrás encontras información acerca de muchos otorrinolaringólogos en Kapolei que son especialistas en el tratamiento, diagnóstico, y prevencion de enfermedades de la nariz, boca, cara y cuello.\nRadiólogo Kapolei HI\nLa radiología se refiere al tipo de medicina que genera imágenes usando rayos X, ultrasonidos campos magnéticos, y muchos equipos médicos más. aquí podrás encontrar un listado de radiólogos en Kapolei y como pueden ayudarte\nRadioterapia Kapolei HI\nLa radioterapia es un tipo de tratamiento para combatir el cancer al utilizar rayos X de alta potencia. Descubre aqui quien esta usando los mejores tratamientos, porque es importante saber sus beneficios y riesgos y donde encontrar los mejores centros de radiacion en Kapolei\nRinoplastia Kapolei HI\nNo estas conforme con tu apariencia? No te gusta tu nariz? Aqui podras encontrar informacion acerca de lo que hoy en dia llamamos rinoplastia, que consiste en alterar la apariencia de tu nariz. Consulta nuestros medicos en Kapolei sobre los mejores centros de cirugia\nTerapeuta fisico Kapolei HI\nEn esta pagina podras encontrar un listado completo de los mejores terapeutas fisicos en Kapolei\nTratamiento ataque del corazón Kapolei HI\nAquí podrás informarte acerca de que hacer despues de que tu o un ser querido a sufrido un ataque del corazón. Encuentra cardiologos en Kapolei que te ayudaran a aclarar tus más grandes dudas acerca de este tratamiento y que hacer\nTratamiento cancer de los huesos Kapolei HI\nSufres de mucho dolor en los huesos y no sabes su causa? Podria ser cancer en los huesos o no? Pues para mas informacion continua leyendo y descubre aqui sobre ciertos detalles de esta condición. Consulta aqui a medicos en Kapolei sobre tus dolores de hueso.\nTratamiento cancer del esofago Kapolei HI\nQuieres informarte mas acerca de que es el cancer del esofago, cuales son sus causas, y los mejores tratamientos para combatirlo? Aqui podras encontrar las respuestas a todas estas preguntas y mas. Tambien podras tener la oportunidad de consultar a los mejores medicos en Kapolei\nTratamiento cancer del ovario Kapolei HI\nEl cáncer del ovario es un tipo de cáncer que esta afectando grandemente a las mujeres de todas las edades, aunque sus causas no estan completamente definidas hay muchos tratamientos que ayudan a curarlo lo mas rapido posible, Aqui podras consultar a varios profesionales en Kapolei\nTratamiento diabete Kapolei HI\nUsted o algun ser querido esta viviendo con diabetes? Aqui podras encontrar articulos que te ayudaran a vivir mejor y ayudar a tus seres queridos con el tratamiento apropiado para el diabetes. Tambien te ofrecemos informacion medica acerca de nuevos diagnosticos, tratamientos, y clinicas en Kapolei.\nTratamiento ETS - Enfermedad Transmisible Sexualmente Kapolei HI\nEn ésta página podrás encontrar información acerca de los diferentes tipos de tratamiento para las personas con una de las muchas enfermedades transmitidas sexualmente. Al mismo tiempo encontraras más información, centros de atención, y médicos especialistas en Kapolei que te ayudaran con tus problemás o dudas\nTratamiento Intoxicación Alimentaria Kapolei HI\nInformate en esta pagina sobre que es una intoxicación alimentaria, el diagnostico, tratamiento y como saber que alimentos son los mas infectados en Kapolei\nTratamiento ITS -Infecciónes Transmitidas Sexualmente Kapolei HI\nAquí podrás informarte acerca de los tratamientos para las infecciónes transmitidas sexualmente y que tipos de tratamientos estan ofreciendo en Kapolei para estos mismos\nTratamiento VIH Kapolei HI\nTienes VIH? Informate aqui acerca de los mejores tratamientos para esta enfermedad transmitida sexualmente, consulta tus dudas y mucho mas. Tambien te ofrecemos informacion acerca de los medicamentos mas efectivos en Kapolei\nUrólogo Kapolei HI\nNo estas seguro de cuándo tienes que visitar un urólogo? Tienes ardor o se te hace muy incomodo ir al baño? Entonces tienes que ir donde un urólogo. La urología es la rama de medicina especialidad en las vías urinarias. Busca en nuestro directorio de profesionales y servicios que incluye varios urólogos en Kapolei


Areajugones > Videojuegos > PlayStation 4 > Anunciada la fecha de lanzamiento de Valkyria Revolution\nEs la nueva entrega de la serie Valkyria Chronicles\nValkyria Revolution, conocido en Japón como Valkyria: Azure Revolution y sucesor de la saga Valkyria Chronicles de SEGA, ya tiene fecha de lanzamiento para su llegada a las tiendas, tanto en Norteamerica como en Europa, que tenían su lanzamiento confirmado para esta primavera y que finalmente llegará el 30 de junio al Viejo Continente.\nSEGA ha confirmado que el título llegará un poco antes a Norteamérica, el 27 de junio, y lo hará además acompañado de una edición limitada llamada Vanagard Edition que incluirá un pin de la unidad Vanagard y un CD con una selección de temas extraídos directamente de la banda sonora del juego. En el caso de los europeos tendremos que conformarnos con una edición normal que incluirá sólo el CD.\nAl igual que la trilogía de Valkyria Chronicles, el título vuelve a estar influenciado por la estética geográfica e Historia de Europa pero dejando de lado la II Guerra Mundial de las anteriores entregas y enfocándose en la revolución industrial aunque partiendo también de una premisa bélica donde diferentes naciones luchan por su libertad.\nLa temática no es el único cambio que ha sufrido la saga, siendo el más acusado todo lo referente a las batallas. El sistema híbrido de rol táctico y tiempo real que era utilizado en la serie ha sido modificado para darle más prioridad a la acción aunque manteniendo un componente estratégico donde podemos configurar el comportamiento de la unidad que se encuentra a nuestro cargo.\nLa saga Valkyria Chronicles cuenta con tres entregas a sus espaldas, llegando la primera a PlayStation 3 que tuvo una remasterización en alta definición para PlayStation 4 que nos llegó el año pasado. Además, existen otras dos entregas en PlayStation Portable y compatible con PlayStation Vita de la que sólo pudimos disfrutar una en Europa, quedando el tercer título de la serie exclusivo de tierras japonesas. La saga ha sido siempre bien recibida debido a sus originales batallas que mezclan acción en tiempo real con el rol táctico, además de hacer uso del Canvas Engine de SEGA que confería al aspecto gráfico del juego una apariencia de boceto y pintura sobre lienzo.\nValkyria Revolution llegará el próximo 30 de junio a PlayStation 4 y Xbox One en físico, y también llegará a PlayStation Vita aunque sólo en formato digital y, lamentablemente, no contará con traducción al castellano.


El concurso emite este jueves un nuevo especial nocturno con 300.000 euros de premio.\nRedacción Miércoles 31 Agosto 2011 13:22\nKiko Rivera, Pilar Rahola, Alaska y Mario Vaquerizo animarán y colaborarán con ambos contendientes, que en su anterior participación en el concurso abandonaron el programa a tan sólo una palabra de completar "El rosco" .\nSumaron 24 aciertos, pero no lograron resolver el último término que les habría permitido lograr el premio acumulado de "El rosco". La suerte se mantuvo esquiva entonces, pero ahora el concurso brindará a ambos concursantes una segunda oportunidad para conseguir un premio máximo de 300.000 euros, en un nuevo especial de prime time de 'Pasapalabra', que Telecinco ofrecerá mañana jueves 1 de septiembre, a partir de las 22:00 horas.\nEn esta nueva edición, la batalla por los 300.000 euros enfrentará a Rosi Camiño, una jefa de estación leonesa de 47 años, con Goyo Gilarranz, un administrativo madrileño de 41 años, quienes tendrán como aliados a Kiko Rivera, Pilar Rahola, Alaska y Mario Vaquerizo.\nLa mecánica adaptada de 'Pasapalabra' llevará a los participantes a enfrentarse a dos pruebas nuevas, "¿Cómo se dice?" y "Del tirón", a anotar 1.000 euros en su marcador por cada segundo acumulado y a pujar por el premio máximo: 300.000 euros. Si ningún concursante logra resolver "El Rosco", el que sume el mayor número de aciertos obtendrá el dinero que haya acumulado en las rondas previas.


Innova.- Ainia se posiciona en los grandes proyectos estratégicos nacionales de I+D+i\nEl Consell renovará todos los sistemas de grabación de las vistas de los órganos judiciales de la Comunitat Valenciana\nUn libro "desafía al olvido" documentando más de 40 campos de concentración franquistas en la Comunitat Valenciana\nAinia centro tecnológico será la sede el próximo miércoles, 16 de enero, de la puesta en marcha el proyecto 'Acuisost'. Este proyecto se enmarca dentro del programa CENIT y se considera una investigación industrial estratégica orientada al desarrollo de una acuicultura sostenible. La reunión de puesta en marcha del proyecto contará con la presencia de más de sesenta asistentes, indicaron fuentes de la organización.\nAinia ha sido elegido centro anfitrión para el lanzamiento del proyecto dada su destacada participación en este Cenit, ya que este centro tecnológico ha sido subcontratado por cinco empresas que participan en el mismo para desarrollar siete líneas de investigación diferentes.\nEntre otros temas, Ainia investigará sobre nuevas materias primas en el ámbito de piensos para la acuicultura, con el objeto de hacerla más competitiva y sostenible. Otra línea de trabajo se centrará en la transformación y presentación de los productos de la acuicultura para hacerlos más atractivos a los consumidores, al objeto de potenciar el consumo de pescado.\n'Acuisost' es uno de los 16 nuevos grandes proyectos españoles de I+D aprobados en la tercera convocatoria del programa Cénit (Consorcio Estratégico Nacional de Investigación Técnica) que el CDTI subvencionará con 180 millones de euros.\nDe estos 16 nuevos Cenit, Ainia participa de forma destacada en los tres que se han aprobado para el sector agroalimentario, lo que consolida su liderazgo en el ámbito tecnológico agroalimentario nacional, y le obliga a seguir siendo competitivo dando respuestas innovadoras y de vanguardia tecnológica a las cada vez mayores y más complejas necesidades de la industria.


¿QUÉ NOS DIFERENCIA DE OTROS GIMNASIOS EN VALENCIA? - Bergamonte\n¿QUÉ NOS DIFERENCIA DE OTROS…\nTodos los servicios de otros gimnasios en Valencia y más.\nLos gimnasios en Valencia son una alternativa cada vez más común entre los deportistas de la ciudad o alrededores. Ir a un gimnasio tiene múltiples ventajas: no tienes que depender del tiempo o de la temperatura, ni de la luz natural o de los espacios disponibles en las antiguas máquinas del parque. En el Club Deportivo Bergamonte disponemos de diversas máquinas de última generación, sauna, pistas de padel y tenis, piscina y clases.\nNuestro gimnasio en Valencia está especialmente equipado para cubrir todas tus necesidades. Disponemos de un amplio repertorio de clases para ayudarte a moverte en compañía de otras personas. Ser socio de nuestro club deportivo en Valencia tiene muchas ventajas: además de acceso ilimitado al gimnasio, dispones de descuentos en el alquiler de pistas de padel o tenis, acceso ilimitado a la piscina, uso de sauna y descuento en todas las actividades y torneos programados por el Complejo. Si quieres hacer deporte en las mejores condiciones, pasa de gimnasios en Valencia y ven a nuestro Club Deportivo Bergamonte en la Pobla de Farnals.\nA diferencia de en otros gimnasios en Valencia, en nuestras instalaciones siempre encontrarás sitio para aparcar. Además de las facilidades de acceso, no tendrás que preocuparte por tus hijos. Disponemos de diversas actividades, como clases de padel y tenis, para entretener a los más pequeños mientras tú estás en el gimnasio. Es una manera sana y divertida de que toda la familia haga deporte, algo muy importante. En el Club Deportivo Bergamonte en la Pobla de Farnals tenemos todo preparado para que lleves una vida sana de una manera divertida y relajada.\nAnteriorPublicación anterior:¿BUSCAS UN BUEN CLUB DE PADEL EN VALENCIA?SiguientePublicación siguiente:¿BUSCAS UN RESTAURANTE PARA BODAS EN VALENCIA?


Asco de Vida / La semana pasada, el domingo para ser exactos, me admitieron en un curso de 3 meses en Alemania que me va a abrir todas las puertas que quiera. Mi novio me ha dejado alegando que no puede estar tres meses sin verme. El ADV va porque cuando nos vemos lo que hacemos es ver una película, follar, y que él se ponga a jugar al ordenador. Siempre. ADV\nEnviado por ♀ bsostrnra el 12 ene 2017, 13:30 / amor\nLa semana pasada, el domingo para ser exactos, me admitieron en un curso de 3 meses en Alemania que me va a abrir todas las puertas que quiera. Mi novio me ha dejado alegando que no puede estar tres meses sin verme. El ADV va porque cuando nos vemos lo que hacemos es ver una película, follar, y que él se ponga a jugar al ordenador. Siempre. ADV\nVaya asco de vida (1514) - Haberlo pensado (190) - Menuda chorrada (46)\n14 ene 2017, 17:02\nJ0der, en 3 meses te van a enseñar todas las profesiones del mundo? Estos alemanes si que saben.\n14 ene 2017, 17:03\nEsa relación ya estaba acabada entonces. Por cierto, ¿de qué es el curso? Porque me parece una barbaridad decir que 3 meses de curso te dan para abrir todas las puertas que quieras.\n14 ene 2017, 17:04\nPues con ese ritmo creo que tu saliste ganando. Vale, lo querías, pero si nl te podía esperar tres meses entonces no vale la pena.\nEs que jugar al ordenador sin ti al lado no es lo mismo. Es un romántico el chaval.\n14 ene 2017, 17:05\nMira sales ganando por todos lados,ahora eres libre para abrir todas las puertas laborales y emocionales.\n14 ene 2017, 17:06\n#1 #1 wunderdoge dijo: J0der, en 3 meses te van a enseñar todas las profesiones del mundo? Estos alemanes si que saben.@wunderdoge #2 #2 adha dijo: Esa relación ya estaba acabada entonces. Por cierto, ¿de qué es el curso? Porque me parece una barbaridad decir que 3 meses de curso te dan para abrir todas las puertas que quieras.@adha Es un curso de girar pomos, bajar picaportes, usar cerrojos y demás. Que no os enteráis de nada.\nEn fin , menuda mierda de todo, relación, adv, tú...\n14 ene 2017, 17:09\n¿Y querías que siguiera siendo tu novio porque...?\n14 ene 2017, 17:11\n#8 #8 bizkor69 dijo: En fin , menuda mierda de todo, relación, adv, tú...@bizkor69 Y probablemente, mierda de curso también. Me ha recordado a algún amigo que tengo que se cree que por hacer cursillos de cosas superespecíficas aquí y allá ya es un maestro del tema y lo van a fichar donde quiera, cuando en realidad está dando a lo mejor una asignatura de carrera, por encima y en más tiempo.\n14 ene 2017, 17:18\nPues si te quejas de tu relación y de cómo era, mejor que lo hayan dejado.\nAstronauta te vas a hacer tú en 3 meses, no te jode.\n#13 por cinosana\n14 ene 2017, 18:15\nVaya caña de curso. Vas a aprender mucho en muy poco tiempo. Cuando vuelvas, dinos el truco.\n#14 por pablopreda\n14 ene 2017, 18:30\nAcaso pensabas que una pareja era otra cosa? Pero de qué película de sábado por la tarde te caiste? Jajaja\n14 ene 2017, 18:31\nEs decir, no puede estar tres meses sin sexo\n14 ene 2017, 19:01\nclaro, es que de esas tres cosas te necesita para *******. sin ti no podria...\n¿Qué tiene que ver lo que hagáis para que él no pueda estar sin ti? Esos son los planes habituales de muchas parejas.\n#18 por xxmatatorosxx\n14 ene 2017, 20:03\nLo que esta queriendo decir es que el se lo pierde porque hace lo que le gusta a el y no se lo impide.\n#19 por iapitar\n14 ene 2017, 20:08\nMe da que te han comido la cabeza con ese curso y no poco\n#20 por stoxx1312\n15 ene 2017, 10:14\nPues para que sepas ese es el paraiso para un hombre,con narón te dejo para no sentir el dolor de no verte 3 meses aún siendo novios y como casi todas las mujeres eres muy intolerante creo yo...\n#22 por snuffbeard\n16 ene 2017, 17:25\n¿A qué zona de Alemania vas a mudarte? Yo vivo actualmente cerca de Nürnberg, nunca viene mal tener un poco de ayuda. También puedes buscar en Facebook que suele haber grupos de "Españoles en [inserte ciudad]" que suelen aconsejar a nivel local muy bien.\n#23 por bepac\n17 ene 2017, 13:45\nAlégrate de que te haya dejado, porque con ese plan de vida que llevais... seguro que encuentras a alguien muchisimo mejor y que te apoye hagas lo que hagas.


Review: Acer Predator Z650 - Top10Games\nInicio Hardware Review: Acer Predator Z650\nReview: Acer Predator Z650\nAcer está innovando mucho en el mundo de la tecnología, desde los dispositivos más pequeños como pueden ser los terminales hasta ordenadores o incluso proyectores. En esta ocasión analizaremos el proyector gaming Acer Predator Z650.\nAgradecer a Acer por prestarnos el producto para analizarlo.\nEl Acer Predator Z650 es un proyector para Gaming que cubre todas las necesidades. Pantalla panorámica de 100”, resolución de 1080p, sonido DTS con altavoces integrados de 10 vatios: ¡preparado para tu experiencia de Gaming!»\nLos jugadores exigen los mejores gráficos, y nosotros hemos escuchado sus exigencias. Los modos «Dark and Bright FPS» mejoran la visibilidad en diferentes ambientes de iluminación en el juego. El modo Game Auto analiza el contenido en tiempo real para mejorar la visibilidad, el contraste y el color.\nCon el Z650, cada vez que inicies el dispositivo, te dará la bienvenida con uno de tus momentos de juego preferidos. Con un par de sencillas pulsaciones, el Predator Z650 puede capturar la pantalla y convertirla en una pantalla de inicio personalizada.\nNuestro diseño de Dongle oculto protege los accesorios en un compartimento interno y elimina el desorden externo.\nCombina el Predator Z650 con un kit WirelessHD para transmitir de forma inalámbrica contenido 1080p sin pérdidas. Disfruta de libertad sin un caos de cables.\nCon DTS® Sound y dos altavoces estéreo de 10 W incorporados, tendrás la libertad de llevarse el Z650 a cualquier sitio sin necesidad de llevar también un equipo de sonido. Disfruta de las explosiones, el chirrido de los neumáticos y mucho más sin complicaciones\nTransmita el audio a unos auriculares o un sistema de altavoces Bluetooth para disfrutar de audio sin cables.\nTecnología: DLP® BrilliantColor™ 0.65 DarkChip™ 3 DMD\n3D: Frame-Packing (Full HD 3D) | Side-by-Side | Top-and-Bottom | Frame Sequential (3D Ready) | Real Full HD\nLuminosidad: 2.200 ANSI Lumen (2.560 ECO)\nRelación de Aspecto: 16:9 (4:3 y 16:10 compatible)\nResolución Nativa: 1920 x 1080 Full HD\nResolución Máxima: 1600 x 1200 UXGA y 1920 x 1200 WUXGA\nTamaño de Pantalla: 54″ (137cm) ~ 300″ (762cm)\nDistancia de Proyección: 3.0´ (0.9m) ~ 15.0´ (4.6m)\nRatio de Proyección: 131″@2m (0.69 ~ 0.76:1)\nApertura de Lente: F = 2.60 ~ 2.78, f = 10.20mm ~ 11.22mm\nZoom Manual: SÍ (1:1.1)\nTipo: 240W Philips UHP\nDuración: 3.000 horas / 4.000 horas (Eco) / 6.000 horas (ExtremeEco)\nEntrada Componentes (3 RCA): 1\nEntrada Video Compuesto (RCA): 1\nEntrada HDMI/MHL: 3 (uno 1.4a; 1 interno para Chromecast o similar)\nMicroUSB: 2 USB-B (uno DC-out)\nSerie: 1 (RS232; D-Sub)\nDC-output (5V/1A): 1 (USB-A)\nModo audio: DTS Sound\nAudio-in: 1 (3.5mm jack)\nAudio-out: 1 (3.5mm Jack)\nEl Acer Predator Z650 es un proyector de alta gama, se puede corroborar en el instante que lo tocas pues está construido con buenos materiales, que no dejan de ser plástico, pero es plástico duro y la sensación que nos trasmite es que está construido para que nos dure bastante tiempo.\nEn el apartado del diseño nos ha gustado la forma en la que ha trabajado Acer para desarrollar este proyector, pues a pesar de tratarse un dispositivo común entre todos los ámbitos, ha sabido destacar dándole un toque gaming usando los colores rojo y negro, que hará que combine con nuestra setup gamer perfectamente.\nNos encontramos ante un proyector gaming de alta gama que trabaja con una gran capacidad de transferencia de datos, un capacidad que es necesaria ya que tratándose de un proyector que está destinado para juegos, necesitamos obtener la menor latencia posible.\nEn este apartado Acer ha sabido acertar y ha colocado al rededor de todo el proyector ventiladores para disipar el calor que pueda producir todo el sistema, incluido la lámpara.\nComo en todos los proyectores, en la parte inferior tenemos los enganches para poder colocar el proyector en un soporte, e inclinarlo si nos hiciese falta.\nLas conexiones es algo que también nos ha gustado, pues hay que ser preventivos y no nos puede faltar nunca ningún método de conexión, esto es algo que también ha acertado Acer, ofreciéndonos multitud de posibilidades de conexiones. Conexiones que pasan desde el clásico S-VIDEO hasta el novedoso HDMI MHL.\nEn la parte de audio contamos con las conexiones tradicionales, además de conexión de audio Bluetooth. El Predator Z650 incluye dos altavoces estéreo de 10W que suenan bastante potentes, equivalentes a unos altavoces de una televisión convencional.\nTambién en la parte trasera, podemos observar las características más destacables de este proyector, como puede ser su soporte MHL, Full HD 3D o su nueva función de convertir contenido de 2D a 3D.\nCabe decir que este proyector también tiene soporte para MHL/Miracast vía WiFi, pero no lo trae de serie, ya que habría que adquirir a parte el kit WirelessHD para poder realizar esta función, función que pensamos que ya la debería incluir integrada en el propio proyector de serie.\nLa distancia de proyección es un punto fuerte de este Z650, pues en tan solo algo mas de medio metro hemos conseguido una pantalla de 80″, algo que nos ha encantado.\nLa calidad de imagen es algo que en nuestro caso nos ha costado calibrar, pues a pesar de conseguir un enfoque perfecto moviendo la lente milimetricamente, hemos tenido que realizar un ajuste de claridad de texto mediante las opciones que nos ofrece el proyector hasta que hemos conseguido una relación calidad/tamaño aceptable.\nLos diferentes modos de pantalla que nos ofrece el Z650 nos ayudaran a realizar estos ajustes, ya que nos ofrece «presets» con configuración adecuada dependiendo del estilo de juego y contenido que estemos reproduciendo. También incluye un modo automático que detecta automáticamente el tipo de contenido que estamos reproduciendo para adaptarlo.\nLa lampara del Acer Predator Z650 nos promete una duración de 3.000 horas, 4.000 horas en su modo Eco o incluso 6.000 horas en su modo ExtremeEco, aunque en estos dos últimos modos sacrificamos un poco de nitidez, brillo y claridad.\nEn cuanto a accesorios con el Z650 nos incluye el propio proyector, un mando remoto, una mochila de transporte, los cables de conexión de corriente y HDMI, y según indica el fabricante, dos gafas 3D que en nuestro caso no hemos recibido por lo que no hemos podido probar su capacidad de reproducción de contenido 3D.\nEl proyector gaming Acer Predator Z650 es un proyector gaming de alta gama, construido con buenos materiales, con bastante versatilidad de conexión y con múltiples configuraciones que cubrirán todas las necesidades que requiramos en cuanto a proyección audiovisual.\nEn el tema del gaming el proyector ha reaccionado bastante bien, la calidad ha sido buena y a pesar de estar acostumbrados a jugar en monitores de 144Hz, hemos podido disfrutar de la experiencia de gaming en proyección sin notar a penas la presencia de la latencia.\nEl producto ha sido bien diseñado y desarrollando, se aprecia en detalles como la colocación de ventiladores que permiten disipar fácilmente el calor sin producir a penas ruido, ofreciendo un compartimento en su interior para instalar el kit wifi, tapa de protección del objetivo, etc..\nPero tratándose de un proyector de tan alta gama como puede ser este Acer Predator Z650, se dejan pasar algunos detalles que al usuario final seguro que le gustaría encontrar, como el tema de la inclusión del kit wifi de serie, la mejora de la nitidez del texto o la inclusión de un puerto de conexión DisplayPort.\nPodemos encontrar este proyector gaming Acer Predator Z650 en el mercado por los 1100€.\nPor la calidad que nos ofrece este proyector, potencia, latencia, conexiones y prestaciones, lo recomendamos a nuestros lectores y le otorgamos el trofeo de Oro.\nArtículo anteriorCS:GO tiene un nuevo mapa oficial: Canals\nArtículo siguienteLucio tendrá cambios en la próxima actualización de Overwatch


Se inauguró Primer Laboratorio Covid en Maldonado - 5dedos\nSe inauguró Primer Laboratorio Covid en Maldonado\nPor Redacción\t publicada en Jul 28, 2021\nCon la presencia del Ministro de Salud Dr. Daniel Salinas, quedó inaugurado en la Clínica San Fernando, el Primer Laboratorio Covid de Maldonado. En diálogo con el alcalde Andrés Rapetti, el ministro envió un mensaje de esperanza a los fernandinos, anhelando la superación de este mal momento epidémico y solicitando que se continúe con la vacunación y los cuidados que permitan mejores condiciones para recibir el “tan necesario turismo del cual vive el Departamento” (video en redes sociales del Municipio). Desde la Dirección Departamental de Salud, recuerdan que durante esta semana la vacunación “Barrio a Barrio” continúa de la siguiente manera: Miércoles 28 en Policlínica de Maldonado Nuevo, Jueves 29 en Policlínica de Cerro Pelado y Viernes 30 en Policlínica ASSE del Barrio Hipódromo.\nAntía destacó la apuesta de la Clínica San Fernando que inauguró el primer laboratorio de test COVID-19 en Maldonado\nEl nuevo servicio fue presentado este martes 27 de julio con la presencia del ministro de Salud, Daniel Salinas. La incorporación de esta tecnología aspira a contribuir a la salud de la población, agilizar los diagnósticos y prevenir el avance de las variantes del COVID -19.\nAsí lo subrayó el director de la Clínica San Fernando, Daniel Andreoli, durante la conferencia de prensa en la cual resaltó que “estamos alineados con las estrategias nacionales”.\nPor otra parte, agregó que “Maldonado vive de sus servicios turísticos y debemos dar garantías en materia de seguridad pública y sanitaria”. El laboratorio “viene a facilitar un diagnóstico rápido y seguro para que las personas puedan venir al departamento con tranquilidad”, al tiempo que destacó la tecnología y el asesoramiento del Instituto Pasteur.\nEl intendente de Maldonado, Enrique Antía, valoró el avance de Maldonado en materia de salud y agregó que «el progreso del departamento es notorio”. Durante el corte de cinta, felicitó a las autoridades de la Clínica San Fernando por el riesgo y aseguró el apoyo del gobierno departamental a este tipo de iniciativas.\nEn tanto, Salinas agradeció a los presentes e insistió en que este tipo de emprendimientos “nos permitirán afrontar la nueva vida que nos plantea la pandemia mundial, principalmente en los destinos turísticos que por estos días están definiendo su futuro». Por último, indicó que la vacunación es el camino para el descenso de casos y el número de internaciones, así como los fallecimientos.\n“Planteamos alternativas para que la empresa pueda volver a funcionar”, dijo Bonilla\nA.H. Lydia Balbuena – Ansiedad\nUnidad Hospitalaria Maldonado-San Carlos generó ahorros millonarios\n70.23% de la población tiene las dos dosis, en Maldonado\nEste lunes, detectaron 4 casos nuevos de Covid en Maldonado


🔴MÉXICO ES UNO DE LOS 5 PAISES MÁS CORRUPTOS DEL MUNDO🚨 – Domingo7\nIndicador global mide sobornos, influencias indebidas y apropiación indebida de fondos públicos\nMéxico fue ubicado entre los cinco países más corruptos del mundo por el Índice Global de Estado de Derecho 2021, del World Justice Project (WJP).\nEl WJP analiza diferentes factores agrupados en ocho indicadores, uno de los cuales es “Ausencia de Corrupción, en el que México salió peor evaluado.\n“Este factor toma en cuenta tres formas de corrupción: sobornos, influencias indebidas por intereses públicos o privados, así como la apropiación indebida de fondos públicos u otros recursos”, explica el informe.\nMéxico pasó del lugar 117 en 2019, al 121 en 2020, y ahora en este año al 135 de 139 naciones analizadas en el índice.\nA nivel global, superó a Uganda, Camerún, Camboya y la República Democrática del Congo, mientras que en la región de América Latina y el Caribe, México fue el peor de 32 países que son analizados.\nEn general, el Índice Global de Estado de Derecho 2021 ubicó a México en la posición 113 de 139 países, nueve lugares por debajo del año anterior, cuando estuvo en el sitio 104.\nEl Índice Global de Estado de Derecho 2021 ubica en los primeros tres lugares a Dinamarca, Noruega y Finlandia, mientras que al fondo de la lista sitúa a Venezuela, precedido de Camboya y República Democrática del Congo, según información del periódico Reforma.