¿Qué se debe considerar antes de introducir un desarrollo de código bajo?


El desarrollo de código bajo no es un fenómeno nuevo. En muchos sentidos, el término es un apodo moderno para las herramientas de Desarrollo rápido de aplicaciones (RAD), introducido por primera vez en la década de 1980. Estas herramientas se introdujeron originalmente como una alternativa a las técnicas de programación tradicionales. Las primeras herramientas RAD se centraron en métodos de desarrollo rápidos e iterativos en los que …

se centró en la funcionalidad limitada, la experiencia del usuario y el rendimiento general.

Los empleados de hoy para potenciar la tecnología de desarrollo de código bajo es parte de la Carta del Lugar de Trabajo de Tecnología Digital, apoyando al Departamento Grande y Desarrollo de Aplicaciones de Trabajo . Solo las aplicaciones con un tamaño extremo (como con micro servicios personalizados ) o con características novedosas requieren el desarrollador profesional de TI tradicional y no tienen características para herramientas de código bajo.

Las aplicaciones de grupos de trabajo siempre han utilizado herramientas de Citizen Developer, como hojas de cálculo. Las aplicaciones comerciales específicas del departamento desarrolladas por desarrolladores vinculados a unidades comerciales, combinadas con el actual oftware-as-a- han sido el área de crecimiento para las herramientas de desarrollo de bajo código. Servicio (SaaS) Ofertas estándar.

Sin embargo, el aumento de la funcionalidad y el rendimiento de código bajo también ha llevado a su introducción como una plataforma de reemplazo para las empresas. Las herramientas de código bajo continúan capturando la pirámide de aplicaciones. Los beneficios clave del desarrollo de aplicaciones de código bajo incluyen productividad, tiempo de comercialización, menos experiencia y simplificación de las herramientas necesarias (fuera de la plataforma de código bajo).

Problemas de costos s

Si bien el tiempo y los recursos reducidos siguen siendo los mayores inconvenientes para los usuarios de aplicaciones de código bajo, los costos son motivo de preocupación en muchos casos. Una alta proporción de clientes no se da cuenta de que los modelos de suscripción requieren mucho cuidado y atención en el primer contrato. " por usuario " o " por aplicación " disminuyen con el volumen de uso. Si una empresa comienza con poco, como es aconsejable, debe asegurarse de que su contrato de bajo código incluya la provisión para el inicio requerido. Si cada equipo de una organización puede crear una nueva aplicación cada meses o cada dos meses, los gerentes de aplicaciones enfrentarán rápidamente docenas de aplicaciones, todas las cuales se pueden clasificar como críticas para el negocio en términos relativamente cortos tiempo.

Algunas organizaciones de TI son ​​reacias a utilizar herramientas de código bajo debido a dudas sobre la integración de en los sistemas de TI existentes que generalmente se resuelven mediante el uso de la programación de aplicaciones convertirse en interfaces ( APIs ) . Sin embargo, la gran mayoría de los servicios de código bajo que se ofrecen hoy en día permiten llamar a los servicios existentes a través de API y proporcionar sus propias API para acceder a sus datos o servicios.

Gartner proporciona la activación de API como un requisito para las herramientas empresariales actuales. Esto no significa que el enfoque del código bajo solo se encuentre en el ensamblaje de aplicaciones desde API a servicios sin cabeza. Muchas herramientas de código bajo también proporcionan capacidades de desarrollo de experiencia múltiple que permiten una experiencia de usuario muy fácil de usar y amigable para el usuario con dispositivos web y móviles.

Encontrar las herramientas adecuadas

Una vez que una organización decide utilizar herramientas de código bajo, el foco estará en qué herramientas seleccionar .

Los líderes del mercado provienen del mundo de las plataformas proporcionadas por SaaS con proveedores como Microsoft, Oracle, Salesforce y ServiceNow y el mundo del desarrollo de aplicaciones especializadas [19659008] con proveedores como Betty Blocks, Mendix y OutSystems . Hay también un crecimiento creciente en el desarrollo de aplicaciones de Business Process Management Suite World y proveedores como Agilepoint [19659008] Appian y [19659008] Pega .

Al mismo tiempo, todavía hay un gran número de proveedores cuya facturación anual es de 5 millones. ya sea porque todavía están en uso o porque todavía están en uso porque tienen dificultades para presentarse ante un público más amplio. Algunos de estos proveedores se han especializado, ya sea en ciertas regiones como Francia o Japón o en ciertos mercados verticales como gobierno local o educación.

Una cuestión de seguridad

Costo y Decisiones de costo Los usuarios adoptados no deben descuidar la seguridad. En el pasado, las herramientas de código bajo para aplicaciones de empresa a empleado ( B2E ) se implementaban detrás del firewall. Recientemente, sin embargo, se han utilizado cada vez más para casos de uso B2C y B2B, lo que resulta en un aumento de los problemas de seguridad.

Como plataformas y, en particular, como servicios en la nube que se actualizan automáticamente en segundo plano, las mejores prácticas, como los mecanismos de autorización y autenticación y los servicios de [19659123nachdrücklichunterstützt] encriptación de datos .

Con el autoaprovisionamiento bajo demanda, la mayoría de las plataformas de código bajo pueden integrar o automatizar las operaciones DevOps optimizando el ciclo de vida del desarrollo de software dependiendo de la plataforma utilizada para la automatización comercial es de particular interés y lo que Gartner llama DigitalOps .

A pesar de centrarse en los equipos de TI de negocios, Gartner señala que una comunidad de desarrolladores cada vez más importante son los desarrolladores de TI clave que buscan el desarrollo rápido de aplicaciones simples o la creación de m inimum [19659008] iable p roductos o m ulti- e xperienceabilities. Y si los administradores de aplicaciones en proyectos de aplicaciones tradicionales usan código bajo, es posible que quieran usar un enfoque de automatización estándar de DevOps de TI además de herramientas de código bajo.

Los gerentes de aplicaciones responsables del desarrollo de aplicaciones y las estrategias de plataforma deben considerar una serie de consideraciones para maximizar el valor. Comience clasificando los casos de uso de aplicaciones para identificar aquellos que sean adecuados para el desarrollo de código bajo y elija un código bajo para los casos de uso que requieren un tiempo de comercialización más rápido con capacidades de desarrollador reducidas.

En general, Gartner cree que existe una fuerte afinidad entre democratizar la infraestructura y desarrollar servicios en la nube y democratizar el desarrollo de aplicaciones con poco código. Hoy, todas las compañías tienen una estrategia en la nube, y en el futuro todas buscarán una estrategia de desarrollo de bajo código.

Paul Vincent es director analista en Gartner.



Software servicio tecnico de Cea Ordenadores