Relájese y libere el poder del código abierto

Un artículo de Markus Feilner.

Como usuario de Linux y Software de Código Abierto (OSS) desde 1994, he vivido tiempos difíciles, especialmente los primeros años, con hardware sin soporte o proyectos de software estancados. Pero los beneficios siempre superaron a los problemas. En 30 años de trabajo profesional en TI, usando Linux y Software Libre, no he tenido que preocuparme por virus, ransomware o corporaciones tomando decisiones extrañas. Pero hay más buenas razones por las que deberías pasarte al Código Abierto, especialmente desde que las distribuciones de escritorio Linux y las alternativas de Código Abierto que pueden sustituir a las soluciones propietarias han madurado tanto.

Recientemente, mientras trabajaba para uno de mis clientes, me encontré reflexionando sobre mi actitud hacia el software de código abierto. En el pasado, no tenía ningún problema en trabajar con dispositivos Apple o Windows. No soy religioso con eso, he trabajado con productos Adobe o Microsoft Exchange, aunque siempre elegí no hacerlo cuando podía. Para mí, quizá por la falta de funciones conocidas y convenientes, los sistemas propietarios siempre me han parecido como si alguien me hubiera atado el brazo a la espalda, mientras otra persona me decía cómo hacer mi trabajo.

A principios de este año, tuve que trabajar con Office 365 -por primera vez, aunque parezca mentira- y volví a tener exactamente esa sensación de mal humor, aunque la mayoría de las cosas funcionaban como se suponía. Pero había algunas pequeñas características que me molestaban. Un poco de falta de clic en el medio aquí, algunos bien escondido “pegar esto sin formato” o similar.

Al mismo tiempo, el escritorio de mi casa (Linux, openSUSE Tumbleweed con KDE) mostraba un comportamiento extraño. Siempre he apreciado varios monitores para el trabajo. Gracias a los modernos chipsets Ryzen y a su tecnología “Eyefinitiy”, actualmente utilizo 3 monitores externos, además del integrado en mi portátil. Pero de repente, alrededor de Navidad, comenzó una extraña “fiesta”: la estación de acoplamiento que conecta los monitores parecía desarrollar un poco de “Tech Alzheimer” y seguía olvidando los ID de los monitores. Los reinicios en frío y las desconexiones de la alimentación podían arreglarlo, y un script para la herramienta de línea de comandos que configura las pantallas ayudaba (https://mastodon.cloud/web/statuses/109604106281660156) - sospechaba que los errores en el código del kernel de Linux también eran relevantes - nunca lo comprobé, ya que las actualizaciones del kernel siguen llegando, cada dos días, como siempre “Lo arreglarán, y mi solución será obsoleta”, me dije. “Espera”. Y eso es exactamente lo que ocurrió.

relájate y libera el poder del código abierto - captura de pantalla](/img/posts/23-03-20_ES_relax_and_unleash_the_power-screenshot.jpg)

Figura 1: Y de nuevo los desarrolladores de OSS solucionaron mi problema de un día para otro, sin mi ayuda ni mis quejas: La herramienta de configuración de monitores de KDE recibió un ajuste de prioridad.

Aún así, uno de los problemas seguía sin resolverse: Mi pantalla favorita, la “primaria”, no era recordada por mi portátil Linux. Tenía que asignar manualmente la pantalla primaria (la que tenía delante) después de cada reinicio. Pero entonces, sólo unos días más tarde, una nueva característica se coló en mi escritorio: los desarrolladores de código abierto del proyecto KDE añadieron una configuración de prioridad concisa (un menú desplegable con los monitores) que resolvió totalmente mi problema - junto con el interruptor de palanca para “sólo para esta configuración”. Desde entonces, se acabó la lotería de los monitores. Y no he tenido que preocuparme de versiones, actualizaciones o cualquier otro toqueteo. Simplemente ocurre. Los problemas se resuelven. Esto es la comunidad. ¡Gracias, KDE, gracias SUSE!

De vuelta en el Office 365 de mis clientes, me di cuenta de las impresiones totalmente diferentes que estas experiencias (MS 365 y el problema del monitor) me habían causado, en particular cómo la sensación relacionada con “OK, esto no funciona como se esperaba” difería entre el software propietario y el de código abierto.

Sí, obviamente soy parcial en esto, y por supuesto soy consciente del hecho de que los errores ocurren tanto con el software de código abierto como con el propietario. Sin embargo, cuando utilizo OSS “llevo” una mentalidad diferente, mis expectativas son “más suaves”, porque sé que puedo arreglarlo, y que alguien lo arreglará pronto - tal vez incluso alguien que conozco o que he conocido en una conferencia friki de código abierto o en el bar de un hotel. Microsoft u otras grandes empresas no suelen arreglar mi pequeño enfado, y en mi carrera he conocido a algunos arquitectos y a mucha gente de marketing y relaciones públicas, pero nunca a un programador de, por ejemplo, la interfaz de usuario. Esta diferencia tampoco es algo que puedan arreglar el marketing o el diseño de productos de las empresas estadounidenses.

