Chapitre :
00:00:00 On découvre le constructeur d'applications de Baserow avec Jérémie Pardou
00:00:28 Introduction
00:07:06 Découverte de BaseRow
00:14:00 Présentation de BaseRow
00:19:08 Connexion aux services externes
00:22:54 Gestion des Comptes Utilisateurs et Authentification
00:30:58 Utilisation Avancée de l'iFrame pour l'Intégration
00:36:14 Roadmap et Évolutions Futures de l'Application
00:38:05 Personnalisation des Champs avec des Formules
00:40:30 Lien entre Sources de Données et Affichage sur la Page
Aujourd'hui, nous avons plongé dans un focus sur notre principale, comme chaque jeudi. Nous avons exploré BaseRow, un outil de gestion de données et bien plus encore que la plupart d'entre vous connaissent déjà. J'ai eu le plaisir d'accueillir un invité spécial aujourd'hui, Jérémy, qui est expert en la matière. Nous avons passé les trente dernières minutes à discuter de BaseRow, de Jérémy, mais surtout d'une nouvelle fonctionnalité très attendue : un constructeur d'interface d'applications.
Jérémy nous a présenté son parcours, expliquant comment il est passé de contributeur à développeur full stack chez BaseRow. Il a partagé son enthousiasme pour le no-code, soulignant les opportunités qu'il offre aux créateurs. En tant que fervent partisan de l'open source, Jérémy a choisi BaseRow pour sa flexibilité et son potentiel de personnalisation, mettant en avant la qualité du code et la stabilité qu'il offre.
Ensuite, nous avons plongé dans une démonstration de BaseRow, avec un aperçu de ses fonctionnalités de base de données. Jérémy nous a guidés à travers la création de tables, des champs variés, des liens entre les données, et des différentes vues pour afficher et interagir avec les données. Nous avons comparé BaseRow à Airtable, soulignant la concurrence et la volonté de proposer des fonctionnalités similaires.
La grande nouveauté de la semaine est le concepteur d'applications de BaseRow, offrant davantage d'options de présentation des données, une dynamique enrichie, et une contribution plus riche des utilisateurs. Nous avons exploré la création d'applications en direct, montrant comment les utilisateurs peuvent interagir avec les données de manière plus avancée, éditer et lier des données entre différentes tables.
Enfin, nous avons découvert des exemples d'applications préconfigurées, comme un système de gestion d'événements avec des portails dédiés pour les organisateurs et les volontaires. Jérémy a mis en lumière la facilité de création d'applications à partir de modèles et la personnalisation des pages et des éléments dans BaseRow. L'éditeur d'applications permet une conception intuitive et flexible, offrant une variété de fonctionnalités pour répondre aux besoins des utilisateurs.
En discutant de la mise en place d'une page et des éléments qu'elle contiendra, l'objectif est de présenter des informations provenant de sources de données externes. Nous avons évoqué la possibilité de se connecter à diverses sources externes telles que des bases de données ou d'autres services pour récupérer ces données, au-delà de la simple base de données BaseRow. Cette diversification des sources de données permet de configurer et d'accéder à différents types de données, tout en reliant ces données aux actions que les utilisateurs pourront effectuer.
Nous avons également exploré les actions possibles au-delà de la manipulation des données, en envisageant des actions telles que lancer des pipelines Make, envoyer des e-mails ou des SMS, voire déclencher des paiements. L'objectif est d'offrir une variété d'actions réactives et de se connecter à divers services externes. Nous avons même discuté de la possibilité de déclencher des événements à partir de la base de données pour automatiser certaines tâches. En parallèle, nous avons abordé l'importance de l'authentification des utilisateurs et la mise en place de sources de données dédiées à la gestion des comptes d'utilisateurs pour assurer l'accès sécurisé aux données.
Une question pertinente a été soulevée concernant le modèle économique lié aux utilisateurs et l'importance de distinguer les utilisateurs internes de ceux qui accèdent simplement aux applications que nous créons. Nous avons envisagé d'adapter les tarifs en fonction des besoins des utilisateurs pour favoriser des volumes importants d'accès sans imposer des coûts uniformes à tous les types d'utilisateurs. Cette flexibilité dans la tarification rend l'accès aux interfaces et aux applications plus accessibles pour différents profils d'utilisateurs.
Enfin, l'idée d'intégrer un module d'inscription dynamique pour les utilisateurs externes a été abordée, avec la possibilité de créer des comptes via des API ou des formulaires, offrant ainsi une expérience plus fluide et personnalisée pour les utilisateurs. La gestion des utilisateurs en tant que données dans une table a été mise en avant, soulignant l'efficacité et la pertinence de cette approche. En conclusion, la discussion a mis en lumièr…