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

De ingenio2010
Ir a la navegación Ir a la búsqueda
(Página creada con «"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 neces...»)
 
 
(No se muestran 6 ediciones intermedias 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", 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 [[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.
 +
* 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 - 07: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