Header Ads Widget

Ticker

6/recent/ticker-posts

Por qué las plataformas sin código deberían otorgar control de API

 

Hemos escrito anteriormente sobre el auge de las herramientas de código bajo y hemos destacado algunas de las excelentes herramientas sin código que existen. Las ventajas de las plataformas de código bajo / sin código son bastante obvias. Es decir, permiten que aquellos que no tienen mucha experiencia en desarrollo creen sitios o servicios que de otro modo no podrían hacer sin ayuda profesional.

Pero hay un problema con el desarrollo sin código: muchas herramientas relevantes funcionan en silos. Y esto puede ser un obstáculo importante que deben superar los desarrolladores sin código cuando intentan expandirse más allá de las limitaciones de las herramientas que están usando actualmente.


Complementos frente a integraciones y API

Digamos que ha creado un sitio web en WordPress. Además de poder saltar y realizar ediciones directamente, utilizando PHP o HTML y CSS, existen innumerables complementos para agregar funcionalidad a los sitios web.

Hemos notado una tendencia en el desarrollo sin código que ve a los creadores de herramientas en el espacio hablar sobre integraciones en lugar de complementos. La razón de esto probablemente sea doble. Primero, su objetivo es alejar la mente de los usuarios de sus recuerdos de complementos de WordPress jodidos que rompen todo el sitio.

En segundo lugar, y lo que es más importante, es menos probable que estas conexiones las realicen desarrolladores externos y, a menudo, son colaboraciones bidireccionales entre las herramientas o los servicios en cuestión. ¿Por que importa? Porque significa que, en muchos casos, lo que puede hacer con herramientas sin código puede estar restringido por lo que permiten sus creadores (e integraciones autorizadas).

Sin embargo, hay una solución a este problema: como era de esperar, dado el tema habitual de este blog, estamos hablando de API.

Desarrollo de código bajo / sin código y acceso a API

Muchos servicios sin código, incluido Webflow , brindan acceso a la API.

En este caso, su oferta es "una API HTTP JSON y le permite agregar, actualizar y eliminar elementos de Webflow CMS mediante programación, lo que le permite conectar fuentes de datos externas a sus sitios Webflow". En ese sentido, su API es más completa que muchas de las ofrecidas por otras herramientas de código bajo / sin código. Si es que ofrecen uno.

El gran problema aquí es que, con la excepción de herramientas como IFTTT , aprovechar las API generalmente requiere un conocimiento bastante riguroso de la codificación. Esto podría dejar a los desarrolladores ciudadanos tratando de aprovecharlos en una configuración de código bajo / sin código alto y seco.

Existen servicios que tienen como objetivo cerrar esta brecha, como NoCodeAPI . Sin embargo, cuando observa el mercado de NoCodeAPI, tiene la sensación de que la implementación puede ser un poco más limitada que el uso de código: palabras como "extraer", "obtener" y "convertir" son comunes, con menos anuncios publicitarios que hablan de poder impulsar datos o subirlos a las API en cuestión.


Acceso a API y control programático

En un artículo de DevOps.com, Rick Veague escribe que “los analistas esperan ver que el 65% de todo el desarrollo de aplicaciones se lleve a cabo en entornos de código bajo / sin código para 2024. Pero es la apertura de las API lo que determinará el éxito de este software ".DevOps . com , Rick Veague

En otras palabras, un factor clave en el desarrollo sin código es la forma en que los servicios se conectan entre sí. La mayoría de las veces, eso se hará con API. Sin embargo, la mayoría de las API aún no se están construyendo teniendo en cuenta el desarrollo de código bajo o nulo. Pero eso puede cambiar en los próximos años.

Nuestro propio Bill Doerrfeld, por ejemplo, ha escrito sobre el control programático profundo, es decir, asegurarse de que se pueda acceder a todo ese código relevante, independientemente de la plataforma de desarrollo utilizada, de forma interna.

Para volver a un ejemplo anterior, "para aquellos con más inclinaciones técnicas, Webflow también ofrece una API basada en JSON para crear y actualizar colecciones y entradas de CMS". En otras palabras, los desarrolladores ciudadanos pueden aprovechar todas las cosas de código bajo / sin código, pero pasar las riendas a un desarrollador más experimentado si se requiere una mayor personalización o integración.


API y el futuro de la ausencia de código

Es difícil imaginar cómo será el futuro del desarrollo de código bajo / sin código porque, en términos relativos, el espacio aún es joven. Sin embargo, servicios como appsmith brindan una visión interesante.

Con un servicio como este, los usuarios pueden "crear paneles de administración, aplicaciones CRUD y flujos de trabajo" hasta 10 veces más rápido de lo que normalmente podrían hacerlo. Un testimonio en la página de inicio describe cómo alguien pudo “crear una única herramienta de visualización de clientes que hablara con Freshdesk, Fullstory, Chargebee y Stripe. ¡En 45 minutos! "

Leemay Nassery de Spotify hace hincapié en que "si las soluciones de código bajo para la integración de API reemplazan la escritura de código de autenticación, la lógica de análisis y los otros aspectos mundanos de la escritura de código que se integra con un servicio externo... el tiempo ahorrado podría ser transformador".

Esto permitirá a los desarrolladores, dice, "dedicar más tiempo a resolver problemas más difíciles y potencialmente más interesantes". Nos suena bastante transformador.


Conclusión

Ya sea que otras herramientas adopten o no un desarrollo bajo y sin código en la medida en que Veague, y muchos otros, aún queda esperanza por ver. Sin embargo, podemos estar seguros de que las API desempeñarán un papel importante en el proceso.

Publicar un comentario

0 Comentarios