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

After Microsoft's Bankruptcy in Russia Android (Linux) Will Dominate Asia Completely
Windows probably peaked in "XP" or "2000"
India: Windows Falls to 50% in Desktops/Laptops and 8% Overall
laptops/desktops fell to 16% of the whole
statCounter: GNU/Linux Up to 4.7% "Market Share" This Month
30,000 Microsoft jobs may be eliminated by year's end
Microsoft is in Trouble and Microsofters Know It
"I've been happy on Win 3.11 for years."
Links 02/06/2025: Political Leftovers, DRM, and Patents
Links for the day
 
Last Article From Australia's Sam Varghese Was a Year Ago and It Covered the Release of Julian Assange, Who Will Apparently Come Back as 'Politician'
It'll soon be exactly 12 months
Hungary Seems Hungry for Linux
Windows down by a lot
Like in Europe, Bad News for Microsoft in US and Canada
If it loses those "regions", then what's left?
About 8 Waves of Mass Layoffs at Microsoft in 2025 (in Less Than 5 Months), Now Vista 11 "Market Share" Decreases
Really bad news for shareholders of Microsoft
statCounter Sees Bing "Share" Falling Over 0.5% in One Month, Now Lower Than Before the ChatGPT/Bing Chat Hype
Bing has been part of the mass layoffs for quite some time
Microsoft's Demise is a Global Phenomenon
mass layoffs justified using mindless buzzwords
All-Time Highs for GNU/Linux in EU and the UK, All-Time Lows for Microsoft
Combining ChromeOS and GNU/Linux, it adds up to and almost reaches 6%
[Video] New Introduction to Richard Stallman's Contributions Including GNU Emacs, GNU/Linux, and Software Freedom
from the channel previously bullied for supporting RMS
Links 02/06/2025: South Korea to Vote, Russia Blitzed From Within
Links for the day
Links 02/06/2025: Microsoft Spins Layoffs as "Slop", Frontier Settles Lawsuit
Links for the day
When You Publicly Boast About Wanting to Violently Attack People (Even Colleagues) Finding a Job Will Prove Difficult
there's a lesson to be learned here
The Web We Lost, the Information Lost Due to Microsoft's Attacks on Companies Like Yahoo! (Before the LLM Slop Frenzy)
When it comes to news sites, what can we say?
Covering Corruption in Poland, Including a War on Science (Due to Bad Politicians)
What we're about to show is that skilled and experienced scientists in Poland are besieged by bureaucrats
Gemini Links 02/06/2025: "Star Wars Day" and "Security Day"
Links for the day
Over at Tux Machines...
GNU/Linux news for the past day
IRC Proceedings: Sunday, June 01, 2025
IRC logs for Sunday, June 01, 2025
The Openwashing Shills Initiative (OSI) - Part II: Lying to the IRS is a Big Issue
The OSI of today pretends to be something that it is not
Bloodlust and Love of Blades (Fascination With Murder) Nothing New Among Microsofters
Violence is not a joke and no group is magically entitled to make such "jokes"
Links 01/06/2025: Bird Flu, Food Price Inflation, and Growing US-China Hostilities
Links for the day
Links 01/06/2025: "Vibe Coding" Turns Out to be a Fraud and Amazon Merits Boycott, Argue Bloggers
Links for the day
Gemini Links 01/06/2025: "Stardust" and Ideal PC Setup
Links for the day
Links 01/06/2025: Windows TCO, Openwashing, "It's FOSS" Still Promoting Microsoft
Links for the day
Gemini Links 01/06/2025: Simplification and Networks Everywhere
Links for the day
Over at Tux Machines...
GNU/Linux news for the past day
IRC Proceedings: Saturday, May 31, 2025
IRC logs for Saturday, May 31, 2025
Google Bribes EFF. EFF Promotes LLM Slop as 'Fair Use'. To GAFAM It's a Low-Cost Lobby Hedge.
So the bribes pay off ("slush fund") and the word spreads
Slopwatch: Fake Text and Images, Financial Bubbles, and Scams in "Intelligent" Clothing
Sometimes what they mean by "AI" is just cheap labour somewhere else, as we discussed in IRC a few hours ago
Why Microsoft is Collapsing (Similar to What's Happening at IBM), As Insiders See It
IBM seems like one heck of a mess
Reliable Computing Means Free (Libre) Computing
Sites that want to promote security ought to deal with the biggest issues
Links 31/05/2025: US Court Orders Sides With RFE/RL, War Updates From Ukraine
Links for the day
Gemini Links 31/05/2025: ARM Server and power_supply Subsystem
Links for the day
Links 31/05/2025: Slop Stigmatised as Disinformation, Catalyst/Driver of "Death of Communication"
Links for the day
Common Sense 101: Do Not Write Blog Posts Saying You Want to Murder Colleagues (or Yourself)
Only crazy people would think stabbings are a joke
Microsoft Bankruptcy
"Microsoft unit in Russia to file for bankruptcy, database shows"
Techrights Does Not Compete With LLM Slop, It Exposes the Bastards, Plagiarists and Scammers Who Do That
People like Scam Altman, still facing a lawsuit from his own sister for sexual abuse against her
Links 31/05/2025: Microsoft-Connected Builder.ai is a Fraud and US is Purging Students Based on Race/Nationality
Links for the day
Gemini Links 30/05/2025: Limmat, Doomscrollers, and Arguments Parsing
Links for the day
Over at Tux Machines...
GNU/Linux news for the past day
IRC Proceedings: Friday, May 30, 2025
IRC logs for Friday, May 30, 2025