Aunque las herramientas y los servicios modernos hacen que los desarrolladores sean más productivos, aún existe una «brecha de aplicaciones». Es la brecha entre el código que tiene los recursos para construir y el código que quieren sus partes interesadas. Los equipos de desarrollo están sobrecargados y tienen que priorizar su trabajo, centrándose en los sistemas comerciales centrales y las herramientas necesarias para trabajar con ellos.
No sorprende, entonces, que las herramientas de código bajo se hayan vuelto populares. Se basan en conceptos familiares para brindar a los usuarios finales un conjunto de herramientas que los ayuda a crear y compartir las aplicaciones que necesitan. Los sucesores lógicos de Excel y Access, son patios de recreo que abren el acceso a los datos y brindan formas de vincular aplicaciones y servicios, mientras crean experiencias de usuario simples a partir de bloques de construcción comunes. Puede pensar en ellos como herramientas modernas de automatización de procesos, capaces de extraer flujos de trabajo de las operaciones y convertir esas acciones capturadas en código.
Las herramientas de código bajo como Zapier y Power Platform de Microsoft a menudo se consideran una forma de descargar la demanda de desarrollo, lo que permite a los usuarios crear las aplicaciones que necesitan, cuando las necesitan. Tan bueno como es tener una forma de reducir la brecha de la aplicación, existen límites significativos que hacen que sea imposible mirar las herramientas de código bajo de forma aislada.
Administración de API
Lo que a menudo se olvida en la carrera por el código bajo es que, en el fondo, se trata de una tecnología de integración y flujo de trabajo, y eso significa crear y administrar terminales. Aquí, los equipos de desarrollo existentes se vuelven esenciales, ya que deben encargarse de proporcionar API administradas para aplicaciones y servicios existentes. Si bien los modelos de API basados en REST utilizados por la mayoría de las herramientas de código bajo son relativamente fáciles de implementar y admitir, ese proceso presenta un nuevo conjunto de problemas: ¿quién obtiene acceso a esas API y cuánto pueden acceder a través de ellas?
No puede implementar soluciones de código bajo sin alguna forma de administración de API, vinculada a su plataforma de identidad existente. Se necesitarán controles de acceso basados en roles y aceleradores administrados para garantizar la seguridad e integridad de los datos. Debe asegurarse de que solo aquellos que los necesitan puedan acceder a los datos protegidos y que demasiados usuarios no afecten las operaciones de los sistemas de línea de negocio. Al hacer que la administración de API forme parte de su conjunto de código bajo, los usuarios que necesitan acceso a las API se pueden aprovisionar mediante procesos simples de autoservicio, con las cuentas no utilizadas eliminadas para evitar la pérdida de datos.
Trabajando en equipos
Luego está el problema del código bajo que se desarrolla de forma aislada. Con demasiada frecuencia, los activos se crean varias veces y se pierden los beneficios de la reutilización y la portabilidad del código. Parte del problema es que gran parte del código bajo se desarrolla en entornos propietarios, sin integración con los sistemas de control de código fuente o con entornos de codificación social como GitHub. Incluso el entorno original de código bajo, Excel, se está alejando del modelo propietario, con su nueva función LAMBDA que le permite compartir bloques de código entre diferentes proyectos.
Lo que está claro es que el código bajo es código, incluso si se genera en un lienzo visual de arrastrar y soltar. Necesitamos tratarlo de la misma manera que tratamos el código en nuestros principales desarrollos empresariales, asegurándonos de que sea seguro y confiable y que, cuando sea posible, el conocimiento utilizado para crear esas aplicaciones no se pierda y se pueda compartir con otros equipos. .
Las primeras herramientas de código bajo omitieron gran parte de lo que era esencial para esto. Sí, podría crear procesos a su alrededor, con revisiones de desarrolladores y otros hitos, pero ese enfoque se interpone en el camino de los beneficios obvios del código bajo, poniendo obstáculos en el camino del desarrollo rápido de aplicaciones que pueden tener solo un par de meses. vida planeada.
Llevar el código bajo a las herramientas de desarrollo a gran escala le permite comenzar a aprovechar las habilidades de diferentes partes de la organización, creando lo que se conoce como «equipos de fusión», donde diferentes grupos trabajan juntos para crear una aplicación o servicio que resuelve problemas específicos. problemas. Cada miembro de un equipo de fusión tendrá una responsabilidad diferente: uno podría ser el usuario final, otro un desarrollador de código bajo, uno que administra las API del servicio. No hay una estructura fija para un equipo como este; está formado por las personas necesarias para una tarea específica. Ni siquiera necesitan reunirse en persona: un canal de Slack o Teams para el proyecto podría ser suficiente para la mayoría de las interacciones comunes.
Código bajo como código
Las herramientas más nuevas han comenzado a cambiar eso, trayendo nuevos conceptos de administración y nuevas formas de compartir código. Un desarrollo clave es alejarse de las herramientas puramente gráficas, con el desarrollo de nuevos lenguajes que encapsulan gran parte de lo que se puede hacer con herramientas gráficas y que nos permiten construir nuestro desarrollo de código bajo en canalizaciones de CI/CD y herramientas de codificación social como GitHub. .
Esos nuevos lenguajes se adaptan mejor a entornos de código bajo, basándose en conceptos como consultas SQL y fórmulas de Excel. Son rápidos de entender, utilizando una combinación de conceptos de programación funcional y declarativa. Los usuarios aún pueden trabajar utilizando sus entornos de desarrollo gráfico familiares, guardando el código resultante en sus repositorios de git automáticamente. Mientras tanto, los desarrolladores pueden revisar rápidamente ese código en sus IDE o editores de código. No hay cambio de contexto, y todos obtienen las herramientas que necesitan para hacer el trabajo que necesitan hacer. Luego, los desarrolladores pueden usar canalizaciones de CI/CD para probar rápidamente el código antes del lanzamiento, en busca de obstáculos y otros errores críticos.
VER: Desarrollador web o CTO, ¿qué trabajos tecnológicos tienen los salarios de más rápido crecimiento?
Convertir código bajo en código le permite aprovechar una nueva generación de asistentes de codificación basados en aprendizaje automático. Tecnologías como el modelo Codex de OpenAI pueden identificar patrones comunes en el código y hacer sugerencias basadas en cómo otras aplicaciones resuelven problemas similares. Si, por ejemplo, una aplicación de código bajo necesita un control de red conectado a un sistema ERP, puede hacer sugerencias sobre cómo construir cadenas de conexión apropiadas o cómo formatear mejor una consulta.
Es un enfoque que todavía está en sus inicios, pero se muestra prometedor. No se trata tanto de tener un código de escritura de IA para usted, sino de tener un programador de pares basado en IA que hace sugerencias sobre cómo mejorar el código. A medida que aprende a crear aplicaciones de código bajo, es un conjunto de ruedas de entrenamiento que puede despegar lentamente, reduciendo la dependencia tanto de la IA como de los recursos del desarrollador.
Es posible ver cómo termina esto, con los desarrolladores de sistemas centrales que crean API, las IA refinan cómo se usan y los usuarios siguen rápidamente sus sugerencias para crear aplicaciones de alta calidad que funcionen bien y no interrumpan a otros usuarios.
Estamos en los primeros días de un gran cambio en la forma en que creamos y usamos aplicaciones, y el código bajo será un factor clave en esta nueva revolución. La relación entre el código bajo y el desarrollo de aplicaciones convencionales debe ser estrecha. Sin embargo, con el código bajo visto como una forma de responder a la falta de recursos de desarrollo, es una relación que debe administrarse con cuidado. Por lo tanto, es bueno ver que las organizaciones reconocen la importancia de la gestión eficaz de API, del uso de herramientas que mejoran el código compartido, de nuevas estructuras de equipo que cruzan los límites organizacionales y, finalmente, del uso del aprendizaje automático para reducir el riesgo y aumentar la productividad.
