Soluciones de bajo código/sin código llevadas más allá de sus límites
Una desventaja importante de las soluciones de bajo código/sin código es que a menudo se sobrepasan los límites de estas herramientas. La propia naturaleza de las soluciones de bajo código/sin código significa que tienen límites incorporados para permitir cómo se construyen las soluciones. Por ejemplo, este tipo de soluciones tienen dificultades para gestionar grandes conjuntos de datos o reglas de negocio complejas.
Sin embargo, muchas personas optan por utilizar soluciones de bajo código para estas construcciones. Hacer esto empujará los límites y restringirá el sistema de bajo código. Si, por ejemplo, está tratando con grandes cantidades de datos, esto podría ser un problema. Si se ejecutan numerosas automatizaciones cuando se añade o modifica un determinado tipo de datos, o deben producirse cálculos o procesamientos muy complejos.
Los límites del sistema pueden ponerse a prueba. Si hay que gestionar muchos usuarios simultáneos, también aumenta la complejidad de la solución final. Cuando haces esto, estás sobrecargando la solución de bajo código. No fue construido o diseñado para manejar una construcción de una escala tan grande. Sería más fácil optar por una solución personalizada o híbrida.
La elección de cuándo y cómo integrar el bajo código/sin código en las soluciones debe tener en cuenta estas limitaciones. Hay ocasiones en las que las soluciones híbridas o completamente a medida pueden realmente ahorrar tiempo de desarrollo y mejorar el resultado final.
Gestión de estas soluciones tras la marcha del desarrollador
Las soluciones de bajo código, como se ha mencionado, son estupendas para proyectos pequeños y medianos. Pero muchas personas caen en la trampa de pensar ¿Por qué utilizar un desarrollador cuando puedo utilizar a alguien que conozca el sistema? Ahorras dinero, utilizas a alguien de la casa, ¿cuál es el problema?
Muchas veces, cuando se utiliza o se faculta a un desarrollador ciudadano (alguien interno que está familiarizado con el sistema) para que construya sus propias soluciones es genial para abordar rápidamente las necesidades del negocio. Sin embargo, es esencial una gobernanza y formación adecuadas. Cuando los desarrolladores ciudadanos utilizan su cuenta personal para crear el sistema y no existe una gestión adecuada del ciclo de vida de la aplicación. Cuando ese empleado se va, usted está atascado.
Tienes que proteger la cuenta de ese empleado porque ya no puede tener acceso organizativo, pero utilizó su cuenta para crear el sistema. Sus procesos empresariales están encadenados a la cuenta de un empleado que debe desactivarse por motivos de seguridad.
Los desarrolladores ciudadanos no suelen tener ojo para la gestión del ciclo de vida, la arquitectura o el diseño de los sistemas subyacentes. En el peor de los casos, tendrá que reconstruirlo todo cuando esa persona se marche.
Cuándo utilizar una solución de bajo código/sin código y cuándo considerar el código personalizado
A la hora de considerar si utilizar una solución de bajo código o contratar a un desarrollador externo, hay que tener en cuenta la escala y la complejidad de la compilación requerida. Como hemos mencionado antes, uno de los grandes escollos son los grandes conjuntos de datos. Dependiendo de la integración, conjuntos de datos tan pequeños como 2000 elementos pueden empezar a requerir consideraciones adicionales.
Habrá casos en los que te des cuenta de que algo ya existe en tu fuente de datos. No podrá buscarlo y traerlo de vuelta porque no puede devolver suficientes elementos. O puedes arriesgarte a que tu solución de código "bajo" deje de serlo para sortear los límites.
Terminas haciendo más trabajo para sortear las limitaciones de una solución de bajo código/sin código, lo que ralentizará la aplicación, costará más tiempo de desarrollo y requerirá más pruebas.
También debes tener en cuenta el rendimiento a la hora de decidir si utilizar una solución de bajo código/sin código o un desarrollador. En PowerApps, si se trata de una variedad de fuentes de datos y una interfaz de usuario compleja, esto afecta a la capacidad de respuesta y puede ralentizar la solución. Con una creación personalizada, puedes optimizar todo para que funcione más rápido.
En Power Automate, cuando se produce una gran cantidad de procesamiento, como la actualización de campos, se realiza un bucle de diferentes elementos y se recorren grandes cantidades de datos desde diferentes ubicaciones. Esto puede causar ralentizaciones porque Power Automate tiene límites en el número de acciones recomendadas por flujo.
Una vez superado ese umbral, Microsoft puede suspender su flujo. Ahora una posible parte crítica de su proceso de negocio no está funcionando, y usted realmente no tiene suerte.
Las soluciones de bajo código/sin código son más rápidas de crear (¿o no?)
Existe la idea errónea de que las soluciones de bajo código son más rápidas de construir. Los desarrolladores disponen de varias herramientas que pueden utilizarse para un desarrollo rápido. Sin embargo, algunas personas se han convencido de que necesitan utilizar una solución de bajo código.
Cuando hay más complejidad en la construcción, las soluciones de código personalizado pueden muchas veces ser construidas más rápido que las soluciones de bajo código/sin código. También se corre el riesgo de que la solución de bajo código funcione mal porque se ha entrado en territorio de alta complejidad.
La solución de bajo código es ideal para desarrollos pequeños y sencillos. A partir de ahí, pueden surgir problemas imprevistos. Las soluciones personalizadas no tienen el mismo tipo de limitaciones y restricciones, lo que las hace en general más flexibles.
Además, muchas veces la gente utiliza la solución de bajo código y luego decide que quiere más complementos de los previstos inicialmente. Lo que se pensaba que era una solución sencilla, resulta ser más matizada y compleja de lo que se pensaba en un principio. Se convierte en una construcción más lenta, y aumenta el riesgo de bajo rendimiento de la aplicación.
Las ventajas de las soluciones Low Code/No Code
En resumen, estas herramientas son increíbles. El propósito de este blog no es que las rechaces por completo. Necesitas crear un flujo para programar algo que compruebe nuevas entradas en una base de datos para ciertas condiciones, genial. Utilice estas herramientas. Pero recuerda que tienen límites. La clave del éxito está en conocer esos límites y saber cuándo utilizar soluciones de bajo código/sin código, personalizadas o híbridas.
Comprender el punto de transición entre una solución de bajo código/sin código y una solución personalizada o híbrida es fundamental. Aquí es donde los consultores, como nosotros en Improving, podemos ayudar. Porque si estas herramientas no se utilizan correctamente, pueden tener consecuencias. No caiga en esa trampa.
Si está buscando una aplicación a medida póngase en contacto hoy mismo.
