10 razones para utilizar software libre en la Investigación.

  1. Aumenta la calidad de la investigación resultante, al posibilitar la colaboración espontánea (y altruista).
  2. Fomenta la colaboración interdisciplinaria.
  3. Devuelve a la sociedad lo que la sociedad ha invertido en la creación de conocimiento por nuestra parte. Devuelve a la sociedad lo que la sociedad ha invertido en la creación de conocimiento por nuestra parte.
  4. Crea otro canal para la difusión de la investigación propia.
  5. Hace público y patente para empresas y otros grupos el conocimiento y experiencia de un grupo
  6. Acerca la ciencia al público, a la sociedad, y mejora la percepción de la universidad
  7. Crea una comunidad alrededor de un grupo, y aumenta el interés en la ciencia.
  8. Fomenta buenas prácticas en el desarrollo de software.
  9. La ciencia no es ciencia si no es reproducible: liberar el software permite a cualquiera reproducirlo.
  10. El software libre es un vehículo de transmisión de conocimiento.

Notas: El término universidad es extrapolable a cualquier organismo público de investigación.
Logo: Pertenece Scientific Linux una excelente distribución basada en Red Hat mantenida por los laboratorios de Física CERN y Fermilab.

Fuente|linuxhispano

Anuncios

Coloquio 2010 del Instituto Tecnológico de Orizaba.

coloquio2010

Ingeniería en software Libre (Ebook-Español)

Ingenieria de Software Libre

Por un desarrollo socialmente responsable…

Los desarrollos tecnológicos de la actualidad han tenido como consecuencia que dependamos cada vez en mayor medida de la tecnología el tiempo, la eficiencia, precisión, persistencia, confiabilidad que nos brinda ha facilitado considerablemente nuestras vidas, pero todo tiene un precio y conforme aumenta la penetración de las tecnologías de información a la par aumentan los desechos que se generan. La comunidad de desarrolladores se ha mantenido a la expectativa de estos hechos como si únicamente les concernieran a los responsables del Hardware y a los encargados de la recolección y reciclamiento de los desechos.

Esto no es del todo correcto, nosotros como desarrolladores hemos buscado continuamente aumentar la velocidad de nuestros sistemas, así como su capacidad. Es triste ver que hoy en día sistemas realmente sencillos como el control de inventarios de una tienda de abarrotes tienen requerimientos mínimos de 1GHz en Procesador, 512 de RAM y 250MB de Disco Duro, requisitos que no se deben a la dificultad de la tarea que desempeñarán, sino más bien a malas decisiones en cuanto al lenguaje de programación que se utilizará, sistema operativo, entre otras, lo que ocasiona que los dueños tengan que dejar de utilizar los equipos que actualmente poseen para adquirir nuevos equipos.

Nosotros estamos perfectamente conscientes de que esos equipos en su mayoría no serán reutilizados, mucho menos desechados apropiadamente, por lo que de manera inconsciente hemos contribuido a aumentar el problema de los desechos. Es nuestro deber el realizar desarrollos pensando en el cliente y en su necesidad real, concentrándonos en resolver el problema utilizando la menor cantidad de recursos físicos, de ser posible lo suficiente para que nuestros clientes puedan reutilizar si bien no todos, al menos una parte de su infraestructura de hardware existente.

Una cuestión que no se hemos tenido en cuenta en la actualidad es que el Software es uno de los factores que determinan el costo del Hardware de forma directa, nosotros tenemos la posibilidad de disminuir el Costo Total de Pertenencia, si nuestro desarrollo requiere menos recursos el costo del Hardware se reducirá a consecuencia de ello, si podemos realizar un desarrollo que permita utilizar 1 de cada 4 equipos del cliente, estaremos reduciendo el costo del Hardware en 25%, está sencilla tarea puede ser la diferencia entre que el cliente pueda o no costear el desarrollo.

Es una labor difícil el ajustar el desarrollo para consumir la menor cantidad posible de recursos, pero es una de las más loables, ya que no únicamente disminuimos con ello el costo de la adquisición de equipos, sino que también mantenemos en funcionamiento equipos que de otra forma pasarían a aumentar la cantidad de desechos tecnológicos que existen en la actualidad.

Este camino del conocimiento es sinuoso y tortuoso, encontrandose lleno de dificultades y nuevos retos que nos harán crecer día con día y por él debemos caminar con la mente abierta y el corazón dispuesto, la mente abierta para poder aprender libres de prejuicios y el corazón dispuesto para que nos dé la fuerza para aceptar lo que no podemos cambiar y el valor para cambiar aquello que si podemos. Les dejo como reflexión un pensamiento que me ha ayudado con el paso del tiempo.

“…En medio de la noche que me cubre, negra como el abismo, de polo a polo doy gracias a los dioses, cualesquiera que sean, por mi alma inconquistable. Ante las crueles garras de los hechos no me he rebelado ni grité; bajo los golpes del Acaso, mi cabeza sangra, pero no se doblega. Más allá de este lugar de iras y de lágrimas se vislumbra sólo el Horror de la Sombra; pero sin embargo, la amenaza de los años me encuentra y me encontrará impasible. Por angosta que sea la puerta, por cargada de castigo que esté la sentencia, yo soy el Amo de mi Destino, yo soy el Capitán de mi Alma…”

