10 diferencias entre linux y BSD
A pesar de esa tendencia a encubrir las diferencias, Linux y BSD tienen varias características que los hacen diferentes el uno del otro. En este articulo que he traducido de TechRepublic, titulado en inglés: “10 differences between Linux and BSD“, Jack Wallen, destacara 10 diferencias importantes.
¿Con qué frecuencia se pone a escuchar como la gente confunde Linux con cualquiera de los BSDs?. Yo lo oigo todo el tiempo. Y, por supuesto que hay muchas semejanzas entre Linux y BSD:
– Ambos sistemas están ambos basados en UNIX.
– En su mayor parte, ambos sistemas están desarrollados por organizaciones no comerciales.
– Y debo decir que tanto Linux como las variantes BSD tienen un objetivo común — el de crear y poner a disposición un sistema operativo cada vez mas útil y confiable.
De todos modos, hay diferencias significativas también. Y cuando la gente pasa por alto esas diferencias, es cuando comienzan los temblores de cólera de la comunidad BSD.
Es por todo ello, que he pensado darles una mano a mis hermanos de BSD, explicando algunas de esas características que hacen que Linux se diferencie de BSD.
1.- Las licencias
Como todos sabemos, el sistema operativo Linux está registrado bajo la Licencia Públicas General (GPL). Esta licencia es usada para ayudar en la prevención contra la inclusión de software de fuente cerrada o propietaria, y asegurar la disponibilidad del código fuente.
La Licencia Pública General (GPL) intenta prevenir la distribución de la fuente únicamente en código binario.
La Licencia de BSD es mucho menos restrictiva y hasta contempla la distribución del código fuente únicamente en binario.
La diferencia principal, sin embargo, puede desde este angulo:
La Licencia Pública General o GPL le brinda el derecho de usar el software como usted quiera, pero en todos los casos, Usted debe asegurarse que el código fuente de lo que redistribuye, se encuentre disponible para la persona que lo utiliza y/o recibe.
En cambio, la licencia BSD no requiere que usted se asegure que la siguiente persona que use (o modifique su código) deba poner aquel código fuente a disposición.
2.- El Control
El código de BSD no esta “controlado” por ningún usuario, lo que muchas personas ven como un gran bonus.
En cambio, el kernel de Linux esta sobre todo controlado por Linus Torvalds (el creador de Linux).
BSD no tiene a una sola persona que dictamina sobre lo que puede y no puede entrar en el código. En cambio, BSD dispone de un “core team” (NdT: o equipo principal, si se quiere) para manejar el proyecto.
Este equipo principal se enfoca, como algunos dicen, más en la dirección del proyecto que todos los miembros no principales (non-core) de la comunidad BSD.
3.- Kernel vs Sistema Operativo
El proyecto de BSD mantiene el sistema operativo entero, mientras que Linux se proyecta focalizada y principalmente en el kernel solamente.
Esto que no pareciera una buena comparación, es todo lo contrario de lo que parece, porque muchas de las aplicaciones mas conocidas, están usadas en ambos sistemas operativos.
4.- Como UNIX o UNIX-like
Hay un viejo refrán sobre BSD vs Linux, que dice: “BSD es lo que usted consigue cuando un grupo de hackers de UNIX se sienta para tratar de embarcar un sistema UNIX a PC. Linux es lo que usted consigue cuando un grupo de hackers de PC se sienta y trata de escribir un sistema UNIX para PC.”. Y es mucho lo que esta expresión quiere decir. Pero lo que usted descubrirá es que los BSDs son mucho más similares a UNIX porque ellos derivan directamente del sistema UNIX tradicional. Por el contrario, Linux, es un sistema opertivo recientemente creado y que esta basado en un derivado de UNIX (Minix, para ser exacto).
5.- Sistemas de base
Ésto es crucial para el entendimiento de las diferencias entre BSD y Linux.
En realidad, “el sistema de base” para Linux, realmente, no existe, porque Linux es un conglomerado de sistemas más pequeños que se unen para hacer el todo.
Muchos dirán que el sistema de base de Linux es el kernel.
El problema es que un kernel solo, no tiene un gran valor si no existe cualquier otra aplicación utilizable.
Del otro lado, BSD, tiene todo un sistema de base que encierra numerosas herramientas — hasta libc es una parte del sistema de base. Entonces, como estas piezas son “todas” tratadas como un sistema de base, ellas son todas desarrolladas y embaladas juntas. Muchos sostienen que esto coadyuva a la creación de un todo cohesionado.
6.- Más desde las fuentes
A causa del camino de desarrollo emprendido por BSD (el que consiste en la utilización del sistema de Puertos o Ports), hay usuarios que prefieren instalar desde las fuentes, que servirse de paquetes binarios pre embalados.
¿Es esto una ventaja o una desventaja?
Esto depende de cada individuo. Si usted prefiere la simplicidad y la facilidad de uso, al ver todo esto, seguramente Usted desistirá. Este es un punto que para los nuevos usuarios es una gran verdad. Existen muy pocos nuevos usuarios que tengan ganas de compilar desde las fuentes. Todo esto puede hacer que una distribución devenga incómoda a la vista de potenciales usuarios.
Pero instalar desde las fuentes tiene sus ventajas también (las versiones de las bibliotecas, la construcción de sistemas de paquetes específicos, etc.).
7.- Actualizaciones
A causa del camino emprendido para el desarrollo de BSD (ver el punto #5), usted puede actualizar su sistema enteramente hacia la liberación más reciente, todo ello con un simple comando. O usted puede descargar las fuentes de las aplicaciones que le interese, desempaquetarlas y construirlas Usted directamente.
Con Linux, usted también puede actualizar un sistema usando el Gestor de Paquete incorporado. Actualizar el sistema de base primero y luego actualizar todo el resto.
Recuerde, sin embargo, que una actualización al sistema bajo más reciente no significa necesariamente que todos los paquetes adicionales serán actualizados.
Con la actualización en Linux, todos los paquetes se beneficiarán del proceso de actualización.
Entonces, ¿Significa esto que el proceso de Linux es mejor? ¡No necesariamente!.
He sido testigo de primera mano de una actualización de Linux que fue horriblemente incorrecta, requiriendo el sistema entero ser instalado de nuevo. Esto pasara con mucho menor probabilidad en una actualización de BSD.
8.- Bleeding edge
Aclaración:Preferí dejar el titulo tal como estaba en su idioma original, sin perjuicio de intentar en esta parte, brindar una explicación a propósito de lo que significa “bleeding edge“.En informatica, es todo un juego de palabras, que oscila entre dos expresiones, a saber: «leading edge» y «bleeding edge». En el cual el primero significa “en cabeza” o “a la cabeza”, y el segundo significaría “cabeza sangrante”.Este término se aplica a todos aquellos proyectos que están a la punta de una tecnología determinada. Pero que eventualmente todavía NO están terminados, y cuya implementación en el estado que se encuentran podría provocar una vulnerabilidad.Para mejor entender, veamoslo de esta manera. En un proceso de desarrollo, existe un sistema de registro de cambio, y las ramas de desarrollo, en el que las ramas más estables (las que tienen el contenido ya aprobado), apuntan hacia puntos de control (commit) más antiguos en la línea temporal.Mientras que las ramas de trabajo en desarollo (bleeding-edge branch) (las que “están en primera línea de fuego”, metafóricamente hablando), apuntan hacia puntos de control más recientes en la línea temporal.Conclusion:En este punto 8: lo que se quiere destacar principalmente es que BSD esta orientado a esos usuarios que buscan la estabilidad por sobretodo, en oposición a esos usuarios que prefieren correr el riesgo de inestabilidad pero siempre estar con lo ultimo en versión. Es por ello que el final de este punto lo encuentro algo… sarcástico.
Es improbable que usted vea un sistema BSD utilizar una versión de un programa que este en la rama mas alta de su desarrollo. Es decir, esta en plena linea de fuego, le falta desarrollo todavía.
En Linux, por otra parte, existen muchas distribuciones que ofrecen esos paquetes que pertenecen a ramas muy altas del desarrollo.
Si usted es un usuario cuyo lema es “Si no esta roto, no lo corrija”, entonces, usted será un gran seguidor de BSD.
Pero si usted es de esos usuarios que prefieren lo mas reciente de todo, lo mejor que puede hacer es emigrar a Linux lo mas pronto como le sea posible o usted correrá el peligro de llegar tarde o directamente perder la curva del tiempo que le puede tomar el reinstalar su sistema operativo.
9.- Soporte del hardware
Usted encontrará, en general, que Linux ofrece soporte para hardware mucho más rápido que BSD. Esto no significa que BSD no ofrezca soporte para hardware, sólo significa que Linux hará antes que BSD (en algunos casos, MUCHO ANTES que BSD).
Entonces, si usted quiere los últimos, los mayores gráficos, no piense en BSD. Si usted posee o esta contemplando adquirir un nuevo laptop con un chipset de red inhalambrica, podría pasar que tenga mejor suerte con Linux.
10.- Usuario de base
Voy a ir hasta el limbo y generalizar a propósito de los usuarios de computadora. Voy a comenzar por decir que siempre hay una excepción a CADA regla (o generalización, en este caso). Pero, de todas maneras, yo les presento mi generalización Y le presento mi generalización en un corte transversal de usuario a distribución. De izquierda a derecha vamos desde los usuarios menos inteligentes de ordenador personal a los usuarios más inteligentes de ordenador personal. Como usted puede ver, los usuarios Linux están al medio, y BSD se inclina más cerca a la derecha. Muchos estarán de acuerdo con esto; otros se sentirán ofendidos por ello. Pero esta es una generalización bastante exacta de cuales son los usuarios que utilizan tal o cual sistema operativo.
Mac —–> Windows —–> Linux —–> BSD —–> UNIX
¿Existen otras diferencias?
Esta lista no esta destinada, de ningún modo, a sugerir que uno sea mejor que el otro. He encontrado que tanto BSD como Linux, cada uno tiene su lugar. ¿Y usted? ¿Encuentra usted las diferencias entre Linux y BSD que le hagan suponer que uno es mejor que el otro? ¿Ha procesado usted ambos? ¿Qué le hace usar uno sobre el otro? Hable y haga conocer a los lectores sus opiniones.