Diferencia entre revisiones de «Cubrir los fallos de software con papeles»
De ingenio2010
| (No se muestran 2 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" | + | 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. | ||
| + | * 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.
