Dans le premier numéro d'une nouvelle série éditoriale, nous nous attaquons aux idées fausses les plus répandues sur l'utilisation des outils "sans code". Tout d'abord, l'idée qu'il est nécessaire d'avoir un certain niveau de connaissances techniques pour vraiment utiliser les outils "sans code" existants.

‍

TL;DR : Il n'est pas nécessaire de savoir écrire ou lire du code pour utiliser des outils sans code, mais vous devez comprendre les bases du fonctionnement des ordinateurs et concevoir un système pour tous ceux qui utilisent votre application.

‍

Alors, que faut-il savoir ?

Tout d'abord, précisons le niveau de l'outil que vous utilisez. Les outils à code zéro (par exemple, Squarespace ou Shopify) ne requièrent aucune connaissance en matière de codage ou de fonctionnement des ordinateurs ; à l'autre extrémité de l'échelle, les outils à code bas requièrent des connaissances en matière de codage et s'adressent principalement aux développeurs. Les outils "no-code" n'exigent pas que vous écriviez du code, mais ils requièrent des connaissances de base en matière de logiciels.

‍

Qu'est-ce que cela signifie exactement ?

Fondamentalement, vous devez faire preuve de logique. Nous entendons par là comprendre la logique sous-jacente à l'application logicielle que vous créez, quelle qu'elle soit. Comment le système que vous créez doit fonctionner.

Lorsqu'un utilisateur clique sur un bouton de connexion, que se passe-t-il ensuite ? Où vont ces informations ? Comment dites-vous à un ordinateur ce que vous voulez qu'il se passe ? Chaque fois que quelque chose se passe dans un logiciel, vous devez prendre ces décisions. En fin de compte, vous devez vous mettre dans l'état d'esprit de penser comme un ordinateur (ou pensée computationnelle). C'est là que vous commencez à voir et à comprendre comment les systèmes fonctionnent réellement et comment les différents éléments sont liés les uns aux autres. 

Imaginez que vous êtes un architecte qui conçoit un labyrinthe que votre utilisateur doit parcourir. C'est à vous de décider comment l'utilisateur va s'y retrouver. Vous concevez un organigramme de tous les itinéraires potentiels que l'utilisateur peut emprunter. Cela signifie que vous devez penser de manière systématique et que vous devez également réfléchir à ce qui peut mal se passer.

Y a-t-il des concepts importants ?  

Il se trouve qu'il y en a. De nombreux outils sans code s'occuperont de ces concepts pour vous, mais il est certainement utile de comprendre les bases : 

• Comment vos données sont-elles structurées ? Vous devez comprendre comment les différents groupes de données sont liés les uns aux autres dans la structure d'une base de données. Prenons l'exemple d'Uber. Pour mettre en place des bases de données présentant les données d'Uber, vous pourriez décider de créer une base de données distincte pour les voitures, les conducteurs et les utilisateurs. Vous pouvez aussi décider de créer une base de données "personnes" regroupant les conducteurs et les usagers. C'est à vous de décider, mais il est utile de mettre les choses à plat et d'y réfléchir vraiment. Certains outils sans code enseignent cela très bien, mais il faut parfois apprendre par soi-même.

• Déclarations IF. Il s'agit d'un terme crucial lorsqu'il s'agit de créer des applications. Il signifie que si une condition spécifique est vraie, cette action se produit, et si cette condition est fausse, une action différente se produit. Dans le monde réel, cela pourrait être : "Si le temps est ensoleillé, alors il faut faire quelque chose" : Si le temps est ensoleillé, il faut mettre de la crème solaire. S'il ne fait pas beau, prenez un parapluie.    

• Instances. Un élément important à prendre en compte est l'idée d'instances - dans le sens où plusieurs personnes vont utiliser votre application en même temps. Cela signifie que vous devez prendre des décisions basées sur le fait qu'une action (comme cliquer sur un bouton) ne concerne que cet utilisateur spécifique. De même, lorsque vous enregistrez des données, vous devez décider si vous les enregistrez pour cet utilisateur ou pour tous les utilisateurs.

• Cas limites. Il s'agit d'un problème ou d'une situation qui ne se produit que dans des situations extrêmes ou à l'extrémité la plus haute ou la plus basse des possibilités. Par exemple, si vous pensez à un écran de connexion, un cas limite pourrait être un utilisateur qui saisit un mot de passe erroné. Que se passe-t-il alors ? L'écran est-il actualisé ? L'utilisateur est-il dirigé vers une autre page ? 

Imaginez que vous êtes un architecte qui conçoit un labyrinthe que votre utilisateur doit parcourir. C'est à vous de décider comment l'utilisateur va s'y retrouver.

‍

Où les gens restent-ils bloqués ?

Comme l'a dit un jour le philosophe Ted Nelson : "Le bon côté des ordinateurs, c'est qu'ils font ce que vous leur dites de faire. La mauvaise chose à propos des ordinateurs, c'est qu'ils font ce que vous leur dites de faire".

La partie la plus délicate est, en quelque sorte, d'essayer de comprendre toutes les choses que vous n'avez pas comprises. Prenons l'exemple de l'écran de connexion. Vous pourriez penser que c'est assez simple - tout ce dont vous avez besoin, c'est d'une boîte qui permet à quelqu'un d'entrer un courriel, d'une boîte qui permet à quelqu'un d'entrer un mot de passe et vous avez terminé. 

• Mais qu'en est-il d'une boîte d'inscription ? 
• Qu'est-ce que vos utilisateurs sont autorisés à saisir ? Existe-t-il des restrictions concernant les adresses électroniques ou la longueur du nom d'utilisateur ?
• Et que se passe-t-il s'ils oublient leur mot de passe ? Faut-il lui envoyer un courriel ou un SMS ? De quelle adresse électronique ou de quel numéro de téléphone doit-il s'agir ?

Tout d'un coup, quelque chose de simple comme un login devient très compliqué, avec de nombreuses décisions logiques à prendre. Pour la plupart des logiciels que vous utilisez, quelqu'un a pensé à tout cela. Mais avec certains outils sans code, personne ne va surgir et dire : "Attendez, vous avez oublié de mettre un écran de mot de passe oublié ici ! Il faut y penser et c'est là que les difficultés peuvent surgir. 

Les outils sans code sont-ils utiles ? 

Ils le font, et vous n'avez pas besoin de réfléchir à la logique et à la prise de décision pour tout. En effet, les choses qui sont vraiment banalisées et communes, comme les écrans de connexion, l'envoi de courriels lorsque quelqu'un s'inscrit, et l'authentification de sécurité à deux facteurs, sont en fait déjà prises en charge par la majorité des outils sans code qui existent.  

Certains vous aident plus que d'autres à prendre ces décisions. En général, plus un outil no-code prescrit ce qui se passe lorsqu'une action se produit, moins vous avez de pouvoir dans la construction de votre application. Plus l'outil ne prescrit pas ce qui se passe ensuite, plus vous avez de pouvoir. C'est une bonne chose pour votre liberté de conception, mais cela laisse aussi naturellement plus de marge pour les problèmes et les questions.

‍

Que faut-il en retenir ? 

Je le répète : il n'est pas nécessaire de savoir écrire ou lire du code pour créer des applications incroyablement utiles à l'aide d'outils sans code. Mais si vous voulez augmenter vos chances de réussite, il vaut vraiment la peine de comprendre les bases du fonctionnement des ordinateurs et d'adopter l'état d'esprit d'un architecte. L'application que vous allez créer est quelque chose dans lequel les utilisateurs doivent naviguer - et vous êtes responsable de faire en sorte que cela se passe de manière transparente et logique.

‍