Diferencia entre revisiones de «Culpar a Intangibles»

De ingenio2010
 
(No se muestran 15 ediciones intermedias del mismo usuario)
Línea 1: Línea 1:
Culpar a intangibles es una mala práctica consistente en desviar la responsabilidad desde personas, empresas y partidos políticos hacia elementos intangibles, como la providencia, la informática o la electricidad.
+
Culpar a intangibles es una mala práctica consistente en desviar la responsabilidad desde personas, empresas y partidos políticos hacia elementos intangibles, como la providencia, la informática o la electricidad. La técnica es especialmente perniciosa porque los periodistas que no saben de informática la publican en sus titulares de prensa, en vez de ahondar en la causa real del problema.  
  
== Culpar a la conexion ==
+
A modo de ejemplo: Si un periodista fuera un accidente y le dijeran "fue un fallo vehicular", el periodista preguntaría "pero ¿fue un fallo humano del conductor o de mantenimiento del vehículo?", ocurre lo mismo en informática, no podemos aceptar "fue un fallo informático" porque '''la informática no falla'''.
  
- "Ante la «gravedad» y «difícil identificación» del origen de estas incidencias, el Ministerio ha informado de que aumentará el caudal de la sede que presenta problemas de 60 Mb a 90 Mb, como medida paliativa, una medida que «solucionará sin duda el problema de colapso del tráfico de red, lo que redundará en un funcionamiento normal del sistema»." (No tiene nada que ver una cosa con la otra, seguramente la autentica causa del problema no es el canuto sino un penoso desarrollo o gestion del rendimiento en los servidores) <ref>http://ultimahora.es/mallorca/noticia/noticias/local/tsjib-pide-ministerio-soluciones-definitivas-problemas-informaticos-juzgados.html</ref>
+
La finalidad es parecida a la utilizada con [[Es normal]] pero para poder argumentarlo el gestor o responsable público de turno necesita tener algo en lo que respaldar esta culpa, aunque algunos casos de culpar a intangibles son tan absurdos que parecen casos de [[Es normal]] como por ejemplo "culpar a la informática".
  
== Culpar a la luz ==
+
== Tipos de "culpar a intangibles" ==
  
- "Un fallo eléctrico afecta al sistema informático de la Xunta durante 22 horas" <ref>http://www.farodevigo.es/galicia/2011/04/21/fallo-electrico-afecta-sistema-informatico-xunta-durante-22-horas/537854.html</ref>, que se caiga la luz en una zona de una ciudad no es motivo para que se deje de dar servicio, para eso están los clusters de servidores geográficamente distribuidos.
+
=== Culpar a la conexión ===
  
- "Un problema con el suministro eléctrico causó el fallo informático global que llevó a cancelar este sábado los vuelos de British Airways (BA) desde los aeropuertos londinenses de Heathrow y Gatwick, dijo hoy en un vídeo el consejero delegado de la aerolínea, el español Alex Cruz.[...]Los expertos advierten de que los efectos de este error informático sin precedentes podrían prolongarse varios días, en los que posiblemente el servicio de BA opere con deficiencias.
+
* "Ante la «gravedad» y «difícil identificación» del origen de estas incidencias, el Ministerio ha informado de que aumentará el caudal de la sede que presenta problemas de 60 Mb a 90 Mb, como medida paliativa, una medida que «solucionará sin duda el problema de colapso del tráfico de red, lo que redundará en un funcionamiento normal del sistema»." (No tiene nada que ver una cosa con la otra, seguramente la autentica causa del problema no es el canuto sino un penoso desarrollo o gestión del rendimiento en los servidores) <ref>http://ultimahora.es/mallorca/noticia/noticias/local/tsjib-pide-ministerio-soluciones-definitivas-problemas-informaticos-juzgados.html</ref>
  
Obviamente es imposible que fuera un problema eléctrico a nivel mundial y que al mismo tiempo tardara días en restaurarse, seguramente alguna operación de mantenimiento destrozó numerosos servidores en uno o varios data centers.
+
=== Culpar a la luz ===
  
