Programmer avec des boites et des bouts de ficelles, c'est joli sur le papier, ou pour apprendre quelques bases, mais dès que le projet commence à prendre une certaine ampleur, ça devient très vite illisible et impossible à maintenir.
Il est clair qu'on est limité à ce que veut bien proposer le service de no-code.
L'idée n'est pas de dev un ERP, par exemple un cas d'usage :
Notre contrôleur de gestion utilise énormément les tableurs pour faire du reporting, il essai tant bien que mal de les rendre partageables sous un format fini (pdf) mais il perd du temps à essayer de les former au format A4.
Avec du no-code :
Il pourrait charger ses données dans airtable et les afficher avec glide. Il serait totalement libre de modifier la structure de la table, le rendu, le partager via un lien par mail... Le tout sans intervention du service info.
[^] # Re: Attention
Posté par Philippe M (site web personnel) . En réponse au message tendance no-code. Évalué à 3.
Il est clair qu'on est limité à ce que veut bien proposer le service de no-code.
L'idée n'est pas de dev un ERP, par exemple un cas d'usage :
Notre contrôleur de gestion utilise énormément les tableurs pour faire du reporting, il essai tant bien que mal de les rendre partageables sous un format fini (pdf) mais il perd du temps à essayer de les former au format A4.
Avec du no-code :
Il pourrait charger ses données dans airtable et les afficher avec glide. Il serait totalement libre de modifier la structure de la table, le rendu, le partager via un lien par mail... Le tout sans intervention du service info.
Born to Kill EndUser !