Pourquoi les développeurs sont sceptiques à propos du très faible code

Début 2021, Gartner a prédit que le marché actuel des technologies d’amélioration de code inférieur dans le monde augmentera de 22,6 % cette année. Bien sûr, les détails pour les établir corrects ou incorrects se produiront dans un avenir prévisible, mais il semblerait que même les personnes non complexes soient courantes avec l’expression de nos jours depuis la transformation numérique (en gros composant accéléré par aucun code et minimal -code méthodes) s’est déroulée juste sous les yeux du public.

Que vous soyez tous à bord du petit entraîneur de battage médiatique ou que vous n’ayez généralement pas confiance en vous, nous devons reconnaître les avantages tangibles que ces réponses apportent déjà au monde.

Supposons que vous soyez propriétaire d’une petite entreprise et que vous cherchiez à automatiser les procédures papier, à gérer les contacts et les conversations via un CRM ou à créer un site Web rapidement et très facilement. Dans ce scénario, le petit code est une solution exceptionnelle.

Le code réduit peut être un outil pratique pour établir un MVP et étoffer un concept dans une portée plus petite avec des demandes de solutions précises et des conceptions minimales à l’échelle. Cependant, lorsqu’un travail se développe de manière naturelle, il faudra également mettre à jour les processus. Avec les alternatives à petit code, la mise à l’échelle est pénible, coûteuse et minimale.

Du point de vue d’un développeur qualifié, emprunter la voie du low-code vers des projets et des prototypes complets à petite échelle ou créer des remèdes primaires est rapide et généralement indolore. Même ainsi, la plupart des professionnels préféreront coder à partir de zéro lorsqu’ils feront le travail sur des applications complexes en raison de la polyvalence. Il est normalement possible qu’une plate-forme à très faible code ne vous permette pas de créer un produit qui satisfasse aux spécifications nouvelles ou modifiées.

Au mieux, le code réduit est un outil utilisable, mais au pire c’est un investissement financier négatif à long terme. Pourquoi?

L’évolutivité est un enjeu vital

L’opportunité et la charge d’évolutivité horizontale et verticale sont des éléments très importants lors du choix d’un vendeur. La gamme de clients actifs au quotidien, les fonctionnalités accessibles, le stockage et la puissance électrique de calcul ne sont que quelques facteurs à prendre en compte.

Par exemple, si vous êtes à la recherche d’une boutique en ligne, demandez-vous si le fournisseur que vous choisissez de le faire plafonne vos visiteurs ciblés ou limite l’entrée. Si votre site Web connaît un afflux de visiteurs, ils limiteront l’accès et vous pousseront à mettre à niveau ou à supprimer l’organisation. Pire encore, ce choix est fabriqué par l’IA et n’est pas négociable. Des fournisseurs importants dans le créneau SaaS du constructeur de sites Web/boutiques ont été reconnus pour fermer les comptes des clients et finir par répondre entièrement.

Au-delà de cela, l’imagination rapide, la transformation continue des spécifications de l’entreprise et le manque d’une vision systémique se traduiront par une dette technologique qui freinera silencieusement la croissance de votre entreprise.

Opter pour la solution qui est la meilleure pour l’entreprise dans son ensemble n’est généralement pas la meilleure préférence pour les gestionnaires qui envisagent uniquement dans le cadre de leur section, ce que les constructeurs réussissent à obtenir pour aider le code délabré obsolète. C’est vraiment un reproche célèbre parmi les développeurs, tout comme la poursuite.

Nécessités d’une instruction approfondie

Un enseignement approfondi sera au départ la nécessité d’appliquer un remède à code réduit. Cela peut sensiblement retarder le déploiement, même au point où, grâce à la stratégie à très faible code, plus aucune victoire sur les progrès agiles dans le temps de mise sur le marché.

Après avoir acheté une voiture, négocié avec un vendeur, dépensé et avoir les clés en main, vous pouvez repousser un client satisfait. Mais lorsque vous commandez l’accès à une réponse de code inférieur, vous devez à nouveau vous rendre à l’école de conduite. Les développeurs doivent d’abord s’intégrer et apprendre à travailler dans une nouvelle technique. Ils doivent réussir à apprendre à utiliser un nouvel environnement naturel et à annuler toute expérience qu’ils fournissent au bureau.

Les délais varieront de mois en mois et dépendront de la qualité de la documentation et de l’assistance facilement disponibles. Il n’y a pas de marché régulier, et chaque système aura sa propre procédure distincte.

Et l’utilisation n’est qu’une pièce du puzzle. Le défi authentique commence lorsqu’un problème survient et qu’une personne a besoin de le résoudre.

Le dépannage est difficile

Dans le cas idéal, vous avez défini la stratégie de votre défi dès le début, choisi une option appropriée, l’avez conçue, et maintenant elle fonctionne parfaitement pour répondre à vos besoins.

Mais tout se divisera inévitablement, comme il le fait constamment. Encore une fois, en fonction de la qualité de la documentation, de la vitesse de réaction et de la compétence de l’aide, le personnel de développement aura peut-être besoin de beaucoup de temps pour examiner et corriger le problème, car les raccourcis similaires créés par l’amélioration rapide peuvent entraver l’entretien.

Le débogage d’un programme conçu avec une solution de code minimal peut être difficile ou carrément impossible étant donné que les développeurs n’ont pas accès à l’infrastructure que le code utilise pour fonctionner. Le développeur ne pouvait pas savoir si l’erreur provenait de son arrêt ou du fournisseur. La recherche d’un problème peut mener à une conclusion fatale lorsque vous n’êtes pas en mesure de demander immédiatement les problèmes liés à la main-d’œuvre des développeurs.

Et s’il s’avère qu’il s’agit d’une vulnérabilité de cybersécurité, vous n’avez pas de chance.

Verrouillage du vendeur

Votre réponse en petit code ne conviendra à aucun autre concurrent ou fournisseur lié. Même si vous pouvez exporter le code source, il comptera toujours sur le système du fournisseur pour fonctionner et vous ne pourrez l’utiliser que comme sauvegarde.

En s’appuyant sur le remède, des solutions d’intégration, des webhooks et des API seront proposés pour intégration à la pile et à votre facture SaaS d’un mois à l’autre. Et lorsque les PDG d’entreprise justifient la valeur initiale substantielle par des prix réduits au fil du temps, ils peuvent être confrontés à des problèmes d’entretien et à des difficultés à produire des mises à niveau.

Si vous êtes trop loin et que vous remarquez qu’il est vraiment temps de migrer vers un autre fournisseur, vous découvrirez que c’est vraiment très difficile. La méthode exclusive que votre groupe a décidé d’utiliser et de peaufiner pour faire le travail d’une manière adaptée aux besoins de l’entreprise devra maintenant être abandonnée, et vous devrez peut-être recommencer le processus ci-dessus. de zéro.

Aucun code et code très bas ne sont répertoriés ici pour continuer à l’être, mais la révolution est peut-être un abus de langage. Ces remèdes, très efficaces bien qu’ils soient, ne sont qu’un autre logiciel dans le kit d’un professionnel. C’est-à-dire qu’ils ne doivent être déployés que lorsqu’ils sont désignés.

Le code inférieur est un emporte-pièce, mais il est efficace, et c’est là le but. Bien sûr, personne ne s’attend à ce que ces équipements brisent les attentes ou redéfinissent les normes, donc si vous avez besoin d’une alternative brève, si vous développez un MVP, ou si vous avez besoin d’une chose typique comme un point de vente en ligne , suivez cette route. Mais avant de vous engager, assurez-vous d’avoir une compréhension approfondie du créneau dans lequel vous travaillez afin de pouvoir clairement formuler les besoins du produit que vous développez et les comparer aux capacités d’un fournisseur.

Les opinions sont critiques, bien sûr, mais demandez à vos constructeurs d’examiner la documentation et de donner leur évaluation de toute marchandise donnée juste avant de signer le contrat. Le meilleur pari sont les vendeurs avec des tas d’utilisateurs qui offrent des plateformes pour que les développeurs se connectent et disposent d’une bibliothèque chargée de matériaux facilement consultables.

Enfin, recherchez les drapeaux violets tels que les retards, la documentation inexacte et la compétence douteuse de l’assistance tout au long de la croissance. Il n’est en aucun cas trop tard pour débrancher la prise si quelque chose ne fonctionne pas vraiment.