Bonum Certa Men Certa

ES: No Hay FUD* Como un FUD Antiguo

Por el Dr. Glyn Moody

(ODF | PDF | Publicado 14:11, 20 11 de enero en: CWUK

El Economista ha estado escribiendo artículos mal informados sobre el código abierto desde hace años - he analizado [http://opendotdotdot.blogspot.com/2006/03/economistical-with-truth.html] un ejemplo particularmente atroz en el 2006. Así que es difícil decir si los defectos en esta reseña de un libro nuevo [http://www.economist.com/node/17899970?fsrc=scn/tw/te/ar/linus] se han reducido a la antipatía, o si son inherentes al título que describe, "El Código Mezclado". En lo que respecta a este último aspecto, la siguiente información no inspira confianza:



Por su tono académico, es improbable que el libro vaya a volar de las estanterías, incluso en zonas con una gran cantidad de piratas informáticos (que está seguro de que se ofendieron por el hecho de que los autores recibieron dinero de Microsoft para su investigación, de hecho el archi-enemigo de el movimiento de código abierto, -a pesar de que aseguran a los lectores que los fondos llegaron sin condiciones).

Como yo no he leído el libro - y prefiero no pagar €£ 25.95 para el dudoso placer de descubrir dónde vienen los errores - Voy a limitarme a hacer frente a los argumentos expuestos en la revisión economista en lugar de preocuparme sobre dónde su origen.

En primer lugar, tenemos lo siguiente:

Los desarrolladores de código abierto, por ejemplo, se cree ampliamente que todo son voluntarios que aman escribir software. Si bien esto puede haber sido cierto en los primeros días de la informática, la motivación y los antecedentes de los programadores actuales es mucho más variada. Muchos de ellos trabajan para empresas que desarrollan tanto código abierto y software propietario y los combinan en todo tipo de modelos de negocio. Casi el 40% de las empresas encuestadas pertenecen a esta categoría.

Bueno, no, en realidad: esto ha sido evidente por años. Cualquier persona que todavía cree que este material se está escribiendo en los dormitorios no ha estado prestando atención claramente.

Esto también viene a ser bastante meh-digna:

La encuesta también indica que los dos mundos de software son mucho más "mezclados" que a sus respectivos campeones les gustaría. Más de una cuarta parte de las empresas felizmente mezcla y combina ambos tipos, en particular en los países más pobres.

Lo que significa que la gente no arranca cada pieza de software propietario en su negocio para sustituirla por completo con código abierto, pero tienden a utilizar una combinación de ambos? Bueno, €¿Quién lo hubiera pensado? En realidad, más en serio, creo que esa cifra de "más de un cuarto" subestima seriamente la práctica, que me imagino que es mucho más cercano al 100% en estos días. Si se trata de una figura auto-reportada es probablemente más un indicio de que muchos CTOs no saben realmente lo que está pasando en sus departamentos de Tecnología Informática IT (que ha sido así por mucho muchos años cuando se trata de código abierto.)

Pero mi principal preocupación aquí es con la siguiente sección:

"Sin embargo, la constatación que los defensores de código abierto que menos le gusta es que los programas libres no son siempre más barato. Para estar seguro, el costo inicial del software propietario es más alta (aunque los programas de código abierto no son siempre gratis). Pero las empresas que utilizan este tipo de programas gastan más en cosas como aprender a utilizarlos y hacerlos trabajar con otro software."

Sí, es una vieja variante que Miedo Incertidumbre y Duda FUD de edad que el software libre no es realmente libre (oh Dios mío, €¿verdad?) Es lo mismo que Microsoft trató de hacernos creer hace unos diez años y luego abandonó cuando se dio cuenta de que nadie dijo que era cuando se tiene en cuenta todos los factores como el pago de los salarios. Pero dejemos esto de lado también, que no es novedad para nadie, veamos la idea central de esta encarnación actual de ese Miedo Incertidumbre y Duda FUD:

"Las empresas que utilizan este tipo de programas gastan más en cosas como aprender a utilizarlos y hacerlos trabajar con otro software"

Asi que ocurre lo mismo con la primera parte significa que aprender a usar una nueva pieza de software de código abierto es inherentemente más difícil que aprender a usar una nueva pieza de software propietario? Yo no he visto una sola pieza de la investigación que sugiera esto. Lo que he visto ampliamente documentado es que las personas que actualmente utilizan Microsoft Office, por ejemplo, les resulta más difícil aprender a usar OpenOffice, por ejemplo, que seguir utilizando Microsoft Office. €¿Lo cuál es, por supuesto, un pedazo de sabiduría firmemente ubicada en el corazón mismo de la Tierra de los Sangrantes.

Por lo tanto, pasando rápidamente de la esperanza de que puede haber una cuestión de fondo aquí, tenemos la segunda afirmación: "que las empresas gastan más en hacer trabajar el código abierto con el "software". Pero espera, €¿qué podría ser, a que "otros programas" se refieren? Ya que no es de código abierto (porque es "otro", no el de código abierto) es claramente software propietario, de modo que el problema se reduce a hacer trabajar los programas de código abierto con el software propietario. €¿Y por qué podría ser eso?

Bueno, podría ser porque el software cerrado es, por definición, CERRADO, con los fabricantes que son generalmente inútiles cuando se trata de proporcionar información que pueda ayudar a otros a trabajar con sus productos (porque quieren mantener a sus super-duper "secretos", en secreto). En otras palabras, el problema no radica en código abierto pero con el software de código cerrado, lo que lo hace innecesariamente difícil de convivir en las aplicaciones de otros proveedores (sea usando código abierto o no).

De hecho, es este problema - la dificultad de utilizar otro software, posiblemente abierto con aplicaciones propietarias - que es una de las razones claves por las que las empresas quieren migrar al código abierto, para evitar este tipo de LOCK-IN* para romper el círculo vicioso. Pero decir que el código abierto es más caro debido a los problemas causados por el software propietario que está tratando de reemplazar es rico de verdad. Lo correcto sería decir que el software propietario tiene costos ocultos que se manifiestan cuando las compañías tratan de utilizar un nuevo software, por ejemplo, el código abierto. En otras palabras, es al revés.

Para ser justos, en el artículo de El Economista se menciona la solución a este problema:

"los gobiernos deben asegurarse de que las dos formas de software COMPITAN en igualdad de condiciones y puedan mezclarse eficientemente. Una forma de hacerlo sería promover estándares abiertos para garantizar que los titulares de propiedad no abusen de una posición dominante."

Lo que - o el libro - no tienen en cuenta es que esto es precisamente lo que las empresas de software propietario han estado luchando desesperadamente para evitar. La batalla por la definición de estándares abiertos en el Marco Europeo de Interoperabilidad 2.0 [http://blogs.computerworlduk.com/open-enterprise/2010/12/european-interoperability-framework-v2---the-great-defeat/index.htm] es sólo el ejemplo más reciente.

En otras palabras, una vez más son los titulares de código cerrado el problema aquí, tratando de inclinar el campo de juego a su favor, y para asegurarse de que todavía hay costos asociados con hacer que el código abierto trabaje con sus ofertas de código cerrado por insistiendo en los derechos de licencia u otras condiciones (€¿asi cómo puede ser eso un estándar "abierto"?)

Estas dificultades deben ser vistos como otra razón de peso para preferir el software libre y verdaderos estándares abiertos que permiten el uso de la principal software de licencia libre, la GNU Licencia Pública General GPL. Esto aseguraría los proveedores verdaderamente COMPITAN en igualdad de condiciones, no sesgados por un bloqueo en los enfoques de propiedad patentada. Las soluciones de código abierto obligan a los vendedores de software propietario a reducir sus márgenes hasta el hueso si quieren competir en estos términos completamente justos, y los clientes se benefician de este proceso de selección darwiniana. ___ * FUD - Miedo Incertidumbre y Duda * Lock-in - Tiene no directa traduccion al Español. -Consideremoslo un Anglicanismo del finales del siglo XX y principios del XXI- Sonaría muy tonto e incomprensible algo como "candado", pero mucho mas claro como "PRISION". -Esta palabra viene a significar literalmente la forzosa sumisión a formatos electrónicos que hacen muy difícil escaparse de ellos. -Por ejemplo una persona u organización que ha usado Microsoft Office durante mucho tiempo. Cuando sale una nueva versión es FORZADO a PAGAR por ella por que Microsoft SIEMPRE ha creado y creará incompatibilidades artificiales, y echarle la culpa a la competencia. -Lease los Comes vs Microsoft para ver como esto ha sido, es, y será una de sus tácticas para crear dependencia en sus productos. Por ello viene a ser un instrumento de dominación. El Colonialismo Digital, del que debemos romper cadenas AHORA para bienestar nuestro y de las fúturas generaciones.

Many thanks to Eduardo Landaveri of the Spanish portal of Techrights.

Recent Techrights' Posts

Links 10/09/2026: Facebook Unsafe for Kids, Fake Songs (Against Right of Publicity, CG Forgeries Basically) a Growing Problem
Links for the day
Rust is Financially and Technically Controlled by Microsoft. Rust Foundation is a Front for Microsoft's Proprietary Software.
Rust is not and has never been about security
Gemini Links 10/09/2026: "I Don’t Want to Interact With Stochastic Parrots" and "ROOPHLOCH 2026!"
Links for the day
What the British School Closure (BSN Senior School Leidschenveen) Means to EPO Staff
The only European thing about the EPO is the staff
Standing in Solidarity With Matt Mullenweg
I don't trust the people and companies that want Mullenweg out. Neither should you.
Links 10/09/2026: "Smear Campaign Says Anti-Flock Movement Is Chinese Propaganda" and "Flock Employee Calls Cops on Reporter Filming Them"
Links for the day
Over at Tux Machines...
GNU/Linux news for the past day
IRC Proceedings: Wednesday, September 09, 2026
IRC logs for Wednesday, September 09, 2026
IBM's Senior VP of Infrastructure is Out, Silent Layoffs Still Going On
Some people imagine the CEO will also "retire" very soon (and "ahead of time")
Gemini Links 09/09/2026: Mechanical Cameras, "Super App", and Prusa Issues
Links for the day
SLAPP Censorship - Part 177 Out of 200: Manosphere Without Financial Transparency
It has moreover replaced a female worker with a male
Deadline Tomorrow (10th of September) to Appeal the EPO's Fleecing of Staff (Union to Make Legal Challenges)
Join them. Fight the good fight.
linuxstans.com Died, Then Came Back as Slop (LLM Junk)
Don't make the mistake or the assumption that merely 'dabbling in' or 'experimenting with' LLMs can be forgivable as it is a trust destroyer
Links 09/09/2026: GAFAM Fatalities in Miami International Airport, "Britain’s Health Crisis Is Becoming a Political Crisis"
Links for the day
Gemini Links 09/09/2026: "Adjective Is Subjective" and Walled Gardens
Links for the day
Plagiarism is Hardly a New Problem, It Predates Mainstream Media Getting Paid to Whitewash It as "Training" or "Hey Hi", Then Conflate Plagiarism With "Intelligence" or Deferred "Value"
"Quantum" isn't new either; it's a 'circle-jerk' for companies without direction, only hype
Links 09/09/2026: Airport 'Down' (Glasgow and Edinburgh), 'Open' 'AI' Losses Rise to Pace of 50 Billion Dollars in Losses Per Year
Links for the day
Unsafe at Any Speed, "Modern" Appliances
Appliances have gotten worse
SLAPP Censorship - Part 176 Out of 200: The Sex-Obsessed Non-Experts
We heard some sexual stories
European Patent Office (EPO): No Transparency and No Paper Trail
The incompetence is that of the management, i.e. sheer incompetence of people who never examined a patent in their entire lifetime
Gemini Links 09/09/2026: Going Out, Smartphone Addiction, Mapping the Geminispace
Links for the day
Over at Tux Machines...
GNU/Linux news for the past day
IRC Proceedings: Tuesday, September 08, 2026
IRC logs for Tuesday, September 08, 2026
Linux is Sabotaged by Botspam and Bloat (de Facto Denial of Service Attack in "Intelligence" Clothing After Rust in "Security" Clothing)
Linux is becoming orphaned, devalued and diluted by GAFAM slop
Switzerland No Longer Wants Microsoft's 'Swiss Cheese' (Back Doors)
Switzerland's patience with Microsoft is wearing thin
Debian is Not a Community, Many Debian Developers Work for Large Companies Including GAFAM (US)
"Community" sounds like friendship and amicability
Links 08/09/2026: Slop Companies Attack Some More Sites, Nvidia Bribes 'Linux' Foundation for Some More Openwashing and for Saying Slop is "Secure"
Links for the day
Gemini Links 08/09/2026: Ultra Introverts, BlackBerry Bold in 2026, and Laughing at LLMs
Links for the day
Microsoft Layoffs in October 2026
Microsoft is a market leader. In NDAs.
Links 08/09/2026: "The Green Revolution Has Failed Africa" and Palantir/Microsoft Harming NHS
Links for the day
Microsoft's Silent Layoffs Are the New Normal at Microsoft
Microsoft has a ton of layoffs all the time, but the media isn't mentioning those as no WARN notices get issued
SLAPP Censorship - Part 175 Out of 200: Implicit and Explicit Coalition Against the UK's SLAPP Industry
SRA recognises the problem
Further Transparency Problems at the EPO
The EPO was never meant to be profitable
Gemini Links 08/09/2026: "Everything Must Go", Announcing Perigee, and Presentations in a Browser
Links for the day
Over at Tux Machines...
GNU/Linux news for the past day
IRC Proceedings: Monday, September 07, 2026
IRC logs for Monday, September 07, 2026