Le low code, c’est aussi pour les développeurs : voici la prochaine révolution de la programmation

Un grand changement est en cours dans la façon dont nous créons et utilisons les applications, et le faible code sera une caractéristique clé.

Même si les outils et services modernes rendent les développeurs plus productifs, il existe toujours un « fossé d'applications ». Il s'agit de l'écart entre le code pour lequel vous disposez des ressources nécessaires et le code que vos parties prenantes veulent. Les équipes de développement sont surchargées et doivent hiérarchiser leur travail, en se concentrant sur les systèmes commerciaux de base et les outils nécessaires pour travailler avec eux. 

Il n'est donc pas surprenant que les outils à faible code soient devenus populaires. Ils s’appuient sur des concepts familiers pour donner aux utilisateurs finaux un ensemble d’outils qui les aident à créer et à partager les applications dont ils ont besoin. Successeurs logiques d'Excel et d'Access, ce sont des terrains de jeux qui ouvrent l'accès aux données et fournissent des moyens de lier des applications et des services, tout en créant des expériences utilisateur simples à partir de blocs de construction communs. Vous pouvez les considérer comme des outils modernes d’automatisation des processus, capables d’extraire des flux de travail des opérations et de transformer ces actions capturées en code. 

Les outils à faible code comme Zapier et Power Platform de Microsoft sont souvent considérés comme un moyen de décharger la demande de développement, permettant aux utilisateurs de créer les applications dont ils ont besoin, quand ils en ont besoin. Aussi bon qu’il soit d’avoir un moyen de réduire le manque d’applications, il existe des limites importantes qui rendent impossible d’examiner les outils à faible code de manière isolée. 

Gestion des API

Ce que l'on oublie souvent dans la ruée vers le low code, c'est qu'il s'agit essentiellement d'une technologie de flux de travail et d'intégration, ce qui signifie créer et gérer des points de terminaison. Ici, les équipes de développement existantes deviennent essentielles, car elles doivent être chargées de fournir des API gérées pour les applications et les services existants. Bien que les modèles d’API basés sur REST utilisés par la plupart des outils à faible code soient relativement faciles à mettre en œuvre et à prendre en charge, ce processus introduit une nouvelle série de problèmes : qui a accès à ces API et dans quelle mesure peut-il y accéder par leur intermédiaire ? 

Vous ne pouvez pas mettre en œuvre de solutions low code sans une certaine forme de gestion des API, liée à votre plateforme d'identité existante. Des contrôles d’accès basés sur les rôles et des limitations gérées seront nécessaires pour garantir la sécurité et l’intégrité des données. Vous devez vous assurer que les données protégées ne sont accessibles qu'aux personnes qui en ont besoin et qu'un trop grand nombre d'utilisateurs n'affectera pas les opérations des systèmes métier. En intégrant la gestion des API à votre suite low-code, les utilisateurs qui ont besoin d’accéder aux API peuvent être provisionnés à l’aide de processus simples en libre-service, les comptes inutilisés étant récupérés pour éviter la perte de données. 

Travailler en équipe 

Ensuite, il y a la question du faible code développé de manière isolée. Trop souvent, les ressources sont créées plusieurs fois, ce qui fait passer à côté des avantages de la réutilisation et de la portabilité du code. Une partie du problème est qu’une grande partie du code faible est développée dans des environnements propriétaires, sans intégration avec des systèmes de contrôle de code source ou avec des environnements de codage social comme GitHub. Même l’environnement low code d’origine, Excel, s’éloigne du modèle propriétaire, avec sa nouvelle fonction LAMBDA qui vous permet de partager des blocs de code entre différents projets. 

Ce qui est clair, c'est qu'un code faible est du code, même s'il est généré dans un canevas visuel par glisser-déposer. Nous devons le traiter de la même manière que nous traitons le code dans nos développements d'entreprise courants, en nous assurant qu'il est sécurisé et fiable, et que, dans la mesure du possible, les connaissances utilisées pour créer ces applications ne sont pas perdues et peuvent être partagées avec d'autres équipes. 

Les premiers outils à faible code ont sauté une grande partie de ce qui était essentiel pour cela. Oui, vous pouvez construire des processus autour de cela, avec des examens de développeurs et d’autres étapes, mais cette approche fait obstacle aux avantages évidents du low code, en mettant des obstacles au développement rapide d’applications qui n’ont peut-être qu’une durée de vie planifiée de quelques mois. 

L'intégration du low code dans les outils de développement à grande échelle vous permet de commencer à tirer parti des compétences des différentes parties de l'organisation, en créant ce que l'on appelle de plus en plus des « équipes de fusion » où différents groupes travaillent ensemble pour créer une application ou un service qui résout des problèmes spécifiques. Chaque membre d’une équipe de fusion aura une responsabilité différente : l’un peut être l’utilisateur final, l’autre un développeur low code, un autre gérant les API de service. Il n'y a pas de structure fixe pour une équipe comme celle-ci ; Il est composé des personnes nécessaires à une tâche spécifique. Ils n'ont même pas besoin de se rencontrer en chair et en os - un canal Slack ou Teams pour le projet pourrait bien suffire pour la plupart des interactions courantes. 

Low code en tant que code 

Les nouveaux outils ont commencé à changer cela, en apportant de nouveaux concepts de gestion et de nouvelles façons de partager le code. L’un des développements clés est l’abandon des outils purement graphiques, avec le développement de nouveaux langages qui encapsulent une grande partie de ce qui peut être fait avec des outils graphiques et qui nous permettent de construire notre développement à faible code dans des pipelines CI/CD et des outils de codage social comme GitHub. 

Ces nouveaux langages sont mieux adaptés aux environnements à faible code, en s’appuyant sur des concepts tels que les requêtes SQL et les formules Excel. Ils sont rapides à comprendre, en utilisant un mélange de concepts de programmation déclaratifs et fonctionnels. Les utilisateurs peuvent toujours travailler à l’aide de leurs environnements de développement graphique habituels, en enregistrant automatiquement le code résultant dans leurs dépôts git. Pendant ce temps, les développeurs peuvent rapidement examiner ce code dans leurs IDE ou éditeurs de code. Il n'y a pas de contexte de changement et tout le monde dispose des outils dont il a besoin pour faire le travail qu'il doit faire. Les développeurs peuvent ensuite utiliser des pipelines CI/CD pour tester rapidement le code avant sa publication, à la recherche d’obstacles et d’autres bogues critiques. 

VOIR : Développeur Web ou CTO, quels emplois technologiques ont les salaires qui augmentent le plus rapidement ?

Transformer le low code en code vous permet de tirer parti d’une nouvelle génération d’assistants de codage basés sur l’apprentissage automatique. Des technologies telles que le modèle Codex d'OpenAI peuvent identifier des modèles courants dans le code et faire des suggestions en fonction de la façon dont d'autres applications résolvent des problèmes similaires. Si, par exemple, une application à faible code a besoin d’un contrôle de grille connecté à un système ERP, elle peut faire des suggestions sur la façon de construire des chaînes de connexion appropriées ou sur la meilleure façon de formater une requête. 

C'est une approche qui n'en est qu'à ses débuts, mais qui est prometteuse. Il ne s'agit pas tant d'avoir une IA qui écrit du code pour vous, mais d'avoir un programmeur en binôme basé sur l'IA qui fait des suggestions sur la façon d'améliorer le code. Au fur et à mesure que vous apprenez à créer des applications à faible code, il s'agit d'un ensemble de roues d'entraînement que vous pouvez lentement décoller, réduisant ainsi la dépendance à la fois à l'IA et aux ressources des développeurs.  

Il est possible de voir comment cela se termine, avec des développeurs de systèmes de base créant des API, des IA affinant la façon dont celles-ci sont utilisées et des utilisateurs suivant rapidement leurs suggestions pour créer des applications de haute qualité qui fonctionnent bien et ne perturbent pas les autres utilisateurs. 

Nous n'en sommes qu'aux premiers jours d'un grand changement dans la façon dont nous créons et utilisons les applications, et le low code va être un moteur clé de cette nouvelle révolution. La relation entre le low code et le développement d’applications grand public doit être étroite. Cependant, le low code étant considéré comme un moyen de répondre au manque de ressources de développement, c'est une relation qui doit être gérée avec soin. Il est donc bon de voir les organisations reconnaître l'importance d'une gestion efficace des API, de l'utilisation d'outils qui améliorent le partage de code, de nouvelles structures d'équipe qui transcendent les frontières organisationnelles et, enfin, de l'utilisation de l'apprentissage automatique pour réduire les risques et augmenter la productivité.