Y por fin...

Se acabó. Ha sido un año duro, pero muy duro. Trabajo, más trabajo, y por fin se terminó el curso. Falta la nota final, pero ahora mismo me da un poco igual. Lo importante es que he aprendido un montón y que espero que todos estos conocimientos los pueda aplicar en mi trabajo.

Dejo los enlaces a los documentos publicados en Scribd en la columna de la derecha, por si alguien tiene interés.

El diagrama de Gantt

Llevaba un tiempo atascado con este tema, pero finalmente parece que ya lo he resuelto, no sé si bien o mal, pero ya está hecho. Por supuesto está pendiente de la revisión final, con lo que el resultado podrá variar.

Podéis ver el resultado aquí, aunque por desgracia no he conseguido que aparezca en formato apaisado y no tengo tiempo ahora mismo para ponerme a ello. En una futura entrada comentaré los aspectos más relevantes y qué decisiones me han llevado a este calendario.

Uno de los mayores problemas que he tenido usando OpenProj es la limitación tan enorme que tiene a la hora de imprimir, prácticamente es imposible ajustar nada. Habrá que bucear por la forja para ver si cómo va el tema y si otros usuarios han demandado mejoras, aunque supongo que sí. Por lo demás no tengo quejas sobre la aplicación, aunque he notado una cierta ralentización conforme crecía el diagrama, y eso que no es que sea muy extenso.

He intentado solucionar el problema de la impresión echando mano de PDF Creator (una de mis aplicaciones Open Source favoritas por su sencillez, ligereza y usabilidad), pero no lo he conseguido muchas mejoras. Probaremos a actualizarnos a la versión más reciente a ver si hay más suerte.

A una semana de la entrega

Como en la vida real, las cosas se complican. Es el pan nuestro de cada día en la gestión de proyectos, al llegar las fechas de entrega, surgen los problemas. En este caso, sencillamente tengo que intentar abarcar múltiples actividades de forma simultánea, pero bueno, intentaremos solventarlo como siempre, durmiendo poco y descansando una vez todo esto haya acabado.

El martes, día que iba a dedicar a dar el último repaso y empujón ha surgido un evento muy interesante al que quiero asistir y me debato entre el querer y no poder. Por no decir que el fin de semana lo tengo bastante complicado por temas personales, así que me faltan horas en el día.

En fin, esto es gestión de proyectos, ¿no? A planificar y a solventar los obstáculos.

Software libre, aspectos tecnológicos

