En los últimos años, he visto muchos artículos que asocian el low code (código bajo) con citizen developers (usuarios sin habilidades de desarrollo) o con personas que no tienen habilidades amplias de desarrollo.
Tanto los desarrolladores ciudadanos como los “profesionales” tienen un papel que desempeñar en el desarrollo de aplicaciones y proyectos de automatización, y el low-code tiene algo que ofrecer a ambos.
El low-code significa proporcionar herramientas visuales y basadas en gráficos, y marcos simples, por lo que el diseñador de la aplicación no tiene que tocar directamente el código que realiza las operaciones deseadas. Estas son naturalmente limitadas, ya que la aplicación resultante no se puede personalizar en profundidad si no se puede tocar el código.
Con este tipo de herramientas visuales, cualquiera puede crear una aplicación simple dentro de los límites de la herramienta. Por los casos complejos necesitan comunicarse con otros sistemas empresariales, requieren una personalización extensa, traspasan los límites organizacionales o necesitan atención a la gestión, el enfoque exclusivamente visual a menudo no es suficiente.
Un enfoque integral de low-code para el desarrollo y la automatización de aplicaciones implica ofrecer capacidades tanto de programación visual como de codificación.
Sabemos que también es posible servir a los desarrolladores con low-code. Un enfoque de low-code también incluye herramientas de arrastrar y soltar que los desarrolladores pueden usar, por ejemplo, para desarrollar APIs, integrar la aplicación con otros sistemas o personalizar interfaces front end. Por supuesto, cuando se requiere código, los desarrolladores deben poder usar sus propias herramientas y frameworks (marcos de trabajo) y no estar limitados por las herramientas de low-code. Es probable que las plataformas que ofrecen un enfoque “híbrido” de low-code sean las más útiles para los equipos de desarrollo de habilidades mixtas.
