Crédit : Dreamstime
Le code bas continue de recevoir beaucoup de presse– et argument. De nombreux développeurs d’applications logicielles se demandent encore si l’utilisation d’un code réduit améliore considérablement le processus d’avancement des applications ou si cela entrave le processus de développement et aboutit à des applications de qualité inférieure. D’autres s’inquiètent des ramifications de sécurité du code bas.
Si le résultat inévitable de l’utilisation du code bas est une plus grande complexité des applications, alors le code bas peut entraîner une augmentation des problèmes de sécurité.
Mais est-ce le cas ? J’ai en fait beaucoup écrit récemment sur la complexité des applications, et beaucoup sur le low code. Le lien entre la complexité de l’application et l’utilisation de low code est un point de vue intéressant. Allons-y.
La complexité est indépendante de la technique
Pour être clair, le résultat incontournable du low code n’est pas toujours la complexité. Semblable à l’avancement traditionnel des applications, la complexité peut faire son chemin, et le fait souvent, dans le cycle de vie de la base de code produit. Bien qu’il ne soit pas inéluctable, il prévaut.
Vous pouvez prendre de nombreuses mesures pour réduire la complexité des applications, quelle que soit leur conception, ce qui améliore les performances, l’évolutivité, l’accessibilité et la vitesse de développement.
Oui, un L’application à faible code, comme toutes les applications, peut finir par être complexe et nécessite l’utilisation de techniques de simplification pour minimiser la complexité. Ces problèmes ne sont pas liés à l’utilisation de code bas. Ils sont tout aussi considérables dans les processus de développement de produits habituels.
L’inconnu n’est pas complexe
Ce que le faible code augmente, c’est la quantité de code dans votre application qui n’a pas été composé directement par votre équipe de développement. Il y a plus de code qui a été généré automatiquement par la plate-forme low code, ou qui consistait en des bibliothèques nécessaires au fonctionnement de votre application, mais qui n’était pas le produit de vos développeurs. Par conséquent, il y a souvent plus de code « inconnu » dans votre application lorsque vous utilisez des méthodes à faible code.
Cependant, l’inconnu n’est pas la même chose que la complexité. Un code non identifié (code fourni par quelqu’un d’autre et ajouté à votre application) n’augmente pas, en soi, la complexité de l’application.
L’inverse peut être réel.
Un faible code réduit la complexité
L’utilisation de stratégies d’avancement à faible code peut réduire la probabilité qu’une complexité excessive se répande dans votre application. En simplifiant la charge cognitive et les pressions temporelles sur les concepteurs d’applications, les plates-formes à faible code permettent aux développeurs de se concentrer sur l’image plus grande, la logique métier de l’application et de se concentrer moins sur les informations.
Ce qui se passe dans les moindres détails ? Ils sont traités par l’environnement low code. De plus, l’environnement à faible code utilisera des techniques normalisées et éprouvées pour effectuer ces tâches de bas niveau. Le code généré automatiquement et le code de la bibliothèque sont développés, testés et améliorés bien avant que votre équipe d’application ne les utilise.
Plus vous utilisez peu de code pour construire votre application, plus la quantité de ce code pré-testé et standardisé utilisé dans votre application est importante. L’utilisation d’un outil à faible code pour construire votre application conduit à une utilisation générale plus importante des techniques de codage standardisées, des meilleures pratiques de l’industrie et, en fin de compte, à une plus grande réutilisation des applications logicielles.
Mais qu’en est-il de la complexité ? L’augmentation de l’utilisation du codage standardisé et de la réutilisation des applications logicielles prévaut parmi les stratégies utilisées pour réduire la complexité d’une application. Le codage standardisé réduit la charge cognitive associée à la compréhension du fonctionnement d’une application, et la réutilisation du code tend à minimiser le nombre de pièces mobiles susceptibles de tomber en panne dans une application compliquée.
En conséquence, l’application produite avec des outils à faible code sera moins compliquée que l’application fonctionnellement équivalente établie à l’aide de techniques de programmation conventionnelles.
Quel est l’impact de la standardisation et de la réutilisation sur la complexité ?
Lorsque nous considérons la complexité d’une application, nous pensons généralement à 2 aspects différents de l’application : la taille et la variété des éléments qui composent l’application, et le taux de changement du logiciel de l’application.
L’augmentation de votre utilisation de code réutilisable réduit la taille et le nombre d’éléments dans une application, tandis que l’augmentation de l’utilisation de stratégies de codage standardisées tend à diminuer le taux de changement- – un minimum de pour les modules ou éléments où un codage standardisé a été appliqué.
La vérité pour une application donnée sera plus compliquée (jeu de mots), mais la philosophie fondamentale s’applique toujours. L’utilisation croissante de techniques de codage standardisées et l’utilisation croissante d’éléments d’application logicielle réutilisables ont tendance à réduire la complexité de l’application résultante.
Ce n’est pas nouveau
Cette analyse n’est pas nouvelle ou distincte de la zone de code faible. Nous avons en fait utilisé l’abstraction logicielle pour « masquer » la complexité du code aux concepteurs pendant des années. Chaque fois que nous utilisons un langage de niveau supérieur, tel que C, Java, Ruby ou Go, nous réduisons le code réel qui est développé et exécuté pour effectuer les actions souhaitées.
Nous concentrons nos progrès sur les « constructions de niveau supérieur », permettant au compilateur ou à l’interpréteur de gérer les détails du développement et de l’exécution du code machine.
Et cela ne s’arrête pas aux compilateurs . Lorsque nous nous engageons à utiliser des ensembles de logiciels, des environnements et des structures de niveau supérieur, nous éliminons également la complexité afin de pouvoir nous concentrer sur des capacités de niveau supérieur.
En utilisant Ruby on Rails, Spring, Hibernate, Gin, jQuery, Bootstrap ou même HTML/CSS, nous supprimons la complexité afin de travailler à un niveau supérieur. Il en résulte des applications plus efficaces et une plus grande fiabilité, avec moins d’efforts d’avancement et des coûts d’assistance réduits. Ce n’est pas différent des arguments évoqués dans le domaine du low code aujourd’hui.
Le monde de l’avancement des logiciels est complexe, avec de nouveaux obstacles survenant chaque jour. Les concepteurs de logiciels utilisent régulièrement des outils, des ressources, des environnements et des techniques pour simplifier et faciliter la procédure de développement d’applications logicielles.
Tout récemment, les méthodes à faible code se sont en fait améliorées et les plates-formes à faible code sont devenues un outil bénéfique pour améliorer le processus de développement d’applications logicielles, sans ajouter de complexité excessive à l’application.
.
Toute l’actualité en temps réel, est sur L’Entrepreneur
