The Webkit Open Source Project

Presentación realizada por Carlos García Campos dentro de la asignatura de Casos de Estudio II del Máster en Software Libre de la Universidad Rey Juan Carlos de Madrid.

Carlos García Campos  ha estado colaborando con la comunidad de Software Libre desde 2002 año en el que comenzó a contribuir al proyecto GNOME. Desde entonces ha sido un programador activo de dicho proyecto trabajando en diferentes módulos del escritorio y de la plataforma y también en algunos proyectos de freedesktop.org. En octubre de 2010 deja su trabajo en la universidad y se une a Igalia, empresa gallega dedicada al Software Libre y principal colaboradora del proyecto webkit, para trabajar en los proyectos webkit y GTK+, siguiendo, además, colaborando en GNOME de forma altruista.

¿Qué es Webkit?

Claramente es un proyecto de Software Libre, sino no estaría aquí, pero realmente no es algo que nosotros sepamos identificar a primera vista, si te hablan de webkit seguramente no sepas lo que es pero si te hablan de Apple Safari, Google Chrome, o el navegador que usas en el Iphone o en un smartphone Android o incluso en un teléfono Nokia, estarás oyendo hablar de Webkit. Por tanto, Webkit es, por decirlo de una forma sencilla, un motor de contenido web, es decir, Webkit procesa contenido web y lo visualiza. No nos confundamos, no es un navegador web pero sí una parte importante de él. Aunque realmente Webkit es algo más, es un framework que facilita el desarrollo de otras aplicaciones, por ejemplo:

Con respecto al uso en navegadores podemos ver que los que está basados en Webkit se llevan una buena parte del pastel. Fuente uso de navegadores en wikimedia.

Wikimedia browser usage april 2012Un poco de historia.

WebKit es un producto desarrollado desde 2001 por Apple a partir de las librerías KHTML (interpretación de código HTML) y KJS (interpretación de Javascript) de KDE. WebKit  portó dichas librerías al sistema operativo Mac OS X y debido a la utilización de partes de KDE por Apple, estas dos organizaciones comenzaron una colaboración muy beneficiosa para la comunidad de Software Libre. A mediados de 2005, Apple liberó WebKit como software libre, como lo eran en principio las librerías de las que partieron. Webkit soporta HTML5 desde 2007. En abril de 2010 tiene lugar la First WebKit Contributors Meeting dónde se anuncia el desarrollo de WebKit2.

Objetivos de Webkit

  • Web Content Engine. Su principal objetivo es el contenido desplegado en Internet de tipo web usando tecnologías basadas en estándares como HTML, CSS, JavaScript y el DOM.
  • Open Source. WebKit debe seguir siendo de uso libre, tanto aplicaciones de software libre como privativas. Para ello, utilizan licencias BSD y LGPL.
  • Compatibility. Se realiza un gran esfuerzo por mantener y mejorar la compatibilidad con el contenido web existente, a veces incluso a costa de las normas.
  • Standards Compliance. Es muy importante el cumplimiento de las normas establecidad actualmente en la web, además de dar soporte para nuevos estándares. Pero no sólo basta con  mejorar el cumplimiento, Webkit participa en la comunidad de estándares web para incluir las nuevas tecnologías en las normas.
  • Stability. Los crashes, cuelgues y regresiones deben ser tratados con prontitud para evitar que se amontonen y mantener un código estable.
  • Performance. Mantener y mejorar la velocidad y el uso de memoria es un objetivo importante. Obtener  un rendimiento que se considere “suficientemente bueno” es muy difícil y por eso hay que esforzarse para mejorar día a día.
  • Security. Hay que corregir los problemas de seguridad con prontitud para proteger a los usuarios y mantener su confianza.
  • Portability. Webkit está portado a infinidad de plataformas como los equipos de escritorio, los móviles, los dispositivos integrados y otras plataformas.
  • Usability. Webkit se preocupa por dar al usuario unos principios de diseño de interfaz buenos además de esforzarse por realizar una integración de las características de accesibilidad de la plataforma para permitir el acceso a todos los usuarios, incluidos aquellos con algún grado de discapacidad.
  • Hackability. Se debe mantener el código lo más limpio y fácil de leer posible para facilitar su trabajo a los programadores.