Aunque una descripción del movimiento del software libre o software de fuentes abiertas está claramente fuera del alcance de este proyecto, se realiza a continuación una breve descripción de los aspectos tecnológicos que rodean a este movimiento. Para información adicional se recomienda consultar la bibliografía.
El término Free Software (software libre) se concibió inicialmente como un concepto ético, más que como una definición tecnológica. La evolución del movimiento y la ambigüedad de la palabra free (en inglés significa tanto gratuito como libre) llevó a la aparición en los años 90 del concepto Open Source (software de fuentes abiertas). En este caso los aspectos éticos del movimiento quedan supedidados a los aspectos técnicos: este movimiento se basa en el acceso al conocimiento sin restricciones como forma de mejorar la calidad del software, permitir desarrollos más rápidos y facilitar el aprendizaje. El movimiento Open Source busca pues la excelencia técnica.
Se han definido cuatro libertades que definen cuándo el software es software libre. Analicemos estas libertades desde un punto de vista técnico:
Libertad 0: uso del código con cualquier propósito. Es decir, es posible utilizar el software libre con propósitos comerciales o para fines profesionales.
Libertad 1: acceso al código fuente. Esto permite estudiar el código, lo cual es útil para fomentar el conocimiento, pero también permite la detección de errores en el software. Uno de los problemas del SW privativo es que, ante la aparición de errores, el distribuidor puede solventarlos o decidir no hacerlo. Esta decisión se basará en los recursos que deberá destinar para realizar la reparación y en el número de usuarios afectados, con lo cual está en manos del proveedor el proporcionar una solución a un problema, sin que el usuario tenga ni siquiera oportunidad de resolver el error por su cuenta, por lo cual el SW libre proporciona una clara ventaja técnica en este caso.
Libertad 2: distribución del software. Esta libertad permite que se hagan copias del software y se difundan sin restricciones. La difusión del software ha propiciado el nacimiento de comunidades creadas en torno a un proyecto de software libre, cuyo modelo se está exportando también al software privativo. La comunidad es la que realiza las pruebas del software, propone mejoras, aporta soluciones a los problemas detectados, etc. A la hora de decidir migrar al SW libre es conveniente comprender que para obtener soporte o incorporar una nueva funcionalidad a una aplicación, no se puede utilizar el esquema de distribuidor-cliente, sino que existe una comunidad con sus reglas jerárquicas y protocolos de comportamiento.
Libertad 3: mejora y distribución del software. Obviamente esto permite que las aplicaciones puedan ser mejoradas por personas y empresas y garantiza que las mejoras podrán ser accesibles, lo que redunda en la calidad técnica del software.
Aunque es complicado establecer generalidades, ya que cada aplicación o sistema tiene sus propias características, en general se puede afirmar que, tecnológicamente, los sistemas operativos de fuentes abiertas son estables, seguros y basados en estándares abiertos.
Sí es posible afirmar que, actualmente el software de fuentes abiertas es una alternativa tecnológicamente a la altura del software privativo. En algunos casos existen aplicaciones abiertas que son superiores técnicamente a sus equivalentes en SW privativo, como puede ser el navegador Firefox o el servidor Apache.

Probando Scribd

Decididamente esta aplicación me gusta bastante más que Google Docs.

Ahí va una versión incompleta del documento, pronto espero tener la definitiva.


Proyecto_jhernandezmi

Proyecto Morfeo

Os dejo un interesante enlace a la página de formación del Proyecto Morfeo.

Es posible acceder a cursos gratuitos, entre ellos uno precisamente sobre migración a SL. Este es un tema que me entusiasma, quizá deberíamos acuñar el término de Formación Abierta, el poner a disposición del interesado cursos de manera gratuita. La novedad es que además es posible obtener una certificación, aunque todavía no sé cómo se va a gestionar.

Sirva este post como modesto reconocimiento a esta estupenda labor.

El software libre y el poder de los proveedores

En alguno de las anteriores entradas he hablado del SL ante las barreras de entrada y salida. Ahora toca revisar la relación del SL y de la teoría de las 5 fuerzas de Porter, el poder de negociación de los proveedores. Quizá este sea el aspecto que más profundamente ha alterado el software libre, ya que ha variado el modelo de negocio de las empresas de SW. El modelo de negocio del SW se basaba en crear una aplicación de la que era propietario el fabricante, de tal forma que el usuario sólo podía utilizar ese SW, pero no disponía de la propiedad en el sentido de que no podía conocer el código, modificarlo o compartirlo. En esta situación el proveedor del SW mantiene un alto poder de negociación: podía decidir qué modificaciones realizar, en qué plazos, bajo qué condiciones. En algunos casos la aplicación del proveedor estaba tan extendida que podía imponer al usuario el uso de aplicaciones complementarias no deseadas (véase el caso de Microsoft y la incorporación de su navegador Explorer al sistema operativo, por no hablar de Windows Media).

El SL puede suponer una disminución del poder del proveedor. El caso del navegador Firefox es paradigmático: los navegadores son aplicaciones por las que tradicionalmente el usuario no paga una licencia, lo que motivó un desinterés patente por parte de MS por desarrollar su propio navegador. El usuario (el cliente) no podía hacer mucho por cambiar esta situación, ya que el desarrollo del producto no era estratégico para el proveedor. Finalmente surgió la comunidad Mozilla que presentó al mercado una alternativa en software libre técnicamente muy superior a MS Explorer, con lo que MS se vio obligado a mejorar su producto para poder competir con Firefox.