Los usuarios de código abierto se encontrarán en una situación mucho más cómoda. Muchas comunidades de Código Abierto ayudan y parchean a una velocidad increíble, muchas de ellas sin ánimo de lucro, sino por pasión. Cuando trato con software privativo, mis expectativas se han vuelto tan bajas, mi actitud se vuelve mala y mi subconsciente acaba en un estado muy, muy, bajo y encubiertamente enfadado, casi haciendo pucheros. Como si un diablo despojado estuviera sentado sobre mi hombro. Y cada vez que algo sale mal, una parte de mí culpa al vendedor del error dejando esta sensación injusta y sesgada de “esto apesta” en mi frente arrugada.

Sé que no es justo esperar la misma velocidad y calidad de los proveedores propietarios, y sé que después de casi 30 años trabajando con OSS, Unix y Linux soy parcial. Y también entiendo que si no has tenido la misma experiencia con el código abierto, probablemente sientas lo mismo viceversa, amando a Apple o Microsoft y culpando al OSS de sus deficiencias. No es más que otro diablillo sentado en el hombro, quizá de blanco con bordes redondeados.

Desde mi punto de vista partidista, nunca volvería a las empresas que desarrollan software al viejo estilo, de código cerrado, sin rolling releases, que no utilizan herramientas como un servidor de compilación y despliegue continuo. Y no podría aceptar respuestas como la que una vez escuché de un proveedor australiano sobre un problema de diéresis en alemán: “No se arreglará, su comunidad lingüística es demasiado pequeña”.

Con los productos de código abierto, no hay un chivo expiatorio obvio como en el “blameware” (yo acuñé ese término en Linux-Magazin-Blog hace una década). No hay un chivo expiatorio al que culpar, ya sea Microsoft, Apple o Atlassian, de que algo no funcione, porque “podríamos” arreglarlo entre todos. Sin embargo, la respuesta “Bueno, adelante, cámbialo, el código está ahí fuera” puede ser a la vez desarmante Y frustrante - especialmente cuando no eres un programador - yo no lo soy. Pero entonces, hay muchas de esas situaciones en las que me encuentro en la comodidad de “Oh, lo arreglarán pronto, seguro que no soy el único, y si lo soy pediré ayuda en una lista de correo” Esto último también es una contribución de la comunidad al OSS, no lo olvidemos. Acabo de hacerlo y he publicado un pequeño script que soluciona un problema de bluetooth. Hacerlo me resulta natural. Oh, por supuesto, alguien ha resuelto el problema mientras tanto, algún programador que no conozco - o alguien que conozco pero no sé de él.

Y: Con cada error persistente que intentas arreglar tú mismo, aprendes. Mejorarás cada vez que lo hagas. No mejorarás solo porque actualices a Windows 11, al nuevo iPhone o al próximo dispositivo Android. Por supuesto, estamos hablando de curvas de aprendizaje diferentes, una de ellas es rápida pero el conocimiento adquirido se queda pequeño, la otra es sostenible, fomenta el conocimiento y ayuda a los usuarios a aprender y ayudarse a sí mismos.

Sin embargo, todo es cuestión de sentimientos. La seguridad es la sensación que tiene un administrador cuando sale del trabajo por la noche, convencido de que todo va bien. Parcial o no, nunca he tenido esta sensación en Windows o Exchange. Mi desconexión con los dispositivos de Apple era que siempre me sentía forzado a hacer las cosas de la manera que algún hermano hipster de cuello alto en Cupertino quería que lo hiciera - supongo que nunca me gustaron las autoridades injustificadas. Sé que no todas las distribuciones de Linux y herramientas de código abierto funcionan como los usuarios de Windows o Apple esperarían, pero mi sensación es diferente: es relajación, libertad, comunidad. Y sé que hay más gente que piensa así.

Ah, una cosa más: elección. Cuando trabajo con herramientas de código abierto, una parte de mí me dice que esto es lo que obtengo gracias a mi libertad de elección y a las decisiones que he tomado. He trabajado para SUSE Linux, trabajo para owncloud y dos de mis clientes ofrecen alternativas a las herramientas ofimáticas más necesarias: Bluespice Mediawiki puede sustituir a Confluence y grommunio sustituye a Microsoft Exchange. Los cuatro son de código abierto de verdad.

Pero, ¿por qué escribo esto en el blog de grommunio? Porque este groupware se siente como un puente entre los dos mundos: Es al mismo tiempo construido sobre muchas herramientas estándar, fiables y probadas que millones de personas están utilizando, y en un estilo de desarrollo moderno y abierto donde un servicio de construcción hace que grommunio esté disponible para cualquier cliente.

La gente que necesita Outlook pero que no quiere Exchange (o no puede debido a normas de cumplimiento o de protección de datos) realmente debería probar esto. Tendrás la sensación de código abierto, con Dovecot, Postfix y muchos más - y si quieres, puedes mantener las herramientas que conoces. Como Outlook. ¿Pero quién querría eso si tiene Thunderbird o KDE Kontact? Ah, y Outlook no funciona en Linux, pero el grommunio-Desktop-Client sí, gracias al framework Open Source Electron.

markus Feilner](/img/posts/Markus_Feilner-photo_450x450.jpg)

El autor Markus Feilner es un consultor de estrategias de código abierto de Ratisbona. Lleva trabajando con Linux desde 1994, fue redactor jefe adjunto de Linux-Magazin y se ha especializado en OSI Layer 8, 9 y 10 con su empresa Feilner-IT.