Diferencia entre revisiones de «Rechazo tecnológico»
Ir a la navegación
Ir a la búsqueda
Línea 6: | Línea 6: | ||
** En ciertas instituciones públicas y empresas privadas era habitual encontrar un legado de aplicaciones '''Visual Basic''' que presentan una usabilidad limitada y un estancamiento tecnológico importante, sin embargo la resistencia de trabajadores públicos por cambiar de interfaz dificultaba el paso a aplicaciones contemporáneas, habitualmente aplicaciones basadas en modelo cliente-servidor. | ** En ciertas instituciones públicas y empresas privadas era habitual encontrar un legado de aplicaciones '''Visual Basic''' que presentan una usabilidad limitada y un estancamiento tecnológico importante, sin embargo la resistencia de trabajadores públicos por cambiar de interfaz dificultaba el paso a aplicaciones contemporáneas, habitualmente aplicaciones basadas en modelo cliente-servidor. | ||
* 2000-Actualidad: | * 2000-Actualidad: | ||
− | ** Es habitual encontrar todavía resistencia por parte de expertos en SAP y otros '''sistemas cerrados''' (estilo TIBCO, CA Software, algunas herramientas de IBM y Oracle) al uso de tecnologías de software libre que menoscaben su curriculum y experiencia previa. Este rechazo se produce por la [[Propagacion de lo propietario]] | + | ** Es habitual encontrar todavía resistencia por parte de expertos en SAP y otros '''sistemas cerrados''' (estilo TIBCO, CA Software, algunas herramientas de IBM y Oracle) al uso de tecnologías de software libre que menoscaben su curriculum y experiencia previa. Este rechazo se produce por la [[Propagacion de lo propietario|propagación de lo propietario]] |
* 2005-Actualidad: | * 2005-Actualidad: | ||
** Con la creciente '''robotización de procesos''' (BPM, ESB, RPA, Testing automático, IaC) existe cierto rechazo a la automatización de procesos. | ** Con la creciente '''robotización de procesos''' (BPM, ESB, RPA, Testing automático, IaC) existe cierto rechazo a la automatización de procesos. | ||
[[Categoría:Malas prácticas en los proyectos de software]] | [[Categoría:Malas prácticas en los proyectos de software]] |
Revisión actual - 11:00 10 sep 2021
Rechazo tecnológico es la práctica desarrollada por algunas personas, habitualmente trabajadores del ámbito tecnológico, para rechazar ciertas tecnologías. Habitualmente este rechazo se presenta frente a una tecnología preexistente preferida por el trabajador en cuestión.
Listamos a continuación casos históricos bien conocidos de rechazo tecnológico:
- 1990-2010:
- En ciertas instituciones públicas y empresas privadas era habitual encontrar un legado de aplicaciones Visual Basic que presentan una usabilidad limitada y un estancamiento tecnológico importante, sin embargo la resistencia de trabajadores públicos por cambiar de interfaz dificultaba el paso a aplicaciones contemporáneas, habitualmente aplicaciones basadas en modelo cliente-servidor.
- 2000-Actualidad:
- Es habitual encontrar todavía resistencia por parte de expertos en SAP y otros sistemas cerrados (estilo TIBCO, CA Software, algunas herramientas de IBM y Oracle) al uso de tecnologías de software libre que menoscaben su curriculum y experiencia previa. Este rechazo se produce por la propagación de lo propietario
- 2005-Actualidad:
- Con la creciente robotización de procesos (BPM, ESB, RPA, Testing automático, IaC) existe cierto rechazo a la automatización de procesos.