Diferencia entre revisiones de «Rechazo tecnológico»
De ingenio2010
Línea 3: | Línea 3: | ||
Listamos a continuación casos históricos bien conocidos de rechazo tecnológico: | 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. | + | * 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 ver 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]] | * 2000-Actualidad: Es habitual encontrar todavía ver 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]] | ||
* 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. | * 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. | ||
[[Categoría:Malas prácticas en los proyectos de software]] | [[Categoría:Malas prácticas en los proyectos de software]] |
Revisión del 18:41 6 mar 2021
Rechazo tecnológico es la práctica desarrollada por algunas personas, habitualmente trabajadores del ámbito tecnológico, para abrazar ciertas tecnologías. Habitualmente este rechazo se presenta frente a una tecnología preexistente.
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 ver 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
- 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.