No son objetivos de Webkit:

  • WebKit es un motor, no un navegador. No se pretende desarrollar un navegador basado en webkit, otros ya lo han hecho.
  • WebKit es un proyecto de ingeniería, no un proyecto de ciencias. Para  nuevas características a adoptar en WebKit, se obtará por tecnología o al menos casos de uso que puedan ser probados.
  • WebKit no es un montón de código general y reutilizable. Existen algunas partes de uso general pero sólo lo justo para ser un motor de contenido web bueno.
  • WebKit no es la solución para todos los problemas.

Arquitectura de webkit

Webkit está formado por una serie de capas que van requiriendo servicios de la inferiores y que van dando servicio a las superiores. Dichas capas son las siguientes

  • WebKit: Capa de interfaz de programación de aplicaciones a través de la cual llegan las peticiones a webkit. No confundir el nombre de esta capa con el producto completo que es realmente a lo que nos hemos referido como Webkit durante todo el post.
  • WebCore: Renderizado, capas , red, multimedia, a11y (accesibilidad informática), etc.
  • JavaScriptCore: Motor JavaScript, WTF(WebKit Templating Framework).
  • Platform: enganches para implementar operaciones genéricas en todas las plataformas.

Webkit en números

Líneas de código de Webkit a junio de 2012 según ohloh.net.

Lenguajes de programación usados en  Webkit a junio de 2012 según ohloh.net.

Commiters de Webkit a junio de 2012 según ohloh.net. Destacar la caída de commiters de 179 en mayo de 2012 a 106 en junio del mismo año. Habrá que investigar.

Commits de Webkit a mayo de 2012 según ohloh.net. No he puesto la información de junio porque estamos a mediados de mes y no sería comparable. De todas formas se detecta una caída de commits supongo que por el descenso de commiters, como he dicho antes habrá que investigar.

Conclusiones

Como resumen, sólo indicar dos asuntos que me han llamado la atención de esta charla, primero, que nunca había oído hablar de Webkit y además, pensaba que todo el software libre se usaba en sí mismo y no como base para otro tipo de paquetes más complejos y segundo que pensaba que Apple era un insaciable consumidor de software libre pero que nunca compartía nada, ¡qué equivocado estaba!

Me he llevado una grata sorpresa viendo la cantidad de posibilidades y utilidades de Webkit.

Hasta otra …

Referencias:

Publicado en Casos de estudio II, Desarrolladores y su motivación, Gestión de proyectos, Herramientas de desarrollo, Introducción | Etiquetado , , , , , , | Deja un comentario

¿Cómo ganarse la vida con el Software Libre?

En esta ocasión, Rodrigo Moya nos habla de sus experiencias laborales dentro del Softare Libre.

Rodrigo Moya comenzó a “pegarse” con los ordenadores a la edad de 11 años con uno de los primeros Sinclair Spectrum que aparecieron en el mercado y, entre juego y juego, su pasión por la informática iba creciendo. Empezó a programar en BASIC y siguió con el COBOL y después de pasar por varias academias de informática, en 1991, se apunta al Instituto Cibernos, escuela de informática de renombre en Madrid, dónde por primera vez oyó hablar de Linux y del Software Libre y dónde estudia hasta 1994 que se va a vivir a Inglaterra. Allí, en la Universidad de Gales en Cardiff, se apuntó a distintos cursos de informática, usando GNU/Linux e instalándolo por primera vez en un ordenador.

