A medida que avanzan las técnicas y herramientas de desarrollo de software, nos acercamos progresivamente a los enfoques de bajo código y sin código. Esto tiene sentido porque los enfoques de bajo código y sin código pueden reducir drásticamente los costes y el tiempo de desarrollo y, por tanto, hacer económicamente viable la creación de muchas más aplicaciones de software.
Una ventaja aún mayor de estos enfoques, especialmente la ausencia de código, es que los usuarios empresariales expertos en la materia pueden crear y perfeccionar aplicaciones sin la fricción de tener que explicar sus ideas a los demás. Esto reduce drásticamente el tiempo necesario para comercializar un producto de alta calidad.
Es lógico que el desarrollo de software avance hacia la ausencia de código. Excel ha sido el mejor ejemplo mundial de éxito sin código (en general). Los usuarios empresariales pueden crear muchas aplicaciones. Es difícil exagerar la importancia de Excel en el impulso de la productividad en el mundo.
Plataformas de bajo código en la práctica
El futuro de bajo código, por supuesto, no se trata de marcos de desarrollo de aplicaciones únicos, sino de un ecosistema de API fáciles de consumir. Zapier es un ejemplo de cómo estas API se pueden consumir con cero codificación.
Por supuesto, la ausencia de código también puede introducir problemas, en el sentido de que las soluciones sin código pueden ser menos fáciles de mantener y menos seguras que las soluciones con código superior. Excel es un buen ejemplo.
También hay que señalar que el bajo código no significa que la gente de la calle sea capaz de crear aplicaciones útiles el primer día. Un entorno de bajo código que permite la creación de aplicaciones relativamente sofisticadas requiere, sin duda, que el usuario de estas aplicaciones tenga un buen dominio de los conceptos y las características de la propia herramienta. Es como cualquier herramienta de software sofisticada.
Incluso si las herramientas sin código reducen la complejidad de construir ciertos tipos de funcionalidad frente a la construcción de estas características con código, no hay manera de evitar el hecho de que el logro de una funcionalidad compleja implicará cierto grado de complejidad, incluso en la herramienta sin código. Un claro ejemplo de ello son los motores de desarrollo de chatbot para juegos, como Unreal Engine, en los que los conceptos de codificación de bajo nivel (como los bucles while y for) se representan visualmente. Esto puede suponer una mejora respecto a la codificación directa, pero requiere un conocimiento avanzado de la aplicación y de los conceptos.
Esto significa que la experiencia sigue siendo importante, incluso en el mundo sin código. Excel es otro ejemplo. Hay una gran diferencia entre un usuario experto y un usuario normal, no sólo en lo que pueden lograr, sino en la capacidad de mantenimiento del resultado final.
En cuanto a la facilidad de mantenimiento, es cierto que la solución sin código no es necesariamente menos fácil de mantener que la solución basada en código. En muchos casos, la solución sin código es preferible, ya que es mucho más obvio lo que está pasando.
Sin embargo, llega un punto en el que los sistemas complejos tienen muchas dependencias y estados contingentes, y es necesario implementar en el sistema algún nivel de control del proceso de desarrollo y gestión de errores, y esto puede ser difícil de hacer en herramientas sin código.
También puede darse el caso de que las limitaciones de una herramienta sin código hagan que sea mucho más complicado crear una función determinada de lo que sería si la función estuviera codificada por un experto. Se hace necesario piratear una función en una herramienta sin código que sería relativamente fácil de crea en código. El problema es que el nivel de abstracción que implementa la herramienta sin código hace que algunos casos de uso sean difíciles de crea. Hay muchos ejemplos de esto en el mundo de Excel.
En resumen, el caso de uso determinará si es mejor utilizar una solución con poco código, sin código o totalmente codificada. Como todo en la vida, hay que juzgar cuál es el mejor enfoque para cada caso, pero no hay duda de que la tendencia en las herramientas de desarrollo de software es hacia el código bajo o nulo.
El avance de las soluciones de bajo código no significa necesariamente que habrá menos trabajo para los desarrolladores de software, pero sí que éstos tendrán que utilizar una combinación de código y plataformas de bajo código / sin código para lograr una eficiencia óptima.
Económicamente significa que será económicamente viable desarrollar muchas más aplicaciones y, por tanto, es probable que los desarrolladores se dediquen al trabajo especializado en muchos más proyectos y a construir más API consumibles para el mundo en general.
En resumen, creemos que siempre habrá un papel para algún elemento de codificación y, por lo tanto, el objetivo final será bajo código en lugar de ningún código. Un entorno de bajo código está diseñado para permitir a los desarrolladores añadir fácilmente funciones personalizadas que complementen las funciones creadas en el mismo marco sin herramientas de código. Este es el mejor de los mundos, en el que los usuarios empresariales profesionales pueden desarrollar una gran parte del software y en el que los desarrolladores pueden imponer prácticas profesionales de desarrollo de software y proporcionar funcionalidad personalizada al software.
Plataformas de desarrollo de chatbot de bajo código
Las tendencias low code y no code también se aplican a la tecnología de desarrollo de chatbot. Ya existen muchas plataformas sin código, aunque la funcionalidad ofrecida en este espacio es relativamente limitada.
Las plataformas sin código ya tienen mucho sentido para casos de uso sencillos de chatbot, sobre todo en el ámbito del marketing, donde el bot proporciona principalmente información y la interacción del usuario es limitada.
En el ámbito de los bots de chat se tiende a subestimar la necesidad del desarrollo personalizado y, por tanto, se cree que debería ser posible crear herramientas de desarrollo sin código sobre las que los usuarios empresariales puedan construir bots complejos, sin sacrificar materialmente la experiencia del cliente.
Es propio de la naturaleza humana subestimar la tarea que tenemos entre manos. Casi todos los planes que hacemos son una simplificación de la realidad. Cuando intentamos llevar a cabo las tareas que conlleva el plan, surgen cosas que no habíamos previsto, ya sea por falta de previsión o porque eran totalmente imprevisibles.
Una vez que se empieza a trabajar en el software, por muy buena que sea la especificación, es inevitable que se produzcan cambios en el caso de uso o en la forma en que se escribió el código a medida que salen a la luz nuevos hechos a lo largo del proceso de desarrollo.
A menudo ocurre que el chatbot necesita alguna funcionalidad compleja que requiere lógica programática o interfaces gráficas personalizadas. Por ejemplo, el chatbot puede necesitar hacer un seguimiento de puntuaciones o interacciones con el usuario, puede necesitar interactuar con una página web, puede necesitar ofrecer una pantalla sencilla para que el usuario introduzca sus datos de trivial para un bot de trivial personalizado. El chatbot puede necesitar gestionar y restablecer contextos dependiendo de dónde se encuentre el usuario en un flujo. Nada de esto es necesariamente obvio al principio, especialmente para las personas que no tienen experiencia en la construcción de chatbots, pero estas cosas marcan una gran diferencia en la experiencia del usuario.
En resumen
Hemos hablado mucho de Excel en este blog como ejemplo de un entorno sin código altamente productivo, sin embargo, en realidad Excel es un entorno de bajo código con amplias funciones que permiten a los desarrolladores escribir código o integrarse con él. Independientemente del número de plantillas y características incluidas en el software, siempre existirá la necesidad de personalización para satisfacer determinados casos de uso.
En última instancia, los equilibrios se dan entre los factores superpuestos de la eficiencia del desarrollo y la calidad de la experiencia del usuario y el rendimiento de la inversión del proyecto.
El reto de los frameworks sin código es ofrecer todo lo necesario para crear una experiencia de usuario de calidad. El reto es que el 10% que es difícil de crea en la plataforma sin código podría marcar toda la diferencia para el usuario final. En el mundo de chatbots, la ilusión de que puede ser posible crea todo sin código es poderosa.
En nuestra opinión, la tendencia siempre será crear mejores plataformas de desarrollo de chatbots con poco código, no sin código, en las que el alcance de la funcionalidad que los usuarios empresariales pueden crear por sí mismos siempre seguirá ampliándose. En este blog, hemos destacado los beneficios en creatividad y economía que se derivan de permitir a los usuarios empresariales crear software por sí mismos y, por lo tanto, es fundamental que los marcos de desarrollo de chatbots sean lo más potentes posible para los usuarios empresariales.
También es cierto que algunos aspectos del desarrollo de software, como la creación de chatbots, deben ser proporcionados por los desarrolladores a través de código, y esto debe ser lo más fácil posible para los desarrolladores. El bajo código nunca se verá totalmente desplazado por el no código, pero siempre tendrá que mejorar para servir a sus dos principales clientes: los usuarios profesionales y los desarrolladores de software.
Comparte esto en:
Construye gratis tu propio chatbot personalizado
Empieza a crear un bot GPT personalizado con nuestra intuitiva interfaz de arrastrar y soltar.
Empieza: ¡es gratis! 🤖No se necesita tarjeta de crédito
Manténgase al día sobre lo último en IA chatbots