== Culpar a la 'informatica' ==
+
* "Un fallo eléctrico afecta al sistema informático de la Xunta durante 22 horas" <ref>http://www.farodevigo.es/galicia/2011/04/21/fallo-electrico-afecta-sistema-informatico-xunta-durante-22-horas/537854.html</ref>, que se caiga la luz en una zona de una ciudad no es motivo para que se deje de dar servicio, para eso están los clusters de servidores geográficamente distribuidos.
- "Un problema informático impide realizar durante doce horas los transbordos gratuitos en los autobuses urbanos" <ref>http://www.aragondigital.es/asp/noticia.asp?notid=81832&secid=4</ref>. En este caso el problema fue "informático", pero la solución la proporcionó la empresa [[Tuzsa]], el mensaje está claro: la informática es malvada, la empresa es buena.
 
  
 +
* "Un problema con el suministro eléctrico causó el fallo informático global que llevó a cancelar este sábado los vuelos de British Airways (BA) desde los aeropuertos londinenses de Heathrow y Gatwick, dijo hoy en un vídeo el consejero delegado de la aerolínea, el español Alex Cruz.[...]Los expertos advierten de que los efectos de este error informático sin precedentes podrían prolongarse varios días, en los que posiblemente el servicio de BA opere con deficiencias. Obviamente es imposible que fuera un problema eléctrico a nivel mundial y que al mismo tiempo tardara días en restaurarse, seguramente alguna operación de mantenimiento destrozó numerosos servidores en uno o varios data centers.
  
 +
=== Culpar a la 'informatica' ===
  
 +
* En 2011 "un problema informático impide realizar durante doce horas los transbordos gratuitos en los autobuses urbanos" <ref>http://www.aragondigital.es/asp/noticia.asp?notid=81832&secid=4</ref>. En este caso el problema fue "informático", pero la solución la proporcionó la empresa [[Tuzsa]], el mensaje está claro: la informática es el problema, la empresa es buena. No es que el desarrollo fuera horrible, el problema es intangible y por lo tanto "culpa de nadie".
 +
 +
* El término "problema informático" que siempre ha estado presente en las excusas de gestores públicos se puso muy de moda con ocasión de la votación incorrecta del diputado del PP en Febrero 2022 con ocasión de la aprobación de la reforma laboral del PSOE. Lo que probablemente fue un fallo humano por no saber lo que estaba votando se intento excusar en un problema informático que colegios informáticos se ofrecieron a auditar. <ref>https://www.elconfidencial.com/tecnologia/2022-02-03/error-informatico-voto-telematico-congreso_3369685/</ref>
 +
 +
=== Quitar la culpa sin darla ===
 +
 +
Cuando se le quita la culpa de un desastre a un actor sin asignarsela a otro actor involucrado en el desastre.
 +
 +
* "El Gobierno regional no sancionó a [[Indra]] por incumplir el contrato. Según las fuentes del Ejecutivo, "los motivos por los que primero se suspendió y posteriormente se resolvió el contrato no fueron responsabilidad del adjudicatario, por lo que no procedía aplicar penalizaciones". SAP falló y eso no es culpa de Indra, afirma el Ejecutivo. Pero el pliego de condiciones del contrato que firmó Indra cuando le adjudicaron Nexus ya incluía la obligatoriedad de desarrollarlo sobre [[SAP]]. La empresa aceptó las condiciones, pero o no previó o no supo resolver los problemas que surgieron. Indra no ha querido comentar acerca de la adjudicación y abandono del proceso [[Nexus]]."
 +
 +
=== Quitar todas las culpas constantemente ===
 +
 +
En algunos casos se producen casos donde continuamente se culpa a intangibles de los problemas de una cierta institución o sistema informático, por ejemplo en el caso del Hospital de Castellón se han producido problemas durante años (entre 2016 y 2022) y en ningún caso se ha mencionado en prensa ni el sistema informático ni una causa concreta de problemas, en 2016 se culpó a "problemas informáticos", en 2021 a un "fallo eléctrico" y en 2022 a un "problema de la centralita ajenos al hospital". En estos casos se suele dar una connivencia importante entre el centro público y los medios de prensa que cubren las noticias.
  
 
[[Categoría: Malas prácticas en los proyectos de software]]
 
[[Categoría: Malas prácticas en los proyectos de software]]

Revisión actual - 10:15 13 nov 2022

Culpar a intangibles es una mala práctica consistente en desviar la responsabilidad desde personas, empresas y partidos políticos hacia elementos intangibles, como la providencia, la informática o la electricidad. La técnica es especialmente perniciosa porque los periodistas que no saben de informática la publican en sus titulares de prensa, en vez de ahondar en la causa real del problema.