A su regreso a España, en 1997, comenzó a trabajar como programador en empresas de servicios informáticos de Madrid con poca o ninguna relación con el  Software Libre, pero en sus ratos libres se va involucrando en el proyecto GNOME, al principio como traductor de francés y más adelante como programador en el proyecto GNOME-DB, siendo por tanto desarrollador de Software Libre desde 1998 y convirtiéndose un año después en el responsable principal del proyecto.

En 1999 funda , junto con Álvaro del Castillo, GNOME Hispano, una comunidad online que pretende abarcar a toda la comunidad GNOME hispanoparlante y cuya finalidad es elaborar documentación en español, proyectos y listas de distribución para facilitar la entrada de nuevos colaboradores hispanos en el proyecto GNOME.

El día de Reyes de 2001 fue contratado por HelixCode que en ese momento cambió su nombre a Ximian (empresa fundada por Miguel de Icaza y Nat Friedman en octubre de 1999), donde estuvo teletrabajando desde desde Peralta, un pueblo cerca de Pamplona, en el desarrollo de Evolution, la aplicación de correo y trabajo en grupo del proyecto GNOME y de Bonobo, el sistema de componentes del proyecto GNOME.

Ximian era una empresa pequeña con muchas ganas de crecer, crear su propia distribución de GNU/Linux ya que mantener versiones de GNOME para todas las distribuciones del mercado era demasiado complejo. La idea de Nat Friedman, director ejecutivo en esos momentos, era convertirla en una empresa más grande, tipo RedHat, que generase su propia distribución, como se ha indicado anteriormente, y un montón de software y servicios asociados de los que obtener el suficiente capital como para sustentar la empresa y seguir creando Software Libre.

Pero en agosto de 2003 la todopoderosa Novell, con intenciones de introducirse en el Software Libre, adquirió a Ximian y con ella los servicios de Rodrigo, que se unió al equipo de desarrollo del escritorio en Novell, donde trabajó en distintos proyectos, tales como el centro de control de GNOME, el gestor de sesiones, el gestor de baterías, el salvapantallas y otros. En noviembre del mismo año Novell adquiere la distribución de GNU/Linux SuSE siguiendo con sus intenciones relacionadas con el Software Libre.

A principios de 2009 “le hicieron el favor” de echarle de Novell pero poco tiempo después ya estaba trabajando de nuevo, ahora en Canonical (conocida por su famosa distribución de GNU/Linux denominada Ubuntu). Al principio, en un proyecto de tienda de música en Ubuntu One y después en el Equipo de Desktop realizando tareas de empaquetado de software. A finales de diciembre de 2011 abandona Canonical.

Desde principios de enero de 2012 trabaja en Collabora realizando proyectos de Software Libre.

¿Cómo ganan dinero las empresas de Software Libre?

De su experiencia dentro del mundo del Software libre nos comenta que las empresas lo hacen fundamentalmente ofreciendo servicios asociados al software, por ejemplo, RedHat cobra por los servicios que presta a las empresas que usan su distribución.

Otra manera de obtener financiación consiste en mantener un proyecto cerrado hasta que no funcione correctamente y así, obtener una ventaja competitiva a la hora de obtener clientes de sus servicios no libres para poder seguir realizando proyectos libres. Esta forma puede no ser la ideal porque se pierden las colaboraciones que podrían existir de ser totalmente abierto desde el principio pero permite obtener unos beneficios que mantienen a la empresa viva.

Conclusiones

Con respecto a los “trabajadores” que se dedican al Software Libre dentro de sus variados roles, Rodrigo nos destaca las siguientes conclusiones:

  1. Si estás metido en el mundillo del Software Libre, es más fácil encontrar trabajo dentro de él sobre todo para programadores y administradores ya que te conocen y te suelen llamar.
  2. El entorno de trabajo personal es bastante mejor que en las empresas tradicionales de desarrollo de software.
  3. Existe más flexibilidad en las empresas de Software Libre, por ejemplo el teletrabajo.
  4. Aunque los ingresos sean menores que en las empresas tradicionales los beneficios personales de estar a gusto con lo que haces lo compensan.

