Les développeurs consacrent une quantité excessive de leur temps précieux à des activités de développement d'applications périphériques telles que la configuration de l'environnement, les tests, la sécurisation et la maintenance de leur code et d'autres tâches opérationnelles. Il est déconcertant de constater à quel point les développeurs disposent de peu de temps pour innover et tirer parti de leur savoir-faire pour le codage réel. Il n'est pas étonnant que les équipes informatiques du monde entier se soient attaquées au défi de créer une stratégie de développement qui peut libérer du temps de développement et améliorer l'innovation. C'est là que le low-code peut avoir un impact puissant. Avec les plates-formes low-code, les développeurs peuvent passer moins de temps sur des tâches banales telles que la configuration et les outils, ce qui leur permet de consacrer plus de temps à la logique métier personnalisée, à l'expérience utilisateur, aux intégrations tierces et à la conception. Mais alors pourquoi les développeurs professionnels sont-ils indécis face au low-code ? Quelles sont les préoccupations des développeurs professionnels en matière de low-code ? Les applications développées par des équipes informatiques sérieuses nécessitent des technologies complètes, un code basé sur des normes et une expérience utilisateur qui correspond aux besoins du marché. Il y a cependant une période d'attente avec les outils et méthodologies traditionnels. Ce n'est pas que les développeurs professionnels soient inconscients des avantages que le low-code apporte à la table. Cependant, il existe une hésitation connue quant à l'adoption du low-code par les développeurs professionnels. Au sein de la communauté des développeurs, le low-code est perçu comme un outil pour les citoyens/développeurs commerciaux qui essaient de créer des solutions commerciales rapides et d'automatiser les tâches internes banales. Lorsqu'il s'agit de plates-formes capables de générer automatiquement du code, elles sont généralement accueillies avec scepticisme et, plus important encore, avec un manque de confiance. Pour le développement d'applications, les développeurs professionnels ne veulent pas faire de compromis sur la liberté de choix de la technologie, la transparence du code et la flexibilité d'intégration avec les écosystèmes internes et externes. De plus, ils ont du mal à croire que le low-code puisse créer un code sécurisé et conforme aux normes de l'industrie. La peur de ne pas savoir ce qui fonctionne sous le capot est ce qui tourmente vraiment le programmeur traditionnel. Atténuer les craintes - ce que les plates-formes low-code devraient faire Offrez le code au développeur. Offrez la transparence. Les développeurs professionnels exigent transparence et liberté. Pas une base de code propriétaire. Les plates-formes low-code peuvent apaiser leurs craintes en leur donnant un accès complet au code généré automatiquement. La propriété et le contrôle sont strictement une zone sans compromis pour les développeurs. Permettre aux développeurs de voir et de posséder le code généré automatiquement afin qu'ils puissent le prévisualiser, le modifier, l'exporter, l'importer et le personnaliser, apporte la confiance indispensable dans la plate-forme. En cas de problème, un développeur peut aller à la racine du problème et le résoudre, contrairement aux plates-formes fermées qui ne donnent pas accès à la pile d'erreurs. La flexibilité du développement rapide d'applications, tout en ayant un contrôle total sur le code, est un avantage inégalé que seules les plates-formes ouvertes à faible code peuvent offrir. Pas de dépendance vis-à-vis d'un fournisseur... sans petits caractères De nombreuses plates-formes low-code prétendent ne pas avoir de verrouillage de fournisseur. Certaines plates-formes offrent du code non modifiable, certaines autorisent les modifications du code mais enlèvent la liberté de déploiement et certaines sont si rigides qu'elles frôlent l'espace sans code. Certains ont des restrictions sur le nombre d'applications qui peuvent être développées avec une seule licence. Certains vous facturent pour chaque consultation. La liste des restrictions peut être frustrante et franchement ennuyeuse. Le verrouillage du fournisseur se produit lorsqu'un client dépend entièrement d'une plate-forme qu'il ne peut pas transférer vers un autre fournisseur sans un coût substantiel, réel ou perçu. Se libérer est une affaire amère et coûteuse. Ainsi, si une plate-forme low-code prétend ne pas être verrouillée par un fournisseur, elle ne devrait avoir aucune restriction. Ni sur le nombre d'applications, ni sur le nombre d'utilisateurs, ni sur l'accès au code. Les développeurs qui peuvent afficher le code généré par l'application dans le référentiel Git doivent pouvoir « soulever et déplacer » le code source et le personnaliser sur un IDE de leur choix. Ils doivent pouvoir le déployer où ils le souhaitent et maintenir le code comme ils le souhaitent. Ils doivent pouvoir l'intégrer aux écosystèmes internes et externes. Cela, dans le vrai sens du terme, est 'No Vendor Lock-In'. Si votre plate-forme low-code ne le fait pas, elle ne devrait pas revendiquer un environnement sans verrouillage. Le code sécurisé ne peut pas être une supposition En continuant sur la confiance, créer un code sécurisé basé sur les normes de l'industrie n'est pas négociable. Les plates-formes low-code doivent faire vérifier et certifier leur code généré par les applications par des responsables de la sécurité des applications de confiance. Les tests de sécurité automatisés tels que SAST, DAST et SCA tirent parti de la couverture complète du code, ce qui signifie qu'ils peuvent tester chaque ligne de code dans des environnements statiques et dynamiques ; De plus, le code généré est protégé contre les vulnérabilités OWASP, notamment XSS, CSRF et bien d'autres. Un code vérifié par une autorité en matière de sécurité des applications inspire confiance dans l'esprit du développeur professionnel, lui permettant de se concentrer sur la logique métier, l'innovation et l'expérience client. Créer un code de qualité conforme aux normes de l'industrie Le code d'application généré en low-code doit avant tout suivre des frameworks et des bibliothèques open source basés sur des normes. Par exemple, une combinaison de Spring pour le backend et Angular pour l'interface utilisateur, ou React Native pour le développement mobile résonne avec un développeur full-stack. La familiarité avec les technologies modernes les aide à tirer parti du processus de développement complet auquel ils font si profondément confiance. Les règles d'application à douze facteurs sont la référence en matière de qualité d'une application. Les plates-formes low-code qui offrent des normes à douze facteurs garantissent aux développeurs que les applications sont d'une qualité suprême. Et ce n'est pas seulement le code, mais l'ensemble du processus de développement à la livraison qui suit un ensemble de règles et de directives que les développeurs professionnels apprécient vraiment. Le respect des conventions de dénomination et des normes de codage appropriées et le test de la qualité du code avec des outils tiers intégrés ou même intégrés permettent aux développeurs de savoir que le code généré est propre, sûr et de qualité supérieure. Idéalement, le code généré par l'application doit ressembler et se comporter de la même manière que le code écrit à la main par un développeur professionnel expérimenté. Fusion transparente avec l'écosystème logiciel Des plates-formes flexibles à faible code permettront des intégrations transparentes avec les pipelines de test, de débogage, de déploiement et de publication existants tels que Selenium, AppDynamics, Git et Jenkins, pour n'en nommer que quelques-uns. Les outils low-code doivent s'intégrer de manière transparente aux outils de ces types. La plate-forme low-code doit offrir une transition sans friction à partir d'un environnement de développement traditionnel (Dev, QA et DevOps ont des processus bien établis avec un écosystème d'outils). La plate-forme low-code doit également permettre une intégration facile avec les API, à la fois internes et externes. Une fois ces API complexes importées dans la plate-forme, les développeurs peuvent les composer pour créer des composants d'expérience utilisateur (UI) convaincants par-dessus avec un faible code. Résumé Essentiellement, une plate-forme ouverte low-code qui génère un code fiable et sécurisé a une meilleure résonance auprès des développeurs professionnels et des entreprises. Pour les développeurs professionnels, les plates-formes low-code sont une panacée aux problèmes de latence du développement traditionnel. En fait, nous pouvons aller jusqu'à dire qu'une plate-forme ouverte, basée sur des normes et sécurisée à faible code est une meilleure alternative au développement traditionnel, dans la mesure où elle peut créer des applications de qualité identique, voire meilleure, en environ la moitié du temps. Un développeur low-code peut porter plusieurs casquettes en tant que développeur front-end, ingénieur back-end et ingénieur DevOps, le tout en un, réduisant ainsi la dépendance à plusieurs ensembles de compétences. Avec une plate-forme ouverte low-code, les équipes plus légères peuvent produire des applications plus rapidement. En fait, nous devons abandonner la vision tunnel consistant à considérer les plates-formes low-code comme un outil de dépannage rapide pour résoudre les problèmes immédiats. Avec une stratégie à long terme construite autour du bon type de plate-forme low-code, les développeurs professionnels et les équipes informatiques peuvent s'imprégner des meilleures pratiques des méthodologies de développement traditionnelles et créer des expériences modernes ; dans environ la moitié du temps. Tout ce que les plates-formes low-code doivent faire est de gagner la confiance du développeur professionnel, avec des pratiques saines construites autour de cela. Offrir un code transparent, personnalisable et sécurisé contribuera grandement à gagner cette confiance.