A modo de ejemplo: Si un periodista fuera un accidente y le dijeran "fue un fallo vehicular", el periodista preguntaría "pero ¿fue un fallo humano del conductor o de mantenimiento del vehículo?", ocurre lo mismo en informática, no podemos aceptar "fue un fallo informático" porque la informática no falla.

La finalidad es parecida a la utilizada con Es normal pero para poder argumentarlo el gestor o responsable público de turno necesita tener algo en lo que respaldar esta culpa, aunque algunos casos de culpar a intangibles son tan absurdos que parecen casos de Es normal como por ejemplo "culpar a la informática".

Tipos de "culpar a intangibles"

Culpar a la conexión

  • "Ante la «gravedad» y «difícil identificación» del origen de estas incidencias, el Ministerio ha informado de que aumentará el caudal de la sede que presenta problemas de 60 Mb a 90 Mb, como medida paliativa, una medida que «solucionará sin duda el problema de colapso del tráfico de red, lo que redundará en un funcionamiento normal del sistema»." (No tiene nada que ver una cosa con la otra, seguramente la autentica causa del problema no es el canuto sino un penoso desarrollo o gestión del rendimiento en los servidores) [1]

Culpar a la luz

  • "Un fallo eléctrico afecta al sistema informático de la Xunta durante 22 horas" [2], que se caiga la luz en una zona de una ciudad no es motivo para que se deje de dar servicio, para eso están los clusters de servidores geográficamente distribuidos.
  • "Un problema con el suministro eléctrico causó el fallo informático global que llevó a cancelar este sábado los vuelos de British Airways (BA) desde los aeropuertos londinenses de Heathrow y Gatwick, dijo hoy en un vídeo el consejero delegado de la aerolínea, el español Alex Cruz.[...]Los expertos advierten de que los efectos de este error informático sin precedentes podrían prolongarse varios días, en los que posiblemente el servicio de BA opere con deficiencias. Obviamente es imposible que fuera un problema eléctrico a nivel mundial y que al mismo tiempo tardara días en restaurarse, seguramente alguna operación de mantenimiento destrozó numerosos servidores en uno o varios data centers.

Culpar a la 'informatica'

  • En 2011 "un problema informático impide realizar durante doce horas los transbordos gratuitos en los autobuses urbanos" [3]. En este caso el problema fue "informático", pero la solución la proporcionó la empresa Tuzsa, el mensaje está claro: la informática es el problema, la empresa es buena. No es que el desarrollo fuera horrible, el problema es intangible y por lo tanto "culpa de nadie".
  • El término "problema informático" que siempre ha estado presente en las excusas de gestores públicos se puso muy de moda con ocasión de la votación incorrecta del diputado del PP en Febrero 2022 con ocasión de la aprobación de la reforma laboral del PSOE. Lo que probablemente fue un fallo humano por no saber lo que estaba votando se intento excusar en un problema informático que colegios informáticos se ofrecieron a auditar. [4]

Quitar la culpa sin darla

Cuando se le quita la culpa de un desastre a un actor sin asignarsela a otro actor involucrado en el desastre.

  • "El Gobierno regional no sancionó a Indra por incumplir el contrato. Según las fuentes del Ejecutivo, "los motivos por los que primero se suspendió y posteriormente se resolvió el contrato no fueron responsabilidad del adjudicatario, por lo que no procedía aplicar penalizaciones". SAP falló y eso no es culpa de Indra, afirma el Ejecutivo. Pero el pliego de condiciones del contrato que firmó Indra cuando le adjudicaron Nexus ya incluía la obligatoriedad de desarrollarlo sobre SAP. La empresa aceptó las condiciones, pero o no previó o no supo resolver los problemas que surgieron. Indra no ha querido comentar acerca de la adjudicación y abandono del proceso Nexus."

Quitar todas las culpas constantemente

En algunos casos se producen casos donde continuamente se culpa a intangibles de los problemas de una cierta institución o sistema informático, por ejemplo en el caso del Hospital de Castellón se han producido problemas durante años (entre 2016 y 2022) y en ningún caso se ha mencionado en prensa ni el sistema informático ni una causa concreta de problemas, en 2016 se culpó a "problemas informáticos", en 2021 a un "fallo eléctrico" y en 2022 a un "problema de la centralita ajenos al hospital". En estos casos se suele dar una connivencia importante entre el centro público y los medios de prensa que cubren las noticias.

Referencias