Recomendaciones para el teletrabajo

La empresas de Software Libre proporcionan una mayor flexibilidad a la hora de trabajar, una de ellas es el teletrabajo, que puede dejar de ser una facilidad para convertirse en un infierno sino sabemos amoldarnos a él. Rodrigo nos da unas pautas y hace referencia al Blog de Teo Romera al respecto.

  • Es muy importante, levantarse, asearse, vestirse y salir a la calle como si se fuese a trabajar. No debemos ponernos delante del ordenador en calzoncillos nada más levantarnos.
  • De vez en cuando viene bien ir a trabajar a otro sitio, una biblioteca, una cafetería, etc, para airearnos.
  • Tener un sitio dedicado al trabajo y que la familia sepa que cuando estás ahí no te pueden molestar ya que es como si estuvieses en al oficina.
  • Realizar actividad física ya que el mero echo de ir a trabajar quema una serie de calorías que al estar en casa no se hace.
  • Salir a la calle y relacionarse con los demás para no convertirnos en ermitaños solitarios.

Bueno, con esto finaliza mi exposición, espero que os haya sido de interés.

Referencias:

Publicado en Aspectos económicos, Casos de estudio II, Desarrolladores y su motivación, Introducción | Etiquetado , , , , , , | Deja un comentario

Un ratito con Richard Stallman

La verdad es que nunca hubiese pensado hablar personalmente con Richard Stallman y mucho menos hacerle una entrevista, aquí os cuento mi peripecia.

Estaba dándole vueltas a la cabeza a quien entrevistar, como trabajo para una asignatura que estoy cursando del Máster en Software Libre de la Universidad Rey Juan Carlos, que fuese un personaje “relevante” dentro del software libre y, por casualidad, llegó a mis manos el programa de Boadinux2012 donde intervenían Jesús González Barahona (profesor de dicho máster) y Richard Stallman. En ese preciso intante pensé ¿por qué no entrevistar a R. Stallman?, pero rápidamente lo desestimé debido a la categoría del entrevistado, sin embargo, después de comentarlo con mi compañera del máster Laura Arjona que me animó a intentarlo, le envié un correo (21 de febrero de 2012 01:39) solicitándole una entrevista durante su estancia en Boadinux2012 sin esperanzas ciertas de recibir respuesta. A los pocos segundos me llegó la respuesta, estaba impresionado, ¡R. Stallman me había contestado!, pero al abrirlo descubrí que era una respuesta automática que comenzaba:

“I am not on vacation, but I am at the end of a long time delay. I am
located somewhere on Earth, but as far as responding to email is concerned,
I appear to be well outside the solar system. … ”

Bueno, me tocaba esperar a ver si había suerte, y realmente la hubo. A las 13:11 del 21 de febrero de 2012 recibía la siguiente respuesta:

“Si es 10 minutos, puedo hacerlo.”

Estaba estupefacto, el propio R. Stallman me había concedido una entrevista de 10 minutos. Lo primero, intentar preparar una lista de preguntas que estuviesen a la altura de mi interlocutor (no sé si lo conseguí o no) y después buscar por internet todo lo que pudiese sobre entrevistas con él. Encontré un artículo muy interesante y divertido que me dio una idea básica de la forma de ser de Richard.

Mi compañero de máster, Sergio R. Montes, me envió un mensaje con los aspectos a tener en cuenta a la hora de entrevistar a R. Stallman, la verdad es que al principio me asusté un poco al ver un documento de 19 páginas pero después vi que no era nada del otro mundo y que no sería nada difícil amoldarme a las indicaciones.

El siguiente paso, por indicación de Richard, fue contactar con Lola Parra, coordinadora de Boadinux2012 la cual, muy amablemente, me ofreció su colaboración en lo que necesitase para realizar mi tarea.

Por fin llegó el día esperado (01/03/2012). Llegué Boadinux2012 a eso de las 9:00 y comencé por buscar a Lola Parra para presentarme a ella y vernos las caras por primera vez. Por las fotos que había visto suyas por internet no me fue difícil localizarla y después de los correspondientes saludos, hablamos de cómo realizar mi entrevista sin interferir en el correcto desarrollo de las Jornadas.

Al rato llegó Richard y pasamos a una sala donde, mientras desayunaba, realizamos la entrevista. Yo estaba bastante nervioso ante la gran responsabilidad a la que me enfrentaba pero bueno, era un reto y una oportunidad que no podía desaprovechar.

Comencé con las preguntas:

  • 1.- Aparentemente todo se está llevando a “la nube” ¿dónde dejará esto al Software Libre?
  • 2.- ¿Por qué cree usted que hay tan pocas chicas realizando tareas dentro del Software Libre? Ésta es para romper el hielo un poco.
  • 3.- ¿Qué nos depara el futuro del Software Libre, cómo cree usted que será dentro de 10 años?
  • 4.- ¿Cuál cree usted que es el motivo de la baja penetración del Software Libre en los entornos de escritorio en comparación con los entornos empresariales?
  • 5.- He leído que usted considera que las patentes son algo perjudicial para el Software Libre, ¿Qué cree que se podría hacer al respecto?
  • 6.- Ya no sólo los ordenadores necesitan software, por ejemplo: tablets, smartphones, smarttv, Internet de las cosas, etc., Son tecnologías emergentes ¿cree usted que el futuro del Software Libre está ahí?
  • 7.- Ahora mismo estoy colaborando en un proyecto de la Universidad de Alcalá para desarrollar un sistema que permita mejorar las condiciones de vida de las personas y fundamentalmente su autonomía personal. Para ello se ha diseñado un hardware de muy bajo coste para que cualquiera pueda acceder a él y además se está usando y desarrollando software que queremos hacer libre. ¿Qué consejos nos podría dar para conseguir que el proyecto perdure en el tiempo?

Las respuestas …, en el vídeo que aquí os dejo, no he querido editarlo de ninguna manera para que no se perdiese el carácter del mismo, espero que sepáis perdonarme el nerviosismo y la falta de experiencia en estos menesteres.

Al final mis conclusiones fueron que hay que tener las ideas muy claras y realizar las preguntas de la forma correcta usando en todo momento las palabras adecuadas para obtener las respuestas acordes a la intención inicial, no desperdiciar el tiempo en aclaraciones inútiles, ir directamente al grano, tratarle de forma muy normal  y llevarse una cámara que grabe más de 20 minutos. Como podéis ver he fallado en casi todo. Por supuesto, el final del consejo de la última pregunta fue que usáramos licencia GPL3 o superior.

Muchas gracias a Laura Arjona, Sergio R. Montes, Lola Parra y muy especialmente a Richard Stallman sin los cuales esta maravillosa experiencia no habría llegado nunca a producirse.

Referencias indicadas sobre patentes por R. Stallman:

Indicar que tanto este documento como el vídeo anexo están bajo licencia CC BY-SA 3.0 ES.

Publicado en Aspectos económicos, Aspectos legales, Casos de estudio I, Casos de estudio II, Desarrolladores y su motivación, Introducción | Etiquetado , , , , , | Deja un comentario

Estructura organizativa de la Apache Software Fundation

Descripción de la estructura organizativa de la Apache Software Foundation (ASF).

En este documento se describe la estructura organizativa de la ASF, se habla de los órganos de gobierno y de su caracter meritocrático.

Parte 1. Community organizational structure: ASF1_Presentacion

Y aquí está el vídeo de la presentación: ASF1_presentacion

Hay otras tres partes más sobre la ASF realizadas por mis compañeros del grupo de trabajo cuyos enlaces a las mismas son:

Parte 2. Roles and community organization (Laura Arjona): http://larjona.wordpress.com/2011/12/31/apache-software-foundation-roles-and-community-organization/

Parte 3.

Parte 4. Social Interaction (Esther Parrilla): http://eparrillae.net/wordpress/wp-content/uploads/2011/06/MSWL_ASF4_eparrillae.swf

Publicado en Desarrolladores y su motivación, Introducción | Etiquetado , , , | 2 comentarios

Puppet vs. CFEngine

En este post voy a realizar un análisis somero de dos grandes herramientas de automatización remota y centralizada de servidores. Por el título supongo que ya sabréis que se trata de Puppet y CFEngine.

El análisis individual de cada paquete va a constar de los siguientes puntos: descripción breve, instalación, capacidades, características y motivos a favor y en contra a la hora de elegirlo frente a otras herramientas similares.

Puppet. Comenzaré con Puppet por seguir el orden indicado.

1.- Descripción breve

Puppet, al igual que otros paquetes similares tiene por  objetivo la administración remota centralizada y automática de gran cantidad de servidores para descargar a los administradores de sistemas de las tareas rutinarias y que no aportan valor a su trabajo. Está desarrollada por Puppet Labs, su primera versión es de 2005, la última versión estable es la 2.7.14 de mayo del 2012. Es software libre con licencia Apache desde la versión 2.7.0, anteriormente tenía GPL.

2.- Instalación

Para describir el proceso de instalación, voy a elegir una de las distribuciones de software libre para servidores más usadas en la actualidad, CentOS 5. Es muy fácil usando el repositorio de yum situado en http://yum.puppetlabs.com/. Los pasos son los siguientes:

  1. $ sudo rpm -ivh http://yum.puppetlabs.com/el/5/products/i386/puppetlabs-release-5-1.noarch.rpm
  2. $ sudo yum install puppet (para los clientes)
  3. $ sudo yum install puppet-server (para el servidor)
  4. Configurar Puppet en /etc/puppet/puppet.conf según sea cliente o servidor.
  5. $ sudo service puppetmaster start
  6. $ sudo chkconfig puppetmaster on

Esto también resuelve e instala de forma automática las dependencias que necesita Puppet para funcionar (ruby-libs, ruby, facter, ruby-shadow, augeas-libs, ruby-augeas).

3.- Capacidades

Puppet permite:

  • Gestión de configuraciones/ficheros
  • Gestión usuarios, grupos
  • Gestión paquetes
  • Scripts, Cron, …
  • Integración con subversion
  • Puppet funciona sobre RedHat, CentOS, Fedora, Gentoo,Freebsd, Mac OS X

4.- Características

Utiliza típicamente (pero no siempre) el formato cliente-servidor, todos los clientes pueden hablar con uno o más servidores centrales. Cada cliente contacta con el servidor de forma periódica (cada media hora, de forma predeterminada), descarga de la última configuración y se asegura de que su configuración está actualizada. Una vez hecho esto, el cliente puede enviar un informe al servidor indicando si se necesita cambiar algo.

5.- Motivos de elección frente a otras herramientas similares

 A favor:

  • Madurez.
  • Sintaxis fácil.
  • Muy flexible.
  • Tiene una capa de abstracción de recursos con muchas posibilidades.
  • Curva de aprendizaje rápida.
  • Instalación fácil.
  • Muy potente.
  • Usado por muchas y grandes empresas.

 En contra:

  • Necesita la instalación y mantenimiento de elementos especiales además del agente (rubi).
  • Tiempo de realización de las tareas alto.
  • Uso de recursos del sistema alto.

CFEngine. Ahora vamos con CFEngine.

1.- Descripción breve

