No-code / low-code : quels sont leurs gros inconvénients ?

No-code / low-code : quels sont leurs gros inconvénients ?

Le No-code et le Low-code sont des approches permettant de créer des applications sans avoir à coder ou en écrivant peu de code. Ces solutions séduisent par leur accessibilité et leur rapidité de mise en œuvre. Elles permettent aux entreprises de développer des outils en interne, sans mobiliser une équipe de développeurs spécialisés.

Cependant, malgré leurs atouts, ces technologies ne sont pas adaptées à tous les projets. Certaines limitations techniques, contraintes économiques et enjeux de sécurité doivent être pris en compte avant de s’engager dans cette voie.

Les limites techniques du low code et no code

Les plateformes No-code et Low-code sont pensées pour simplifier le développement, mais cela signifie aussi que leur flexibilité est limitée. Lorsque les projets nécessitent une architecture avancée ou une gestion de données spécifique, ces outils peuvent montrer leurs limites.

  • Les plateformes imposent souvent un cadre rigide, ce qui complique l’implémentation de fonctionnalités sur-mesure.
  • Les systèmes conçus avec ces outils peuvent être moins optimisés que ceux développés avec des technologies traditionnelles.

Difficulté d’intégration avec d’autres outils

L’un des défis majeurs du No-code et Low-code est leur capacité à s’intégrer efficacement avec des logiciels tiers.

  • Les connecteurs proposés ne couvrent pas toujours tous les besoins d’une entreprise.
  • Lorsqu’une API externe doit être utilisée, les options d’intégration peuvent être limitées ou nécessiter des contournements complexes.
À lire  Microsoft annonce l’arrêt de son éditeur de texte WordPad

Personnalisation du design et de l’expérience utilisateur

Les outils No-code et Low-code fonctionnent souvent avec des modèles prédéfinis, ce qui restreint la liberté créative.

  • Il peut être difficile d’obtenir une identité visuelle unique si la plateforme ne permet pas de modifier certains éléments graphiques.
  • L’expérience utilisateur est parfois générique et ne correspond pas toujours aux attentes spécifiques des entreprises.

Problèmes de performance pour les applications à grande échelle

Lorsque le volume d’utilisateurs augmente ou que l’application doit gérer des données en temps réel, les plateformes No-code et Low-code peuvent montrer leurs limites en termes de performances.

  • Certaines plateformes ne sont pas conçues pour des charges élevées et peuvent ralentir en cas d’utilisation intensive.
  • Les optimisations avancées (mise en cache, gestion fine des requêtes) ne sont pas toujours possibles.

Dépendance aux fournisseurs de solution no code/low code

Les solutions No-code et Low-code reposent sur des environnements propriétaires, ce qui signifie que l’entreprise est liée au fournisseur de la plateforme.

  • Si l’éditeur augmente ses prix ou modifie ses conditions d’utilisation, l’entreprise n’a pas d’alternative immédiate.
  • La migration vers un autre outil peut s’avérer complexe, voire impossible sans recréer l’application de zéro.

Manque de contrôle sur la sécurité des données

Les données manipulées par une application No-code ou Low-code sont souvent hébergées sur des serveurs appartenant au fournisseur. Cela soulève plusieurs questions :

  • Où sont stockées les données ?
  • Les réglementations locales en matière de protection des informations sont-elles respectées ?
  • Quel niveau de cryptage et de sécurité est appliqué aux informations sensibles ?

Absence d’accès au code source

Dans un développement traditionnel, les équipes techniques ont un contrôle total sur le code source. Avec une plateforme No-code ou Low-code, cela n’est pas possible.

  • Impossible d’optimiser directement le code pour améliorer les performances.
  • Si la plateforme ferme ou cesse d’évoluer, l’entreprise risque de perdre son application ou de devoir tout recommencer.
À lire  TBI : le tableau interactif numérique au service de l'école 2.0

Les risques liés au Shadow IT

L’accessibilité du No-code et Low-code permet à des équipes non techniques de développer leurs propres solutions sans validation de la DSI (Direction des Systèmes d’Information). Ce phénomène, appelé Shadow IT, peut entraîner plusieurs problèmes :

  • Sécurité compromise si l’outil n’est pas conforme aux standards de l’entreprise.
  • Absence de supervision des équipes IT, ce qui peut provoquer des incohérences entre les outils utilisés dans l’entreprise.
  • Difficultés à maintenir ces solutions si leur créateur quitte l’entreprise.

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *