Recientemente compramos un servidor SUN X4200, que no debería sorprendernos a los lectores regulares, ni deberíamos instalar el sistema operativo Solaris 10 de código abierto. Al igual que los últimos modelos de todos los principales fabricantes, esta máquina viene con un módulo de administración de luces integradas (ILOM) que se puede usar para administrarlo de forma remota, pero lo que me sorprendió al actualizar su firmware era una opción para descargar el código fuente de ILOM.
El firmware era de código abierto porque hay un sistema de Linux reducido que se ejecuta en el hardware ILom integrado dentro de la caja de Solaris. Ahora, dudo que muchas personas quieran ajustar su firmware del servidor ILOM (aunque seguramente habrá algunas instalaciones en las que podría ser necesario), y si alguien no quisiera usar sus revisiones, pero eso no está ' T el punto. El punto es que si un producto incorpora software de código abierto, las personas tienen la libertad de cambiar la forma en que funciona el producto. En esta columna, verificaré cómo se utiliza la fuente abierta en los productos comerciales y cómo las personas están ajustando esos productos como resultado.
¿Por qué las empresas usan código abierto??
La razón más obvia para usar el software de código abierto es el costo: si no tiene que comprar el software ni pasar el tiempo de desarrollo usted mismo, debe ahorrar dinero. Esto no tiene que ser una política de abarrotes; Por ejemplo, LinkSys usa Linux en algunos de sus productos de enrutador, pero emplea un sistema operativo integrado de terceros comprado en otros. Una alternativa de código cerrado puede, por ejemplo, hacer un uso más eficiente de los escasos recursos de hardware. El hecho de que una pieza de software sea de código abierto no significa que solo funcionará en su producto: la persona que lo aplique tendrá que hacer algún trabajo, y eso puede ser una barrera para la implementación.
Además, está el factor de licencia. Hemos discutido los méritos y deméritos de los diversos modelos de licencia de código abierto en el pasado: lo que la mayoría de ellos comparten es la obligación moral (si no legal) de distribuir el código fuente a su propia aplicación si utiliza materiales de código abierto En un proyecto comercial. Lo que precisamente es esa obligación dependerá del producto de código abierto particular que usó y de cómo lo ha usado. Por ejemplo, el uso de una biblioteca de código abierto para construir su aplicación puede no obligarlo a distribuir toda su fuente, pero solo requiere que anuncie que incluye esa biblioteca de código abierto. Si hay una obligación legal es un punto discutible, ya que la mayoría de las licencias de código abierto nunca se han aplicado y, por lo tanto, nunca se han probado en los tribunales. Sin embargo, esa situación parece estar cambiando, ya que varios fabricantes que han utilizado código de código abierto en sus productos están siendo llevados a los tribunales por varias organizaciones de código abierto. Parece probable que estos fabricantes pierdan, por lo que veremos más compañías que tienen que lanzar el código fuente de sus productos.
Para muchos fabricantes, la licencia de código abierto será una barrera comercial, ya que cada vez más la personalidad de los productos no proviene de sus componentes de hardware, sino del software que los ejecuta. Por ejemplo, los productos de Apple, como el iPod y el iPhone, se crean a partir de componentes electrónicos de productos básicos, pero el software y el firmware de Apple los hacen lo que son; En el caso del iPod, el software ni siquiera pertenece a Apple. Regalar el software que hace que su producto funcione puede ser demasiado para algunas empresas, pero para otras ha funcionado. Incluso si el software en su producto es de código abierto, aún puede evitar que las personas se aprovechen de su apertura: una amenaza para anular la garantía es suficiente para desanimar a muchas personas de ejecutar un software no aprobado (admitiré que me ha detenido desafiando cualquier aplicación de código abierto en mi iPhone todavía).