Al igual que Puppet el objetivo es la administración remota centralizada y automática de gran cantidad se servidores para descargar a los administradores de sistemas de las tareas rutinarias y que no aportan valor a su trabajo. El proyecto lo inició, en 1993, Mark Burgess, siendo la última versión estable la 3.3.3 de mayo de 2012. Es software libre con licencia  GPLv3.

2.- Instalación

Instalar CFEngine 3 requiere realizar una serie de pasos previos antes de la instalación en sí. Primero instalaremos las dependencias:

  • $ sudo yum install db4-devel
  • $ sudo yum install byacc
  • $ sudo yum install openssl-devel
  • $ sudo yum install flex
  • $ sudo yum install gcc

Y después pasamos a instalar el producto:

  • # wget http://cfengine.com/source-code/download?file=cfengine-3.3.3.tar.gz
  • # tar zxvf cfengine-3.3.3.tar.gz
  • # cd cfengine-3.3.3
  • # ./configure && make && make install && cp /usr/local/sbin/cf-* /var/cfengine/bin

3.- Capacidades

Principalmente administra y gestiona:

  • ficheros de configuración,
  • puntos de montaje,
  • procesos del cron,
  • paquetes.

4.- Características

Utiliza arquitectura cliente-servidor, los cambios que se realizan en el servidor se propagan a los clientes, incluso si están apagados en el momento de la actuación, al arrancar verían que su nivel de configuración es menor y solicitarían la actualización al servidor.

5.- Motivos de elección frente a otras herramientas similares.

A favor:

  • Madurez (desde 1993).
  • No es necesario instalar y mantener elementos especiales además del agente.
  • Uso de recursos del sistema bajo.
  • Tiempo de realización de las tareas bajo.
  • Muy potente.
  • Usado por muchas y grandes empresas.

 En contra:

  • Sintaxis compleja.
  • No tiene capa de abstracción de recursos.
  • Complejidad de interpretación.
  • Poca flexibilidad.
  • Curva de aprendizaje lenta.
  • Instalación un poco más compleja que Puppet.

 

Conclusiones

Vistos los datos anteriores, es difícil decidirse por uno de ellos ya que sus características y funcionalidades son similares, sin embargo cómo tengo que decidir qué instalar, mi opción ha sido CFEngine, que aunque tiene una curva de aprendizaje más lenta y una complejidad mayor que Puppet el uso de recursos del sistema es muy bajo y la realización de las tareas es muy rápida. Los administradores como queremos saber siempre el estado en el que están nuestros servidores, normalmente los cargamos con muchas tareas de monitorización que en algún caso que me ha pasado acaban comiéndose a la máquina, por eso, si la monitorización es buena y no carga al equipo es la opción mejor para mi, claro está que otros administradores o responsables del área de sistemas tendrán otras opiniones pero esta es la mía.

Hasta otra …

Referencias

Publicado en Casos de estudio I, Introducción | Etiquetado , , , , , , | Deja un comentario

Encuesta personal sobre Software Libre

Aquí os dejo una encuesta que he realizado para ver la difusión que tiene el Software Libre entre mis amigos.

Aquí están las diapositivas: Difusion_del_SWL

Y aquí el vídeo con la presentación: Encuesta_difusion_SWL_video

Espero que os resulte interesate.

Aprovecho para agradecer, su colaboración, a todos los que han participado en ella de una u otra forma.

Publicado en Aspectos económicos, Aspectos legales, Desarrolladores y su motivación, Herramientas de desarrollo, Introducción | Etiquetado , , , , , | 1 comentario

Nacimiento de mi blog sobre Software Libre

A la 1:00 de la madrugada del día 30 de noviembre de 2011 nació mi blog sobre Software Libre.

¡Dios lo guarde muchos años!

Publicado en Sin categoría | Etiquetado , , , , | 1 comentario

¡Hola mundo!

Bienvenido a WordPress. Esta es tu primera entrada. Edítala o bórrala, ¡y comienza a publicar!.

Publicado en Sin categoría | 3 comentarios