Diferencia entre revisiones de «Cubrir los fallos de software con papeles»

De ingenio2010
 
(No se muestra una edición intermedia del mismo usuario)
Línea 1: Línea 1:
 
"Cubrir los fallos del software con papeles" es un antipatrón del software consistente en desarrollar sistemas insuficientes y una vez estos no cubren la casuística necesaria dedicar a varios trabajadores no tecnológicos para que elaboren documentación que hace gran parte del trabajo que debería hacer el software de forma automática gracias a su propio código.
 
"Cubrir los fallos del software con papeles" es un antipatrón del software consistente en desarrollar sistemas insuficientes y una vez estos no cubren la casuística necesaria dedicar a varios trabajadores no tecnológicos para que elaboren documentación que hace gran parte del trabajo que debería hacer el software de forma automática gracias a su propio código.
  
La administración pública es uno de los mayores exponentes de este tipo de antipatrones: como no se es capaz de desarrollar sistemas adecuados y los clientes son "clientes cautivos" documentan con varias páginas web, PDFs, ejecutables auxiliares que son precondiciones para conseguir un fin ulterior,... al final el objetivo que se pretende conseguir requiere mucho trabajo y "adivinación" que no debería ser dejado en manos del usuario
+
La administración pública es uno de los mayores exponentes de este tipo de antipatrones: como no se es capaz de desarrollar sistemas adecuados y los clientes son "clientes cautivos", los organismos públicos publican:
 +
* HTMLs y PDFs con explicaciones kilométricas
 +
* ejecutables auxiliares
 +
* descripciones textuales de procedimientos manuales (en vez de worlflows automatizados)
 +
 
 +
De forma que el ciudadano debe hacer un tremendo esfuerzo y cierta "adivinación" que no debería ser dejada en manos del usuario.
 +
 
 +
== Ejemplos de este antipatron ==
  
 
* [[Lexnet]] fue conocido en 2016 (y antes) por delegar un montón de tareas de generación de PDFs, compresión de imagenes y pre-procesamiento del PDF antes de subirlo a la web a abogados y procuradores a los que no se les dio esa formación (ni tenían el tiempo para hacerlo).
 
* [[Lexnet]] fue conocido en 2016 (y antes) por delegar un montón de tareas de generación de PDFs, compresión de imagenes y pre-procesamiento del PDF antes de subirlo a la web a abogados y procuradores a los que no se les dio esa formación (ni tenían el tiempo para hacerlo).
* [[SEPE]] en 2020-2021 tenia un procedimiento tremendamente rebuscado para reportar ERTEs colectivos que provocó en gran medida una demora importante en el [[Uso de la informática para postponer la fiscalización|pago de las retribuciones debidas]].
+
* [[SEPE]] en 2020-2021 tenia un procedimiento tremendamente rebuscado para reportar ERTEs colectivos que provocó en gran medida una demora importante en el [[Uso de la informática para postponer la fiscalización|pago de las retribuciones debidas]], en algunas CCAAs y ayuntamientos con pocos casos se pudo gestionar manualmente pero en Madrid Y Barcelona muchos casos se demoraron por haber decenas de miles de expedientes. <ref>https://www.larazon.es/economia/20211222/g5sqndqbovhfbb6e46murgbso4.html</ref>
 
* Cada vez que hay un problema en un sistema informático sanitario en atención primaria o hospitales se emiten las recetas en papel (si es viable), esto dificulta despues mucho en las farmacias la justificación digital de la entrega de medicamentos.
 
* Cada vez que hay un problema en un sistema informático sanitario en atención primaria o hospitales se emiten las recetas en papel (si es viable), esto dificulta despues mucho en las farmacias la justificación digital de la entrega de medicamentos.
 +
* Como la FNMT ha sido incapaz de meter sus certificados raiz en varios navegadores desarrolló un ejecutable que añade esos certificados al almacen de confianza de dichos navegadores.
 +
 +
== Referencias ==
 +
 +
<references/>
  
 
[[Categoría:Malas prácticas en los proyectos de software]]
 
[[Categoría:Malas prácticas en los proyectos de software]]

Revisión actual - 06:21 22 ene 2023

"Cubrir los fallos del software con papeles" es un antipatrón del software consistente en desarrollar sistemas insuficientes y una vez estos no cubren la casuística necesaria dedicar a varios trabajadores no tecnológicos para que elaboren documentación que hace gran parte del trabajo que debería hacer el software de forma automática gracias a su propio código.

La administración pública es uno de los mayores exponentes de este tipo de antipatrones: como no se es capaz de desarrollar sistemas adecuados y los clientes son "clientes cautivos", los organismos públicos publican:

  • HTMLs y PDFs con explicaciones kilométricas
  • ejecutables auxiliares
  • descripciones textuales de procedimientos manuales (en vez de worlflows automatizados)

De forma que el ciudadano debe hacer un tremendo esfuerzo y cierta "adivinación" que no debería ser dejada en manos del usuario.

Ejemplos de este antipatron

  • Lexnet fue conocido en 2016 (y antes) por delegar un montón de tareas de generación de PDFs, compresión de imagenes y pre-procesamiento del PDF antes de subirlo a la web a abogados y procuradores a los que no se les dio esa formación (ni tenían el tiempo para hacerlo).
  • SEPE en 2020-2021 tenia un procedimiento tremendamente rebuscado para reportar ERTEs colectivos que provocó en gran medida una demora importante en el pago de las retribuciones debidas, en algunas CCAAs y ayuntamientos con pocos casos se pudo gestionar manualmente pero en Madrid Y Barcelona muchos casos se demoraron por haber decenas de miles de expedientes. [1]
  • Cada vez que hay un problema en un sistema informático sanitario en atención primaria o hospitales se emiten las recetas en papel (si es viable), esto dificulta despues mucho en las farmacias la justificación digital de la entrega de medicamentos.
  • Como la FNMT ha sido incapaz de meter sus certificados raiz en varios navegadores desarrolló un ejecutable que añade esos certificados al almacen de confianza de dichos navegadores.

Referencias