¿Qué es exactamente el código bajo?
¿Qué es el low-code?
¿Qué es el "código bajo"? Si esta fuera la primera vez que escuché sobre esto, probablemente tendría el mismo pensamiento interior que cuando escuché una frase de mi jefe: ¿Qué? ¿"Código bajo"? "Código" significa código, lo sé, pero ¿qué significa la palabra "bajo"? ¿Podría ser que el jefe descubrió que el código que escribí apresuradamente era feo y "bajo"? Pensé demasiado, entonces, ¿cómo podría el jefe revisar el código él mismo? ¿Eso significa lo "bajo" en "programación de bajo nivel"? El jefe finalmente sintió que era un desperdicio para mí y para otros magos de la programación acumular código comercial Java durante todo el día, por lo que me envió a escribir una biblioteca de red en lenguaje C de alto rendimiento ... Obviamente no, ¿cómo podría haberlo hecho el jefe? ¿Un sentido tan técnico? ¿Qué quiere decir esto? Como programador cuya inteligencia empresarial es superior a su inteligencia emocional, si puede preguntarle a Google, nunca se lo preguntará a su jefe. Entonces, después de una operación, abrí el primer resultado de búsqueda sin pensar: plataforma de desarrollo de código bajo.
Definición de Wikipedia
De esta definición de Wikipedia, podemos extraer varios datos clave:
●La plataforma de desarrollo de código (LCDP) también es un tipo de software. que proporciona un entorno de desarrollo para que los desarrolladores creen software de aplicaciones. ¿Considera amigables las palabras "entorno de desarrollo"? Para los programadores, la esencia de las plataformas de desarrollo de código bajo es casi la misma que la de los IDE (entornos de desarrollo integrados) de código como IDEA y VS. Ambos son herramientas de productividad que sirven a los desarrolladores.
A diferencia de los IDE de código tradicionales, las plataformas de desarrollo de código bajo proporcionan un IDE visual de mayor dimensión y fácil de usar. En la mayoría de los casos, los desarrolladores no necesitan utilizar código escrito a mano tradicional para programar, pero pueden completar el trabajo de desarrollo de formas más eficientes, como arrastrar y soltar gráficos y configuración de parámetros.
Definición de Forrester
Según la descripción de Wiki, se puede encontrar que el término "código bajo" fue propuesto por Forrester ya en 2014, y su definición ancestral de código bajo La plataforma de desarrollo de código es la siguiente:
Haga clic para ingresar una descripción de la imagen.
En comparación con la versión Wiki, esta definición tiende más a aclarar el valor central que aporta el código bajo:
La plataforma de desarrollo de código bajo puede lograr una entrega rápida de aplicaciones comerciales. En otras palabras, en lugar de simplemente "poder" desarrollar aplicaciones como una plataforma de desarrollo tradicional, el objetivo de una plataforma de desarrollo de código bajo es desarrollar aplicaciones más rápido. Es más, esta velocidad es disruptiva: según una investigación de Forrester de 2016, la mayoría de las empresas informaron que las plataformas de código bajo les ayudaron a aumentar la eficiencia del desarrollo entre 5 y 10 veces. Además, tenemos motivos para creer que a medida que la tecnología, los productos y las industrias de código bajo sigan madurando, este factor impulsor seguirá aumentando.
Las plataformas de desarrollo de código bajo pueden reducir los costos de desarrollo de aplicaciones comerciales. Por un lado, el desarrollo con código bajo requiere una menor inversión en todo el ciclo de vida del software (menos escritura de código, costos de implementación y configuración del entorno más simples; por otro lado, el desarrollo con código bajo reduce en gran medida el umbral de uso para los desarrolladores); Los desarrolladores no profesionales pueden ponerse manos a la obra rápidamente después de recibir una sencilla formación básica en TI. Esto no sólo moviliza y utiliza plenamente los recursos humanos existentes en todos los aspectos de la empresa, sino que también reduce en gran medida la dependencia de costosos recursos de desarrolladores profesionales.
Capacidades centrales de código bajo
Con base en la definición y el análisis anteriores, no es difícil resumir las siguientes tres capacidades centrales de la plataforma de desarrollo de código bajo:
Haga clic para ingresar a la imagen ilustrada.
Programación visual de pila completa: la visualización incluye dos niveles de significado: uno es hacer clic, arrastrar, configurar y otras operaciones admitidas durante la edición, y el otro es el efecto de vista previa WYSIWYG después de la edición. Los IDE de código tradicionales también admiten algunas capacidades de visualización (como MFC/WPF de Visual Studio en los primeros años), pero el código bajo enfatiza la programación visual de extremo a extremo y de pila completa, que cubre todos los aspectos técnicos involucrados en el desarrollo completo de una aplicación (interfaz). /datos/lógica).
Gestión del ciclo de vida: como plataforma integral de desarrollo de aplicaciones, el código bajo admite la gestión completa del ciclo de vida de las aplicaciones, es decir, desde la etapa de diseño (algunas plataformas también admiten una gestión más avanzada de proyectos y demandas). , a través del desarrollo, construcción, pruebas, implementación y diversas operaciones posteriores al lanzamiento (como monitoreo de alarmas, aplicaciones en línea y fuera de línea) y operaciones (como informes de datos, comentarios de los usuarios).
Escalabilidad de código bajo: cuando se desarrolla con código bajo, el código sigue siendo indispensable en la mayoría de los casos, por lo que la plataforma debe poder admitir una expansión flexible a nivel de aplicación con una pequeña cantidad de código cuando sea necesario, como agregar componentes personalizados, modificar el estilo CSS del tema, personalizar el flujo lógico, etc. Algunos posibles escenarios de demanda incluyen: personalización del estilo de la interfaz de usuario, reutilización de código heredado, algoritmos de cifrado especiales e integración de sistemas no estándar.
No se trata sólo de escribir menos código.
Volvamos a la pregunta original del principiante: ¿Qué significa "bajo" en código bajo? La respuesta es obvia: no es que el nivel de abstracción sea muy bajo (por el contrario, el nivel de abstracción del desarrollo low-code es mayor que el de los lenguajes de programación tradicionales), ni es que el código generado por low-code El código es muy bajo (por el contrario, el código generado por código bajo generalmente se mantiene cuidadosamente y se prueba repetidamente, la calidad general es mejor que la mayoría del código escrito a mano), pero simplemente "menos código": solo se usa código escrito a mano en algunos casos, y la no codificación, como la visualización, se puede utilizar la mayor parte del tiempo.
Mirando más profundamente, el código bajo no se trata solo de escribir menos código: cuanto menos código se escribe, menos errores (el llamado "menos trabajo, menos errores"), por lo que hay dos tareas pilares menos. en el proceso de desarrollo: "ponerse al día con la demanda" y "corregir errores" hay menos código para probar, por lo que puede escribir menos casos de prueba además de la fase de desarrollo, y la plataforma también cubre la construcción, implementación y administración posteriores de la aplicación; , Por lo que hay menos operaciones de operación y mantenimiento (código bajo → operaciones bajas).
Sin embargo, menos no es el objetivo final: si simplemente se quiere lograr el efecto de menos, reducir la demanda, reducir la mano de obra y disminuir los requisitos de calidad son todos lo mismo. La filosofía detrás del código bajo es que menos es más, o más exactamente, hacer más con menos recursos: más capacidades, tiempo de producción más rápido, mejor calidad y costos más bajos. Practica profundamente la esencia de los valores de Alibaba de "ambos quieren". y querer”.
Haga clic para ingresar una descripción de la imagen.
Las responsabilidades y desafíos de la plataforma
Las anteriores son las capacidades y atractivos que ofrece el código bajo a los desarrolladores. Entonces, como proveedor de servicios y operador de aplicaciones, ¿qué debería ser el código bajo? -La propia plataforma de desarrollo de código tiene responsabilidades, ¿qué desafíos enfrentará? ¿Es necesario "dejar lo complicado a uno mismo y lo simple a los demás" como defiende Alibaba Cloud? Aunque esta frase suena muy profunda y clara, me pregunto si alguna vez has pensado por qué debes aferrarte a la complejidad y encontrar las cosas por ti mismo sin ningún motivo. ¿No podemos deshacernos de las cosas complicadas y dejar algunas cosas simples a los propios empleados de Alibaba Cloud? ¿Es demasiado fácil para el trabajo reflejar el valor de los KPI o es que las comidas en casa no son tan deliciosas como los refrigerios de medianoche de la empresa?
Después de pensar mucho durante mucho tiempo, encontré la respuesta en la primera ley de la termodinámica: la complejidad total del desarrollo de una aplicación es constante y sólo puede transferirse pero no desaparecer. Si los desarrolladores quieren hacer menos y disfrutar de la felicidad simple, entonces el lado de la plataforma tiene que hacer más y soportar silenciosamente la mayor complejidad posible. Al igual que un acróbata con músculos en todo el cuerpo, sostiene constantemente a su compañera que gira y salta a gran altura, cuanto más liviana y sin esfuerzo parece la persona de arriba, más estable y cansada parece la de abajo; Por supuesto, esto no significa que las actrices antes mencionadas estén todas relajadas y libres de estrés, pero tienen diferentes divisiones del trabajo y diferentes niveles de complejidad.
Según Fred Brooks, autor de "The Mythical Man-Month", la complejidad del desarrollo de software se puede dividir en complejidad esencial y complejidad accidental. La primera es la complejidad mínima inherente a la resolución del problema y no tiene nada que ver con las herramientas que utiliza, si tiene una gran experiencia o si la arquitectura es buena o no. La segunda es la complejidad introducida durante el proceso de desarrollo real. En términos generales, la complejidad esencial tiene una fuerte correlación con el dominio del problema específico que debe resolver el negocio, por eso lo llamo "complejidad empresarial", que se entiende mejor aquí. Esta parte de la complejidad es la clave para cualquier método o herramienta de desarrollo; . Insoluble, incluido el código bajo.
La complejidad accidental generalmente tiene una fuerte correlación con los detalles técnicos de la etapa de desarrollo, por lo que la llamo "complejidad técnica" en consecuencia y esta parte de la complejidad es en la que el código bajo es bueno y adecuado para resolver;
Como plataforma de desarrollo de código bajo, protege los detalles técnicos subyacentes tanto como sea posible, reduce la complejidad técnica innecesaria y lo respalda para enfrentar mejor la complejidad del negocio (para satisfacer las necesidades de negocios flexibles y universales). escenarios). Es la mejor opción para las responsabilidades principales de los desarrolladores.
Haga clic para ingresar una descripción de la imagen.
Si bien cumple con las responsabilidades anteriores, la plataforma de desarrollo de código bajo, como producto para desarrolladores, también debe comprometerse a brindar a los desarrolladores una experiencia de desarrollo definitiva, simple e intuitiva. Además de la enorme carga de trabajo detrás de esto, también tenemos que trabajar duro para encontrar un equilibrio entre las dos contradicciones de "potente" y "fácil de usar" entre el posicionamiento de nuestro producto y las necesidades de los clientes objetivo; esta puede ser la clave para diseñar un universal El mayor desafío de las plataformas de desarrollo de código bajo.
3. Comparación de conceptos relacionados con el low code
Código puro (código profesional/código personalizado)
"Código puro" puede ser una palabra que inventé. Más comúnmente, es código profesional o código personalizado. Pero el significado es el mismo, que se refiere al modelo tradicional de desarrollo centrado en código. La razón por la que elegimos usar "código puro" es porque si usamos "código profesional", parecerá que el código bajo no es profesional, mientras que el uso de "código personalizado" puede malinterpretarse fácilmente ya que el código bajo no puede admitir código personalizado personalizado.
Por supuesto, creo que el nombre más exacto es "código alto" (que corresponde a código bajo, pero el nombre es demasiado feo, así que no me gusta...), porque incluso si Si utiliza un IDE de código tradicional, algunos trabajos de desarrollo también admiten (o son incluso más adecuados para) la finalización sin código, como el diseñador de interfaz SwiftUI utilizado en el desarrollo de iOS y la herramienta de modelado PowerDesigner utilizada en el desarrollo de servidores de aplicaciones de bases de datos. Pero esta parte del trabajo de visualización solo juega un papel de apoyo en el modelo de desarrollo tradicional y generalmente termina generando código que los desarrolladores pueden modificar directamente; los desarrolladores aún se concentran en el código para realizar su trabajo principal;
La relación entre código bajo y código puro es en realidad muy similar a la relación entre vídeos y artículos:
El código bajo es como el "vídeo" moderno. La mayor parte del contenido está compuesto por imágenes, que son intuitivas, fáciles de entender y expresivas, por lo que son más fáciles de aceptar por el público. Pero al mismo tiempo, el vídeo no es lo suficientemente rígido y no puede tener imágenes. Se puede agregar una pequeña cantidad de texto (como subtítulos y anotaciones) para compensar la expresión inexacta de las imágenes. Por cierto, con respecto a la relación dialéctica entre "dibujo" y "texto", puede consultar la descripción correspondiente en el artículo "Dibujo arquitectónico: herramientas y metodología" [1].
El código puro se parece más a un "artículo" tradicional. Aunque durante mucho tiempo ha sido el único medio de difusión de información, con el nacimiento de la tecnología de vídeo y la popularización de la correspondiente infraestructura de software y hardware, poco a poco ha ido perdiendo protagonismo. Hoy en día, los vídeos se han convertido en el principal canal para que la mayoría de la gente obtenga información (desde televisión y películas hasta Bilibili y Tik Tok), pero cada vez menos personas leen libros y artículos con regularidad. Pero es innegable que el artículo todavía tiene su significado y audiencia (de lo contrario no me molestaría en escribir tantas palabras). Incluso si se reduce la "cuota de mercado", siempre habrá espacio para que se afiance.
Haga clic para ingresar una descripción de la imagen.
Según la analogía anterior, el código bajo seguirá una trayectoria de desarrollo similar al vídeo en el futuro, superando el código puro y convirtiéndose en el modelo de desarrollo principal. La predicción de Gartner refleja el mismo sentimiento: para 2024, el 65% de todas las actividades de desarrollo de aplicaciones se realizarán con código bajo y el 75% de las grandes empresas utilizarán al menos cuatro herramientas de desarrollo de código bajo para el desarrollo de aplicaciones.
Pero nuevamente, así como los videos nunca pueden reemplazar a los artículos, el código bajo nunca puede reemplazar por completo el desarrollo de código puro. En el futuro, los modelos de código bajo y de código puro existirán de forma complementaria durante mucho tiempo, y cada uno de ellos brillará en escenarios comerciales adecuados. En el siguiente capítulo "Escenarios comerciales de código bajo", enumeraremos en detalle qué escenarios son más adecuados para el desarrollo de código bajo en esta etapa.
Código cero/sin código
Desde la perspectiva de la integridad de la clasificación, si hay "código puro", naturalmente debería haber exactamente el "código cero" opuesto (también llamado "sin código"). Zero Code es una plataforma de desarrollo de aplicaciones que no requiere escribir código en absoluto, pero eso no significa que Zero Code sea más avanzado o avanzado que el código bajo. Simplemente hace una elección más extrema: adoptar plenamente la visualización gráfica simple y eliminar por completo el código de texto complejo. La razón detrás de esta elección es esperar que la plataforma de desarrollo de código cero reduzca el umbral de desarrollo de aplicaciones tanto como sea posible para que todos puedan convertirse en desarrolladores (nota: desarrollo ≠ escribir código), incluidos los analistas de negocios, las operaciones de los usuarios e incluso Productos que no entienden el código en absoluto (finge no entender pero no entiende).
Incluso para los desarrolladores profesionales, con la tendencia de una división técnica del trabajo cada vez más detallada (front-end/back-end/algoritmo/SRE/análisis de datos...), es difícil contratar a alguien que pueda Desarrollar y mantener de forma independiente un ingeniero de pila completa para un conjunto completo de aplicaciones complejas. Pero el código cero puede cambiarlo todo: ya sea que sea un principiante técnico que no puede distinguir entre Java y JavaScript, o un experto en algoritmos que domina el aprendizaje profundo pero no tiene tiempo para aprender sobre desarrollo web, puede hacer realidad su sueño técnico. o sueño de pila completa a través de código cero. El chiste de que “las ideas que cambiarán el mundo existen, todo lo que se necesita es un programador” podría hacerse realidad; oh no, ni siquiera necesitas un programador. Cualquiera que tenga ideas puede hacerlo por sí mismo.
Haga clic para ingresar una descripción de la imagen.
Por supuesto, todas las opciones tienen un precio y Code Zero no es una excepción. El precio de renunciar por completo al código es la flexibilidad y las capacidades limitadas de la plataforma:
Por un lado, la capacidad expresiva de un editor visual es mucho menor que la de un lenguaje de programación de propósito general completo de Turing, y No se puede lograr una personalización y expansión flexibles sin introducir código (por supuesto, en teoría también se puede convertir en un lenguaje de programación gráfico similar a Scrach/Blockly, pero esa es solo otra forma de código escrito a mano).
Por otro lado, dado que el público objetivo son desarrolladores no profesionales, las operaciones que la plataforma puede admitir tenderán a ser "estúpidas" (por ejemplo, la página solo admite el apilamiento simple de grandes componentes comerciales). y no admite componentes de átomos detallados ni definiciones de diseño CSS flexibles), y al mismo tiempo, solo se presentarán modelos y conceptos relativamente "humanos" (como el uso de "tablas" para representar datos en lugar de "bases de datos"). .
Haga clic para ingresar una descripción de la imagen.
Aunque existen diferencias obvias entre el código cero y el código bajo en un sentido estricto, el código cero en un sentido amplio puede considerarse como un subconjunto del código bajo. En su informe de investigación relevante, Gartner sólo clasificó "sin código" en la plataforma más amplia de aplicaciones de código bajo "LCAP". Muchas plataformas de desarrollo de código bajo comunes actualmente en el mercado también tienen un cierto grado de capacidades de código cero, por ejemplo, Mendix, un líder en el campo de código bajo, no solo proporciona un código cero simple y fácil de usar; Web IDE: Mendix Studio, pero también incluye un IDE web de código bajo más potente: Mendix Studio Pro.
Plataforma de aplicaciones de alta productividad como servicio
Como se mencionó anteriormente, el término "código bajo" fue acuñado por Forrester. Como institución de investigación de renombre internacional (también conocida como experta en creación de palabras), Gartner obviamente no se rendirá fácilmente en esta nueva competencia de creación de palabras que puede determinar el estado del campo de código bajo, por lo que también inventó "HPA". PAAs" (PAAs de alto nivel) en 2017. Abreviatura de Plataforma de aplicaciones de productividad como servicio).
Según la definición de Gartner, HpaPaaS es una plataforma que admite diseño declarativo basado en modelos e implementación con un solo clic, proporcionando funciones de desarrollo rápido de aplicaciones (RAD), implementación y operación en la nube. Obviamente, esto es exactamente lo mismo que la definición de código bajo. Sin embargo, resulta que tener un nombre demasiado profesional no es necesariamente algo bueno. Al final, "HpaPaas" perdió ante "Low Code", que nació antes y era más realista y fluido. A partir de 2019, Gartner también comenzó a utilizar plenamente el término "código bajo" (como LCAP) en informes de investigación relevantes y marcó personalmente "HpaPaaS" con @dep.
Haga clic para ingresar una descripción de la imagen.
Fuente: ¿Cuál es la diferencia entre SaaS/IaaS/PAA/APAAS/HPAPAA?
Cabe añadir que el término "HpaPaaS" no nace, sino que hereda el "aPaaS" propuesto anteriormente por Gartner. La relación entre ellos es: HPA as es solo una subcategoría de aPaaS, además de la implementación de código bajo de la plataforma de desarrollo de aplicaciones de alta productividad HPA as, aPaaS también incluye plataformas tradicionales de desarrollo de aplicaciones para código puro (aPaaS de alto control, es decir; es decir, un mayor grado de control del modelo de desarrollo de código puro).
Lo que no vale la pena cotillear es que el término "aPaaS" no surge de la nada, sino que tiene una profunda conexión con el auge de la computación en la nube. Creo que todos en Yundao han adivinado que aPaaS e IaaS/PaaS/SaaS son conceptos antiguos de computación en la nube: aPaaS está entre PaaS y SaaS. Los servicios proporcionados por PaaS son más aplicables, pero no están tan listos como el software SaaS. servicios (para obtener una explicación más detallada, consulte el artículo fuente con la imagen).
En cuarto lugar, ¿por qué se necesita código bajo?
Lo que es el low-code puede que no sea tan importante. Después de todo, en este mundo de explosión de información, siempre faltan cosas novedosas y de corta duración. La mayoría de las llamadas nuevas tecnologías son sólo un destello de luz: aparecen y se ven; la mayoría de la gente dice "oh" y no muestra interés después de mirarlas; algunos se maravillan de sus ideas caprichosas, las elogian con entusiasmo, y luego date la vuelta y usa lo que quieras. Lo que realmente determina si una nueva tecnología puede transformarse en nueva productividad nunca es cuán excelente o hermosa sea la tecnología en sí, sino si realmente es necesaria, es decir, ¿por qué se necesita código bajo? Si completa la pregunta anterior con diferentes temas (trivia: esto se llama "inicialización retrasada del tema"), puede ver esta pregunta de manera más integral:
¿Por qué el "mercado" necesita código bajo?
En esta era donde todo el mundo está obsesionado con "Internet" y la "transformación digital", las empresas necesitan cada vez más utilizar aplicaciones (Apps) para mejorar el flujo de información dentro de la empresa y fortalecer las conexiones con los clientes. Sin embargo, la era de la información de TI, que nació no hace mucho, también enfrenta una contradicción entre la oferta y la demanda similar a la etapa primaria del socialismo en mi país: la productividad atrasada del desarrollo de software no puede seguir el ritmo de las crecientes necesidades comerciales de la gente.
Haga clic para ingresar una descripción de la imagen.
Gartner predice que para 2021, el crecimiento del mercado de las necesidades de desarrollo de aplicaciones superará las capacidades de entrega de TI empresarial al menos cinco veces. Ante una brecha de TI tan enorme, sin un sistema revolucionario de "nueva productividad", es difícil imaginar que el problema pueda resolverse por completo simplemente confiando en el desarrollo y la continuación del sistema de tecnología tradicional existente. La tecnología low-code viene con esa misión, con la esperanza de revolucionar por completo la productividad del desarrollo de aplicaciones y salvar el mundo de TI que se encuentra casi en una situación desesperada a través de los siguientes aspectos:
Mejorar la eficiencia y reducir los costos;
Aunque la industria del software se ha desarrollado rápidamente y están surgiendo nuevos lenguajes, marcos y herramientas uno tras otro, como profesionales tenemos que admitir que el desarrollo de software todavía se encuentra en la etapa de talleres manuales, con Baja eficiencia y altos costos laborales. La calidad es incontrolable. Los retrasos en la entrega de proyectos se han convertido en la norma en la industria y los cuellos de botella son casi todos los desarrolladores (los problemas que las máquinas pueden resolver no son problemas); los excelentes talentos de desarrollo son siempre un recurso escaso y los defectos de calidad del software no siempre son costosos; Convergieron y se produjeron fallas en línea con frecuencia, lo que resultó en una pérdida continua de fondos.
Por el contrario, después de cientos de años de revolución industrial, la mayoría de las industrias manufactureras tradicionales hace tiempo que se deshicieron de su fuerte dependencia de las "personas": desde la entrada de materias primas hasta la producción de productos, hay varios instrumentos y equipos de precisión en el medio. Soporte estable de la línea de producción de automóviles, logrando así verdaderamente la estandarización y escala de producción. Aunque la informatización es aclamada como la tercera revolución industrial de la humanidad, la situación actual de la industria del software está lejos de alcanzar la etapa madura de industrialización.
Entonces, queridos amigos programadores, cuando pasan toda la mañana depurando la interfaz con el front-end, toda la tarde tratando de forzar los requisitos del producto y toda la noche luchando contra sus propios errores, finalmente se quedan dormidos. Cuando te despertaron una serie de mensajes de alarma, miraste a las estrellas y dijiste: "Tengo un sueño... que algún día, el desarrollo de software podrá producirse en masa como productos industriales, estables, eficientes y preocupantes. -libre." Ahora, no importa ¿Te diste cuenta de que esta visión se está convirtiendo poco a poco en una realidad?
Haga clic para ingresar una descripción de la imagen.
Sí, el código bajo está industrializando el proceso de desarrollo de software de aplicaciones: cada plataforma de desarrollo de código bajo es una fábrica de aplicaciones con uso intensivo de tecnología y todo el personal relacionado con el proyecto trabaja en estrecha colaboración en la misma línea de producción. La fuerza principal del desarrollo ya no son los expertos técnicos que están familiarizados con 100 formas de escribir bucles for, sino un grupo de creadores de aplicaciones llenos de ideas y conciencia empresarial. Con varias infraestructuras maduras, piezas estándar listas para usar y líneas de ensamblaje automatizadas de fábricas de aplicaciones, los desarrolladores solo necesitan centrarse en los valores comerciales centrales. Incluso si encuentra necesidades no estándar, siempre puede hacerlo usted mismo y utilizar la personalización manual (código) más flexible para resolver varios problemas de esquina.
Ampliar la aplicación y el desarrollo de la fuerza laboral
El código bajo (incluido el código cero) reduce significativamente la barrera del usuario al permitir que la mayor parte del trabajo de desarrollo se complete con una simple configuración y arrastrar y soltar, lo que permite empresas a hacer pleno uso de los recursos de desarrollo civil antes mencionados. En algunos escenarios con requisitos de código cero, el código bajo también puede permitir que el personal de negocios entregue aplicaciones de autoservicio, lo que no solo resuelve el problema de la acumulación de tareas bajo el modelo tradicional de entrega de TI, sino que también evita que los escasos recursos de desarrollo profesional sean consumidos por una gran cantidad de recursos. La ocupación también permite al personal de negocios implementar aplicaciones de acuerdo con sus propias ideas, liberándolos de las limitaciones inevitables al entregar el desarrollo a otros.
Haga clic para ingresar una descripción de la imagen.
En este punto, las capacidades de desarrollo de aplicaciones ya no son patentes y privilegios de unos pocos desarrolladores profesionales. En el futuro, el umbral de habilidades requerido y el costo de propiedad serán cada vez más bajos, realizándose realmente lo que se llama. "democratización de la tecnología".
Fortalecer la comunicación y la cooperación durante el proceso de desarrollo.
Los resultados de encuestas realizadas por múltiples partes muestran que una razón muy importante para el fracaso de los proyectos de software es la mala comunicación. En el modelo de desarrollo tradicional, el personal de negocios, productos, diseño, desarrollo, pruebas y operación y mantenimiento realiza cada uno sus propias tareas, cada uno con su propio conjunto de herramientas y lenguajes en el campo. Con el tiempo, se pueden formar fácilmente silos, lo que genera dificultades en la comunicación interfuncional y baja eficiencia. Es por eso que el popular desarrollo ágil y DevOps enfatizan la comunicación (el primero es cooperar con Biz y Dev, el segundo es cooperar con Dev y Ops), y el diseño clásico impulsado por dominios DDD también aboga por un "lenguaje unificado" para reducir la carga de trabajo del personal comercial y técnico.
Haga clic para ingresar una descripción de la imagen.
Con low-code, esta situación mejorará fundamentalmente: todos los roles anteriores pueden trabajar estrechamente juntos en la misma plataforma de desarrollo de low-code (incluso con la misma persona). Este nuevo modelo de cooperación no solo rompe el eje funcional, sino que también alinea fácilmente la comprensión del formulario de solicitud y el progreso del proyecto por parte de todas las partes en el proyecto a través de un lenguaje visual unificado y una única representación de la aplicación (página/datos/lógica), logrando una más extremo El modelo de desarrollo ágil va un paso más allá basándose en el DevOps tradicional.
Efectos de agregación bajo una plataforma de desarrollo unificada
El código bajo intenta integrar todas las actividades relacionadas con el desarrollo de aplicaciones en una misma plataforma, lo que producirá más efectos de agregación y economías de escala:
Agregación de personal: además de la estrecha cooperación de varios roles funcionales mencionados en el punto anterior, la agregación de personal en una plataforma unificada de desarrollo de bajo código también puede promover la estandarización, normalización y unificación de todo el proyecto. proceso.
Agregación de aplicaciones: por un lado, el diseño de la arquitectura, la reutilización de activos y la llamada mutua de nuevas aplicaciones se vuelven más fáciles, por otro lado, los datos de cada aplicación son naturalmente interoperables y los datos fuera de la plataforma pueden; También se puede conectar a través de capacidades de integración, eliminando por completo el problema de la isla de datos de la empresa.
Agregación ecológica: cuando una plataforma de desarrollo de código bajo reúne suficientes desarrolladores y aplicaciones, se formará un ecosistema grande, interconectado e imaginativo, liberando por completo el valor del código bajo.