Escrito por: Lic. Alejandro Domingo.
Correo: lap.alejandro@hotmail.com

Entrevista con los desarrolladores de Arch Linux.

Entrevista realizada por la pagina OSNews a los 5 principales desarrolladores de Arch Linux.

– ¿Con distribuciones como Ubuntu que atraen cada vez a mas usuarios, ¿ha considerado desarrollar ISO pre construídas, para aquellos que necesitan una computadora de escritorio en 30 minutos?

“Cuando se compara el tiempo que usted dedica a la instalación de Arch con los años que la va a utilizar, es como una pérdida de tiempo esforzarse en desarrollar un plug-in instalador. Además, si Usted va utilizar Arch, es mejor que sepa lo que se está instalando en su sistema. Dicho todo esto, se puede configurar, fácilmente, una máquina de escritorio, con Arch, con un trabajo que insume 30 minutos”.

– ¿Considera usted que esta proliferación de distros es una fortaleza o una debilidad del movimiento Linux? ¿Es una duplicación de esfuerzos improductivos, o un entorno lleno de fecundidad de la que brota innovación no prevista, o en algo intermedio?

“El desarrollo en la tierra de Linux está en constante evolución. La gente hace esfuerzos para mejorar las cosas. Algunos proyectos tienen éxito mientras que las ideas de algunos proyectos sobreviven y se incorporan en otros proyectos que serán las distribuciones Linux o los proyectos de software reales. Sí, se crea una sobrecarga y la rueda se reinventa de vez en cuando. Sin embargo, asegura que las mejores ideas continúen y por lo general no son rechazados, si es así, al menos lo intenté. Esto hace que sea más interesante y posiblemente la mejor prueba del desarrollo que sigue un programa determinado”.

– ¿Cuál es el mayor desafío que enfrenta el movimiento global de Linux hoy en día? ¿Cuál es vuestra receta para hacer frente a esto?

“Actitud. Las personas tienen actitudes locas en lo que respecta Linux y el software libre en general. Algunas personas actúan como si fuera una especie de santo grial que va a salvarnos del calentamiento global, de la gripe, de la peste, y de la Tercera Guerra Mundial. Es sólo software. Hay que bajarlo de ese alto pedestal”.

– Una de las características más notables de Arch es su modelo de desarrollo contínuo (rolling release), que garantiza a los usuarios que siempre dispondrán de la última y más reciente versión de un programa disponible. Este modelo ha traído algunos inconvenientes notables (por ejemplo: los programas que dependen de viejas librerías que ya no están en el sistema, por ende, no reciben una actualización)

“El mayor problema con el modelo de desarrollo contínuo (rolling release) es la pereza – de los desarrolladores y los usuarios finales Arch. Intentamos estar al día, siempre que sea posible, pero algunos de los principales desarrolladores son lentos en la adopción de los nuevos cambios. Esto significa que tenemos que hacer trabajo extra para que su software sea compatible con las nuevas versiones de las bibliotecas y otras cosas de esa naturaleza. Costado usuario, la gente que no actualice periódicamente su sistema (algo que indicamos como muy importante), terminan con software más nuevo y bibliotecas viejas en el mismo sistema, provocando roturas”.

– ¿Qué parte del desarrollo del Arch Linux es la más activa?

“Esta es una cuestión que me molesta un poco. Tiendo a pensar que tenemos un montón de gente que se ocupa de empaquetar, que hacen un buen trabajo en lo que hacen, pero que no hacemos lo suficiente, porque el desarrollo insume un montón de nuestro tiempo. Podríamos utilizar mucho más esfuerzos en la automatización de algunos de los procesos de empaquetado, e incluso hacer reconstrucciones automáticas de [core] o [extra] cada cierto tiempo (algo así como el tinderbox de Gentoo)”.

– ¿Qué podríamos hacer de bueno, nosotros los usuarios, para ayudar al equipo de desarrollo (sea usuarios programadores y/o los no programadores)?

“En un primer lugar, olvidarse de la idea que los desarrolladores estan en un lado y los usuarios otro lado. Arch es una distribución comunitaria, en consecuencia, todo el mundo es capaz de hacer algo que mejore su sistema. Si usted tiene alguna idea para mejorar, ¡adelante! ¡cree un parche! y ¡preséntelo a la comunidad!. Toda ayuda en general, siempre es bienvenida; por ejemplo, en el desarrollo de nuestro gestor de paquetes (pacman), la mejora de nuestra documentación, dando apoyo en los foros, IRC y listas de correo y, por último pero no menos importante, la presentación de informes y resolución de errores en nuestro sistema de seguimiento. Estas son excelentes formas de ayudarnos”.

Fuentes:
osnews.com (Inglés)
archlinux.org (Pagina oficial| Inglés)
(1, 2, 3, 4, 5, 6) (Español)

Cinco ideas erróneas acerca del Software Libre ¡Aclaradas!

1. ¿La industria del Software puede funcionar si no se les paga a los programadores?

Muchos piensan que no, pero esta concepción no es del todo categórica.

Partamos de la base de que todos tienen sus propios gastos y los programadores de software libre, como cualquier mortal, necesitan del vil dinero para subsistir.

Por ello, cuando se refieren al concepto de ‘Software Libre’ no necesariamente significa ‘Gratuito’. Significa más un ‘Código Abierto’ que los usuarios podrán usar libremente: estudiar, cambiar, copiar y distribuir como se quiera.

Si lo piensan de esta manera se les hará más clara la película: el Código Fuente es como una ecuación matemática y ¿quién podría prohibir su uso? pero la gracia está en que pocas personas saben cómo manejarlo e instalarlo en los computadores.

Es en este paso donde múliples empresas y particulares se rinden a los sabios programadores, por supuesto, pagándoles de por medio.

2. ¿El software libre acaba con la innovación de los programadores?

Varios creen que, al poder ‘copiarse’ las ideas de los Software Libres, la innovación se perdería.

Pero los expertos dicen que la realidad demuestra lo contrario. Gracias a la libertad que ofrecen los SL la gente es más entusiasta pues sienten que contribuyen al mejoramiento o adecuamiento del producto (lo que conlleva la participación).

Por último, no se debe reinventar nada ya que las ideas se implementan directamente.

La verdad es que la libertad del SL es la clave para aumentar la innovación a la hora de crear o modificar aplicaciones, sistemas completos, formatos y protocolos, aplicaciones web, etcétera.

3. ¿El Software Libre puede funcionar sin necesidad de manejar el Código Abierto?

La verdad es que saber el Código Abierto de los SL es más importante de lo que muchos creen.

Es como tener un auto (en este caso, tu computador) y no poder usarlo por desconocer la clave que lo desbloquea.

La popularidad de los Software Libres y su uso se ha incrementado a tal punto que ahora tienen el poder de manejar nuestros computadores, teléfonos, televisores y otros gadgets.

4. ¿El software libre respeta el derecho de autor y las patentes de software?

El derecho de autor (aquel que se le concede al autor de una obra sobre la misma) es muy importante en el software libre y, por ende, obvio que se le respeta.

Mediante éste el software libre permanece como tal y los autores reciben el crédito por su trabajo.

Por otro lado, las patentes en el software (el control exclusivo que se registra sobre un proceso) son bastante controversiales.

Lo que debemos tener claro es que no existe el “software patentado”. Sin embargo, alguien puede atribuirse la propiedad de un proceso si registra una patente. Entonces la patente se aplicaría a todo software que use ese proceso, sin importar que sea privativo o libre.

5. ¿Es verdad que no puede haber Propiedad Privada con el Software Libre?

Muchos sostienen que no puede haber propiedad privada con software libre (o de “código abierto”).

Pero, por ejemplo, si usas un Software Libre en tu casa y en tu trabajo y descubres una mejor forma de utilizarlo, esta será tú propia versión del programa. Con esto sólo estas ejerciendo el derecho a usar y modificar el Software, tal como explicamos en el primer punto.

Lo que sí te exige la licencia del Software Libre es que, si lo redistribuyes, deberás mantenerlo libre.

Por ejemplo, si vendes CDs que contengan tu software o le permites a otras personas que lo usen, tú tendrías que darle a ellos los mismos derechos que en el punto 1 o bien separar tus modificaciones del software original, es decir, que no tenga ningún código del original.

Fuente:

radiobiobio

El CTO de la Linux Foundation ahora empleado de Google.

Después de haber servido como CTO (Chief Technology Officer) de la Linux Foundation por los últimos dos años, Theodore “Ted” T’so anunció en su blog que ya es un orgulloso empleado de Google.
T’so es bien conocido en la comunidad de Linux por ser uno de los principales desarrolladores de Linux y el actual mantenedor de los sistemas de archivos Ext3 y Ext4, los preferidos por prácticamente todas las distribuciones modernas de ese sistema operativo. T’so también se apresuró a aclarar que en Google continuará trabajando en el Kernel y los sistemas de archivos y almacenamiento, comenzando por Ext4.
Es que Google, después de extensivas pruebas de performance, está migrando sus propios sistemas desde el antigüo Ext2 (presentado en 1993) a Ext4. Como dice otro desarrollador de Google en una lista de correo:

“La razón principal de la actualización es que a pesar de que Ext2 ha sido “lo suficientemente bueno” por mucho tiempo, el arreglo de los metadatos en un sistema de archivos anticuado condujo a lo que llamamos “inflación de la lectura”. Esto es a donde llegamos cuando hacemos varios pedidos para leer un bloque de datos. En general, la latencia de una asignación de bloques pobre estaba causando problemas de performance”.

Artículo completo en InternetNews.