El futuro de la codificación es sin código. Al menos, eso es lo que hay que creer si sigues todas las news sobre los desarrollos actuales de código bajo y sin código. Pero, ¿cuándo puede ser beneficiosa una solución sin código o de código bajo, y cuándo debe ceñirse al código personalizado? ¿Un futuro sin código obvia la necesidad de desarrolladores?
Mesa redonda de CTO: el futuro del código bajo
Para encontrar respuestas, software empresa de desarrollo La Software House se reunió con algunos CTO experimentados del campo para hablar sobre sus experiencias. Gerbert Oude Velthuis, Gerente General para los Países Bajos de La Software Hogar, organizó una mesa redonda de CTO en colaboración con Países Bajos FinTech.
Un entorno de código bajo o sin código cambia la codificación real por una interfaz gráfica elegante para aquellos que no están completamente familiarizados con el concepto. Para crear nuevas aplicaciones o funciones sin código, solo es necesario arrastrar, soltar o hacer clic. La idea es que cualquiera pueda hacerlo, no se requiere experiencia en codificación, dice Remco Jorna. Se unió a la mesa redonda de The Software House como CTO de Finsistema operativo tecnológico, una plataforma low-code/no-code para que las instituciones financieras se digitalicen más rápidamente.
¿'Programación de apuntar y hacer clic' para todos?
“El código bajo son prácticas de ingeniería que ponemos en un entorno de desarrollo, lo que permite a los desarrolladores digitales apuntar y hacer clic en las aplicaciones, para que puedan centrarse en el valor empresarial en lugar de centrarse en el cableado para poner en marcha el desarrollo”, explica Jorna.
Sin embargo, un entorno de código bajo no es adecuado para nadie, descubrió Jasper Laagland. Participó en la mesa redonda como CTO de factris, fintech que compra facturas de pequeñas y medianas empresas y las paga el mismo día. Después de probar una solución de código bajo, Factris decidió crear su propio software acercarse. “Lo que queríamos no estaba disponible. Si lo era, era propiedad de otra persona. Queríamos tener la propiedad y la inteligencia en nuestra propia empresa”.
En la mesa redonda participó Bastiaan de Ruiter, CTO de Blanco, una plataforma que ayuda a los gestores patrimoniales independientes a gestionar las inversiones de los clientes. Señala que las soluciones de código bajo han sido parte de la programación desde hace un tiempo. “Tenemos muchas conexiones con terceros a través de API. Si alguno de ellos proporciona la funcionalidad que necesitamos, lo integramos. “
La creciente necesidad de código bajo
“Si usa código personalizado, también hay amplios marcos y bibliotecas”, continúa De Ruiter. “En ese sentido, también hay un nivel de extracción más alto. Los usamos para hacer que nuestro proceso sea más eficiente”. Laagland está de acuerdo. A pesar de haberse alejado del código bajo con Factris, este enfoque sigue siendo común: “También usamos estos marcos. No tiene sentido inventar un nuevo React o Angular. No estamos construyendo nuestra propia solución KYC por completo. No hay valor agregado para construir esas cosas usted mismo. También reutilizamos bloques de la interfaz de usuario. No es exactamente código bajo, pero se acerca más y más. Hay un caso de uso cada vez mayor para el uso de código bajo”.
¿Qué significa para los desarrolladores el cambio a plataformas o prácticas de bajo código? Como señala Oude Velthuis, esto podría significar que la rise de una generación de 'desarrolladores ciudadanos'. Analistas de negocio o científicos de datos desarrollando sus herramientas. Sin embargo, los CTO asistentes no creen que el futuro del código bajo haga que todos se conviertan repentinamente en desarrolladores.
“Las habilidades básicas siguen siendo las mismas. No creo que todo el mundo pueda crear de repente software”, dice De Ruiter. Jorna agrega que poner plataformas de código bajo en manos de todos creará problemas con la gobernanza. Al mismo tiempo, Laagland enfatiza que aún es esencial saber exactamente lo que está haciendo al crear programas: “Usamos mucho de nuestro conocimiento de nuestras propias operaciones y lo traducimos en un sistema”.
¿Solución para la escasez de desarrolladores?
¿Se reducirá el umbral para crear software resolver la escasez de desarrolladores? “Eso depende del escenario”, dice Bastiaan de Ruiter. “En un trabajo anterior, usamos algún tipo de entorno de código bajo. Era mucho más fácil cambiar algo, por lo que necesita menos desarrolladores. Pero para la implementación, necesitábamos 40 personas, todas solo para conectarse al sistema heredado. Todavía necesitarás ese tipo de conjunto de habilidades. Una vez que lo haya configurado, puede cambiar y agregar cosas rápidamente. Todavía necesitamos informáticos, me temo.
“Se necesita gente con mentalidad de desarrollador”, dice Jorna. “Los clientes tienen sistemas que no siempre están bien expuestos, por lo que debe comprender qué hacer cuando el sistema no está disponible o no funciona”.
Tratar con objetivos en movimiento
Otro obstáculo en la creación de proyectos de código bajo es el objetivo móvil con el que los CTO están muy familiarizados. Jorna: “Empiezas con un alcance para el proyecto, y una vez que te pones a trabajar, descubres que el alcance debería ser diferente. O, por ejemplo, comienza con un sistema simple, pero el sistema se vuelve más complejo a medida que crece el negocio. ¿Cómo evitar que un sistema se vuelva inmantenible?”
Según Laagland, esto podría ser difícil de prevenir: “Los sistemas cambian, los requisitos cambian. Como pasa con un startup, el camino no es lineal. Lo mejor que puede hacer es asegurarse de que las elecciones que haga sean sensatas. Construir algo flexible y escalable. Siempre hay un poco de lucha entre organizar la arquitectura y hacer crecer el sistema. No hay bala de plata. Construir algo por ahora es fácil, pero para el futuro es mucho más difícil. Se aplica tanto al código personalizado como al código bajo”.
El código personalizado está lejos de terminar
El valor agregado del código bajo es evidente, pero según los expertos, todavía no reemplazará el desarrollo de código personalizado. El código bajo elimina mucha complejidad en la configuración de sistemas, la gestión del entorno y la garantía de la seguridad y la escalabilidad. Eso significa que si necesita una solución duradera, estable y de alta calidad, el código bajo probablemente será insuficiente.
O desea sobresalir de su competencia, integrar una nueva solución con las ya existentes, o tiene una idea original que aún no existe: con un código personalizado puede moldearla según sus necesidades exactas. Como dice de Ruiter: “costumbre software el desarrollo significa usar marcos de trabajo de extensión y muchas bibliotecas”: con toda esta tecnología a su disposición, las posibilidades de personalización son prácticamente infinitas.
Crear una costumbre software no será el más barato ni el más rápido, pero es un camino a seguir si se decide por una solución preparada para el futuro que será la principal inversión en su negocio. Los proveedores de terceros (y sus productos) van y vienen, pero también pueden cambiar o romperse. El código personalizado le impide ser completamente confiable en otra persona.
¿Es el futuro del código sin código?
Entonces, ¿cómo será el futuro del código? ¿Será uno sin código en absoluto? “Dentro de 10 años, ¿tendremos más o menos desarrolladores personalizados?”, quiere saber Oude Velthuis. Laagland prevé crear software ciertamente implicará 'unir bloques' y menos código personalizado. Jorna siempre ve una dependencia del código personalizado: “Creo que escribiré menos código personalizado. Pero siempre depende de lo que implemente el proveedor de la plataforma de código bajo. Si restringen las llamadas en sus API o implementan licencias, eso podría afectar la usabilidad. ¿Pero algo así como un proceso KYC? No es necesario crearlo a partir de un código personalizado”.
Mientras tanto, De Ruiter todavía ve la necesidad de que los desarrolladores escriban código, sin importar cuánto evolucione el código bajo. Lo compara con los coches, que comparten la misma idea básica: cuatro ruedas, un motor y unos asientos. “Todos los autos tienen la misma plataforma. Pero todavía hay muchos ingenieros haciendo cosas. Eso también sucederá con el código”.
¿Más información?
Te animamos a ver la versión completa de la mesa redonda. en Youtube. Si tiene más preguntas sobre cómo iniciar, desarrollar o mantener una software proyecto: vaya directamente a la fuente. No importa si se trata de una solución de código bajo o de código personalizado, The Software House te invita a su consulta gratuita para gerentes de tecnología. Inscríbete aquí!