Début 2021, Gartner prévoyait que le marché mondial des technologies de développement low-code augmenterait de 22,6 % cette année. Bien sûr, les données pour leur prouver qu’ils ont raison ou tort viendront dans le futur, mais il semble que même les non-techniciens connaissent le terme ces jours-ci depuis la transformation numérique (en grande partie accélérée par le no-code et le low-code). solutions) s’est déroulée sous les yeux du public.
Que vous soyez tous à bord du train hype low code ou que vous ne soyez pas convaincu, nous devons reconnaître les avantages tangibles que ces solutions apportent déjà au monde.
Supposons que vous soyez un propriétaire d’entreprise cherchant à automatiser les processus papier, à gérer les contacts et la communication via un CRM ou à créer un site Web rapidement et facilement. Dans ce cas, le low-code est une excellente solution.
Le low code peut être un outil utile pour créer un MVP et étoffer un concept dans un périmètre restreint avec des exigences de produit précises et des plans limités à l’échelle. Cependant, lorsqu’un projet se développe naturellement, il faudra également faire évoluer les processus. Avec les solutions low-code, la mise à l’échelle est pénible, coûteuse et limitée.
Du point de vue d’un développeur professionnel, emprunter la voie du low-code pour réaliser des projets et des prototypes à petite échelle ou créer des solutions de base est rapide et généralement indolore. Cependant, la plupart des professionnels préféreront coder à partir de zéro lorsqu’ils travaillent sur des applications complexes en raison de la flexibilité. Il est toujours possible qu’une plate-forme low-code ne vous permette pas de créer un produit répondant à des exigences nouvelles ou modifiées.
Au mieux, le low code est un outil utilisable, mais au pire c’est un mauvais investissement à long terme. Pourquoi?
Sommaire
L’évolutivité est un enjeu clé
L’opportunité et le coût de l’évolutivité horizontale et verticale sont des facteurs essentiels lors du choix d’un fournisseur. Le nombre d’utilisateurs actifs quotidiens, les fonctionnalités disponibles, le stockage et la puissance de calcul ne sont que quelques facteurs à prendre en compte.
Par exemple, si vous cherchez à créer une boutique en ligne, demandez-vous si le fournisseur avec lequel vous choisissez de le faire limite votre trafic ou limite l’accès. Si votre site connaît un afflux de visiteurs, ils limiteront l’accès et vous obligeront à mettre à niveau ou à perdre des clients. Pire encore, cette décision est prise par l’IA et n’est pas négociable. Les grands fournisseurs du créneau SaaS des créateurs de sites Web/de magasins sont connus pour fermer les comptes des clients et cesser complètement de répondre.
Au-delà de cela, une réflexion à court terme, des exigences en constante évolution du côté de l’entreprise et le manque de vision systémique entraîneront une dette technique qui entravera silencieusement la croissance de votre entreprise.
Opter pour la solution qui convient le mieux à l’organisation dans son ensemble n’est pas toujours le choix le plus attrayant pour les responsables qui réfléchissent dans le cadre de leur service, ce qui oblige les développeurs à prendre en charge un code délabré obsolète. C’est un reproche célèbre parmi les développeurs, tout comme ce qui suit.
Exigences de formation approfondies
Une formation approfondie sera la première exigence pour mettre en œuvre une solution low-code. Cela peut retarder considérablement le déploiement, même au point où l’approche low-code ne l’emporte plus sur le développement agile dans les délais de mise sur le marché.
Après avoir magasiné une voiture, négocié avec un vendeur, payé et remis les clés en main, vous pouvez chasser un client satisfait. Mais lorsque vous achetez l’accès à une solution low code, vous devez recommencer l’auto-école. Les développeurs doivent d’abord s’intégrer et apprendre à travailler dans un nouveau système. Ils doivent apprendre efficacement à utiliser un nouvel environnement et annuler toute expérience qu’ils apportent à la table.
Les délais varieront de quelques semaines à plusieurs mois et dépendront de la qualité de la documentation et de l’assistance disponibles. Il n’y a pas de norme industrielle et chaque plate-forme aura son propre système unique.
Et la mise en œuvre n’est qu’une pièce du puzzle. Le vrai problème commence lorsqu’un problème survient et que quelqu’un doit le résoudre.
Le dépannage est difficile
Dans le meilleur des cas, vous avez élaboré le plan de votre projet dès le début, choisi une solution appropriée, l’avez construite, et maintenant il fonctionne bien pour répondre à vos besoins.
Mais quelque chose va inévitablement se casser, comme toujours. Encore une fois, en fonction de la qualité de la documentation, de la vitesse de réponse et de la compétence du support, l’équipe de développement peut avoir besoin d’un temps considérable pour étudier et résoudre le problème, car les mêmes raccourcis qui ont rendu le développement facile peuvent entraver la maintenance.
Le débogage d’un programme réalisé avec une solution low-code peut être difficile, voire impossible, car les développeurs n’ont pas accès à l’infrastructure que le code utilise pour fonctionner. Le développeur peut ne pas savoir si l’erreur est de son côté ou du fournisseur. La recherche d’un problème peut entraîner une impasse lorsque vous ne pouvez pas poser directement de questions à l’équipe de développeurs.
Et s’il s’avère que c’est un vulnérabilité de cybersécurité, Vous n’avez pas de chance.
Verrouillage du fournisseur
Votre solution low code ne sera compatible avec aucun autre concurrent ou fournisseur similaire. Même si vous pouvez exporter le code source, cela dépendra nécessairement de la plate-forme du fournisseur pour fonctionner, et vous ne pourrez l’utiliser que comme sauvegarde.
Selon la solution, des options d’intégration, des webhooks et des API seront disponibles pour s’ajouter à la pile et à votre facture SaaS mensuelle. Et tandis que les PDG de l’industrie justifient le prix initial élevé par des coûts réduits dans le temps, ils peuvent être remis en cause par des problèmes de maintenance et des difficultés de mise à niveau.
Si vous êtes trop loin et que vous réalisez qu’il est temps de migrer vers un autre service, vous constaterez que c’est impossible. Le système propriétaire que votre équipe a appris à utiliser et à peaufiner pour fonctionner d’une manière compatible avec les exigences de l’entreprise devra désormais être abandonné, et vous devrez peut-être recommencer le processus à partir de zéro.
Aucun code et low code ne sont là pour rester, mais la révolution est peut-être un abus de langage. Ces solutions, pour puissantes qu’elles soient, ne sont qu’un outil de plus dans la trousse d’un professionnel. C’est-à-dire qu’ils ne doivent être déployés que lorsqu’ils sont demandés.
Le code bas est un emporte-pièce, mais ça marche, et c’est le but. Bien sûr, personne ne s’attend à ce que ces outils brisent les attentes ou redéfinissent les normes, donc si vous avez besoin d’une solution à court terme, si vous créez un MVP ou si vous avez besoin de quelque chose de standard comme une boutique en ligne, suivez cette voie. Mais avant de vous engager, assurez-vous d’avoir une compréhension approfondie du créneau dans lequel vous travaillez afin de pouvoir formuler clairement les demandes pour le produit que vous créez et les tester par rapport aux capacités d’un fournisseur.
Les critiques sont essentielles, bien sûr, mais demandez à vos développeurs d’étudier la documentation et de donner leur évaluation d’un produit donné avant de signer le contrat. Le meilleur pari sont les fournisseurs avec de nombreux utilisateurs qui fournissent aux développeurs des plates-formes de communication et disposent d’une riche bibliothèque de documents facilement consultables.
Enfin, faites attention aux drapeaux rouges comme les retards, la documentation inexacte et la compétence douteuse du support pendant le développement. Il n’est jamais trop tard pour débrancher la prise si quelque chose ne fonctionne pas.
