Tutorial. Capítulo 0: Introducción
No se muy bien cómo empezar este tutorial. Normalmente empezaría por el principio, pero el principio se remonta a hace muchos años. Me gustaría contar un poco la historia sobre el movimiento del software libre (y aquí) pero me temo que la contaría mal e incompleta a parte de que no se corresponde con el enfoque que quiero darle al tutorial, por eso he puesto esos dos enlaces a Wikipedia, donde los explican muy bien.
A grandes rasgos, el software libre nos brinda muchas ventajas frente al software privativo. El código está disponible para cualquiera que lo desee y es libre de mejorarlo, modificarlo, publicarlo, etc… mientras que el privativo está bajo propiedad intelectual y sólo puede ser modificado por su dueño. ¿Qué implica esto? pues muy sencillo. Si resulta que se descubre un fallo en algún programa de código abierto (código abierto, open source y software libre son lo mismo) cualquiera que tenga los conocimientos y quiera, puede revisar el código fuente, corregirlo y publicarlo con el fallo ya corregido. Si por otro lado, el error se detecta en un software privativo, tan sólo el dueño del mismo podrá acceder a él para corregirlo. ¿Ventaja? pues que por muchos programados que trabajen para el dueño del programa, siempre habrá más gente dispuesta a corregir un fallo en un programa que está disponible para todo el mundo. Incluso es probable que el programador que ha corregido el fallo desinteresadamente utilizara con frecuencia ese software y le conviniese tenerlo corregido.
Que el código fuente de un programa sea público no implica que sea menos seguro, al contrario, pues al estar a la vista de más gente los fallos se encuentran más rápidamente y corregidos también en menos tiempo. En muchas ocasiones, usuarios avanzados que utilizan software de forma habitual mantienen esos mismos programas con mejoras y correcciones. Pensad, que si ellos que son usuarios avanzados lo utilizan a diario, lo mejoran y corrigen, ¿no será más seguro?
Un problema que se suele plantear con esto es que claro “el software libre es para usuarios avanzados y yo no voy a saber utilizarlo, es muy complicado…”. Esto es una falacia que ronda internet desde hace mucho tiempo… y espero que con este tutorial veáis que no es así. Estos usuarios avanzados son conscientes de que mantener un nivel de complejidad implicaría que el software libre, que en principio debe poder llegar a todo el mundo, estuviese restingido por niveles de conocimiento. Esto no es lo que se persigue y a día de hoy cualquier usuario medio tiene los conocimientos necesarios para utilizar diariamente un sistema GNU/Linux.
La terminal es un aspecto que trataré en el tutorial. Es algo que en principio impone (en la facultad me dicen a veces que doy miedo cuando trabajo con la terminal xD), pero que aquellos que la desconocen no tienen ni idea de lo útil, potente, rápida y versátil que puede llegar a ser. Yo no se hacer todo lo que se utilizando únicamente la terminal, pero sí que se hacer muchas cosas por modo gráfico y por terminal.
Mi intención es enfocar este tutorial de forma que quien lo siga pueda aprender a dar un buen uso de su PC y que le pierda el miedo a usar un software libre tan útil como puede ser GNU/Linux. Para ello estaría bien que quienes lo sigan hagan una crítica de lo que publico para así poderlo adaptarlo a vosotros.
Espero que os haya gustado la introducción. Después de los exámenes, más.
Un saludo!
El único problema que puede llegar a tener el software libre es el de las licencias.
Recuerdo ahora Cedega, fork de wine, que se aprovechó de la licencia para cerrar su código. Y hoy es casi un estándar para jugar en linux (la comodidad que te brinda es increíble).
A veces uno se pasa de altruista y se convierte en “un poco tonto” x’D
Pues sí que no podemos llegar a ese punto…
Para mí la licencia ideal es como la que le puse a los scritps de limpieza: te permite acceder al código, modificarlo y publicarlo mencionando al autor y bajo la misma licencia pero no te permite obtener beneficio económico de él.
Pero bueno, que le vamos a hacer…
Pues sí. El problema de wine es que usaban una licencia de BSD (mucho más permisiva que la GPL) lo que permitió que los desarrolladores de Cedega cerraran el código.
Para mí el factor más importante no es tanto la autoría ni el beneficio económico como el “compartir igual” de la CC. Que si un proyecto nace libre, se mantenga como tal y nadie lo convierta en cerrado.
Hombre, desde el punto de vista del proyecto si que veo que lo suyo es que siga tal y como nació… pero desde el punto de vista del autor creo que jodería mucho si alguien estuviese sacando beneficio de tu idea…
Yo considero ambas importantes