L'avenir du codage est sans code. Du moins, c'est ce qu'il faut croire si vous suivez toutes les news sur les développements low-code et no-code actuels. Mais quand une solution sans code ou avec peu de code peut-elle être bénéfique, et quand faut-il s'en tenir au code personnalisé ? Un avenir sans code évite-t-il le besoin de développeurs ?
Table ronde CTO : le futur du low-code
Pour trouver des réponses, software société de développement La Software House a rencontré des CTO expérimentés sur le terrain pour discuter de leurs expériences. Gerbert Oude Velthuis, directeur général pour les Pays-Bas de La Software Villa, a organisé une table ronde CTO en collaboration avec Pays-Bas FinTech.
Un environnement à faible code ou sans code remplace le codage réel par une interface graphique élégante pour ceux qui ne sont pas entièrement familiarisés avec le concept. Pour créer de nouvelles applications ou fonctions en no-code, il suffit de glisser, déposer ou cliquer. L'idée est que n'importe qui peut le faire, aucune expérience de codage n'est requise, explique Remco Jorna. Il a rejoint la table ronde de The Software House en tant que CTO de FinOS technologique, une plate-forme low-code/no-code permettant aux institutions financières de numériser plus rapidement.
"Programmation par pointer-cliquer" pour tout le monde ?
"Le low-code est une pratique d'ingénierie que nous mettons dans un environnement de développement, qui permet aux développeurs numériques de pointer et de cliquer sur des applications, afin qu'ils puissent se concentrer sur la valeur commerciale au lieu de se concentrer sur le câblage pour mettre le développement en place", explique Jorna.
Cependant, un environnement low-code ne convient à personne, a découvert Jasper Laagland. Il a participé à la table ronde en tant que CTO de Factrisun fintech qui achète les factures des petites et moyennes entreprises et les paie le jour même. Après avoir essayé une solution low-code, Factris a décidé de créer sa propre software approche. « Ce que nous voulions n'était pas disponible. Si c'était le cas, c'était la propriété de quelqu'un d'autre. Nous voulions avoir la propriété et l'intelligence de notre propre entreprise.
Participait à la table ronde Bastiaan de Ruiter, CTO de Blanco, une plateforme qui aide les gestionnaires de fortune indépendants à gérer les investissements des clients. Il souligne que les solutions low-code font partie de la programmation depuis un certain temps maintenant. "Nous avons beaucoup de connexions avec des tiers via des API. Si l'un d'entre eux fournit la fonctionnalité dont nous avons besoin, nous l'intégrons. "
Le besoin croissant de low-code
"Si vous utilisez du code personnalisé, il existe également des frameworks et des bibliothèques étendus", poursuit De Ruiter. « En ce sens, il y a aussi un niveau d'extraction plus élevé. Nous les utilisons pour rendre notre processus plus efficace. Laagland est d'accord. Bien que nous nous soyons éloignés du low-code avec Factris, cette approche est encore courante : « Nous utilisons également ces frameworks. Cela n'a aucun sens d'inventer un nouveau React ou Angular. Nous ne construisons pas complètement notre propre solution KYC. Il n'y a aucune valeur ajoutée à construire ces choses vous-même. Nous réutilisons également des blocs de l'interface utilisateur. Ce n'est pas exactement du low-code, mais ça se rapproche de plus en plus. Il existe un cas d'utilisation croissant pour l'utilisation du low-code.
Que signifie le passage aux plates-formes ou pratiques low-code pour les développeurs ? Comme le souligne Oude Velthuis, cela pourrait signifier que rise d'une génération de "développeurs citoyens". Analystes métier ou data scientists développant leurs outils. Cependant, les CTO présents ne croient pas que l'avenir du low-code fera de tout le monde un développeur.
« Les compétences de base restent les mêmes. Je ne crois pas que tout le monde puisse soudainement créer software», explique De Ruiter. Jorna ajoute que mettre les plates-formes low-code entre les mains de tout le monde créera des problèmes de gouvernance. Dans le même temps, Laagland souligne qu'il est toujours essentiel de savoir exactement ce que vous faites lors de la création de programmes : "Nous utilisons une grande partie de notre connaissance de nos propres opérations et traduisons cela dans un système."
Solution à la pénurie de développeurs ?
Est-ce que l'abaissement du seuil de création software résoudre la pénurie de développeurs ? « Cela dépend du cadre », explique Bastiaan de Ruiter. « Lors d'un travail précédent, nous utilisions une sorte d'environnement low-code. C'était beaucoup plus facile de changer quelque chose, donc vous avez besoin de moins de développeurs. Mais pour la mise en œuvre, nous avions besoin de 40 personnes, uniquement pour se connecter à l'ancien système. Vous aurez toujours besoin de ce genre de compétences. Une fois que vous l'avez configuré, vous pouvez rapidement modifier et ajouter des choses. Nous avons encore besoin d'informaticiens, j'en ai bien peur.
"Vous avez besoin de personnes ayant l'état d'esprit d'un développeur", déclare Jorna. "Les clients ont des systèmes qui ne sont pas toujours bien exposés, vous devez donc comprendre ce qu'il faut faire lorsque le système n'est pas disponible ou ne fonctionne pas."
Faire face aux cibles mouvantes
Un autre obstacle à la création de projets low-code est la cible mouvante avec laquelle les CTO ne sont que trop familiers. Jorna : « Vous commencez avec une portée pour le projet, et une fois que vous êtes occupé, vous découvrez que la portée devrait être différente. Ou, par exemple, vous commencez avec un système simple, mais le système devient plus complexe à mesure que l'entreprise se développe. Comment éviter qu'un système ne devienne intenable ? »
Selon Laagland, cela pourrait être difficile à empêcher : « Les systèmes changent, les exigences changent. Comme cela va avec un startup, la route n'est pas linéaire. La meilleure chose que vous puissiez faire est de vous assurer que les choix que vous faites sont judicieux. Construire quelque chose de flexible et évolutif. C'est toujours un peu difficile entre l'organisation de l'architecture et la croissance du système. Il n'y a pas de solution miracle. Construire quelque chose pour l'instant est facile, mais pour l'avenir, c'est beaucoup plus difficile. Va pour le code personnalisé et le low-code.
Le code personnalisé est loin d'être terminé
La valeur ajoutée du low-code est évidente, mais il ne remplacera pas encore le développement de code personnalisé selon les experts. Le low-code élimine beaucoup de complexité dans la configuration des systèmes, la gestion de l'environnement, la sécurité et l'évolutivité. Cela signifie que si vous avez besoin d'une solution durable, stable et de haute qualité, le low-code sera probablement insuffisant.
Soit vous souhaitez vous démarquer de vos concurrents, intégrer une nouvelle solution à des solutions déjà existantes, soit vous avez une idée originale qui n'existe pas encore - avec un code personnalisé, vous pouvez l'adapter à vos besoins exacts. Comme le dit de Ruiter : « la coutume software le développement signifie utiliser des frameworks d'extension et de nombreuses bibliothèques » - avec toute cette technologie à votre disposition, les possibilités de personnalisation sont pratiquement infinies.
Création d'une coutume software ne sera pas la moins chère ou la plus rapide, mais c'est une voie à suivre si vous optez pour une solution évolutive qui constituera le principal investissement de votre entreprise. Les fournisseurs tiers (et leurs produits) vont et viennent, mais peuvent également changer ou casser. Le code personnalisé vous empêche d'être complètement dépendant de quelqu'un d'autre.
L'avenir du code est-il sans code ?
Alors, à quoi ressemblera l'avenir du code ? En sera-t-il un sans code du tout ? "Dans 10 ans, aura-t-on plus ou moins de développeurs sur mesure ?", veut savoir Oude Velthuis. Laagland prédit la création software impliquera certainement "l'assemblage de blocs" et moins de code personnalisé. Jorna voit toujours une dépendance vis-à-vis du code personnalisé : « Je pense que j'écrirai moins de code personnalisé. Mais vous êtes toujours dépendant de ce que le fournisseur de plateforme low-code met en place. S'ils restreignent les appels sur vos API ou mettent en place des licences, cela pourrait avoir un impact sur la convivialité. Mais quelque chose comme un processus KYC ? Il n'est pas nécessaire de le créer à partir d'un code personnalisé.
Pendant ce temps, De Ruiter voit toujours un besoin pour les développeurs d'écrire du code, quelle que soit l'évolution du code bas. Il le compare aux voitures, qui partagent toutes la même idée de base : quatre roues, un moteur et quelques sièges. « Les voitures ont toutes la même plate-forme. Mais il y a encore beaucoup d'ingénieurs qui font des trucs. Cela arrivera également avec le code.
Plus d'information?
Nous vous encourageons à regarder la version complète de la table ronde sur Youtube. Si vous avez d'autres questions sur le démarrage, le développement ou le maintien d'un software projet – aller directement à la source. Qu'il s'agisse d'une solution low-code ou personnalisée, The Software House vous invite à leur consultation gratuite pour les responsables techniques. Inscrivez-vous ici!