5/6/2024
Datapix existe, à l'heure où nous écrivons ces lignes, depuis 2 ans 1/2. Nous avons rencontré de nombreux makers / développeurs durant cette période et le constat n'est pas toujours positif.
Aujourd'hui, nous vous proposons de vous partager le TOP 5 des erreurs les plus récurrentes sur vos applications Glideapps.
Glide est une plateforme de développement d'applications métier qui permet à tout le monde de créer des applications mobiles sans avoir à écrire une seule ligne de code. Cependant, il est facile de commettre des erreurs lors de la formation sur Glide, ce qui peut rendre l'apprentissage plus difficile et frustrant. Dans cet article, nous allons vous présenter les 5 erreurs les plus courantes à éviter lors de la formation sur Glide.
L'organisation de votre base de données est la colonne vertébrale de votre application. C'est donc indispensable de bien la construire.
Une base de données doit être organisées par table. Chaque table doit contenir de la donnée unique.
Lors de notre échange, nous avons vu bon nombre de porteurs projet créer un Google Sheet pour chaque table et ensuite utiliser les formules type IMPORTRANGE pour ensuite synchroniser les différents fichiers.
Notre conseil : N'utilisez pas Google Sheet ! Construisez directement votre application avec Glide Table. Si vous avez des bases avec Airtable, vous retrouverez beaucoup de similitude. Si n'êtes pas encore à l'aise avec le principe de base de données, nous vous recommandons d'utiliser Glide Table. Tous est passé pour vous permettre de construire une base propre.
Classique des premières utilisations avec Glide, il était courant de voir des porteurs de projet qui n'avait pas identifié toute la puissance de Glide. En effet, l'outil est aujourd'hui le plus puissant pour créer des espaces utilisateurs. En quelques minutes, vous pouvez construire votre application avec des rôles.
À la connexion, le client retrouve son espace avec ses données, il a ainsi une vue filtrée qui lui permet d'interagir avec le contenu qui le concerne.
À l'inverse, ne dupliquez pas votre app pour donner un accès limité à vos clients. Pourquoi ?
Si vous avez beaucoup de colonnes dans une table de vos bases de données, posez-vous la question suivante : Est-ce que cohérent de stocker toutes ces données dans cette table ?
Prenons par exemple une table Profils. Il va être assez normal d'aller stocker le nom, le prénom, la date de naissance…
PAR CONTRE, si je dois associer des rendez-vous à ce projet, je ne vais pas faire une colonne par rendez-vous, car ce n'est pas scalable. Il est essentiel à ce niveau d'aller une nouvelle table appelée "Rendez-vous".
C'est le moment de commencer à mettre des ID dans votre table. Glide propose une colonne ROWID. Cette colonne vous propose des identifiants uniques. Il n'y en aura jamais 2 identiques dans toute votre application.
Ainsi, voici les colonnes que vous pourrez retrouver dans la table RDV :
Vous n'avez ensuite plus qu'à faire une relation 1 - n depuis votre table "Profils" avec la colonne ROWID et la colonne "ID de l'utilisateur".
La sécurité, c'est essentiel !
En effet, c'est souvent le travers de nombreux makers junior. Il est indispensable de ne pas exposer les données de vos utilisateurs.
Lorsque vous construisez votre interface, vous affichez de la data sur le front de votre application. Vous pouvez sélectionner des colonnes à afficher et choisir de ne pas afficher certaines données.
Attention : La data que ne vous n'affichez pas est quand même appelée depuis la base de données. Glide ne vous le montre pas, mais lorsque vous affichez une liste, toute la data de la table est appelée.
Concrètement : si vous faites une table avec tous les utilisateurs et que celle-ci est disponible à tous les utilisateurs, vous risquez d'ouvrir une faille. Une personne un peu spécialiste pourra aller chercher dans le code de l'application et récupérer les emails, les numéros de téléphone,..., toutes les données personnelles.
Glide met en place un système pour garantir la sécurité, c'est le ROW OWNER. Vous pourrez retrouver cette fonctionnalité au niveau des colonnes de votre base de données.
Glide est un outil appelé non Design. C'est l'un de principal atout. Lorsque vous créez une application from scratch (de zéro) vous n'avez pas besoin de passer par une phase de maquettes. Vous pouvez, cependant, passer par une phase de wireframes (croquis) afin de valider le parcours de vos utilisateurs.
La bibliothèque de composants est moderne et retravaillée régulièrement par les équipes de Glide. C'est un réel avantage par rapport à de nombreuses plateformes No-Code. Il ne faut cependant pas s'en contenter. En effet, l'expérience de vos utilisateurs sur votre application est essentielle.
Pensez pour chacun de vos écrans à ajouter des éléments pictographiques afin de permettre de l'utilisateur d'identifier rapidement dans quel contexte il se situe, la tâche qu'il doit réaliser...
On vous invite donc avec porter une attention particulière à l'interface front que vous développez. Vous verrez la différence et vos utilisateurs vous le feront savoir.