La cible, c'est des entreprises qui ont besoin d'outils internes avec une couche de persistence et une UX assez simple/legere, sans avoir de competences informatiques en interne.
Typiquement, un formulaire pour prendre une commande, ou un truc qui permet d'accéder a une commande passée/en cours, que sais je encore.
Access simplifie la creation de l'UI, qui sont la plupart du temps soit un formulaire, soit afficher les x champs de la DB qui ont été récupérés.
En gros ca permet a une petite/moyenne entreprise d'automatiser une partie de ses process business en se concentrant essentiellement sur la partie metier, sans avoir besoin d'embaucher/contracter un informaticien (que ce soit pour le dev ou la maintenance).
Oui, ca nous fait bizarre a nous dont c'est le metier de voire un DB metier yoloé comme ca, sans backup ni rien. Mais d'un autre cas, c'est ca ou une feuille et un stylo, donc l'un dans l'autre, c'est deja un progrès. Et c'est probablement pour ca que tu galères autant avec le produit, parce que c'est vraiment pas fait pour toi, qui sait comment marche une base de données et qui peut en mettre une "vraie" en place.
Ah, et avec l'explosion du SaaS metier ces 20 dernières années, c'est pas forcement super utile. On va dire que c'est une techno tres annes 90. Mais ca a été utilisé, et maintenant ya du legacy qui doit toujours être maintenu: parce que Dundler Mifflin Paper Company a mit ca en place ya 25 ans, ca marche tres bien et ya pas le budget pour le changer.
# Non informaticiens
Posté par groumly . En réponse au journal Qui est le public de LibreOffice Base ?. Évalué à 10 (+13/-0). Dernière modification le 20 août 2026 à 18:45.
La cible, c'est des entreprises qui ont besoin d'outils internes avec une couche de persistence et une UX assez simple/legere, sans avoir de competences informatiques en interne.
Typiquement, un formulaire pour prendre une commande, ou un truc qui permet d'accéder a une commande passée/en cours, que sais je encore.
Access simplifie la creation de l'UI, qui sont la plupart du temps soit un formulaire, soit afficher les x champs de la DB qui ont été récupérés.
En gros ca permet a une petite/moyenne entreprise d'automatiser une partie de ses process business en se concentrant essentiellement sur la partie metier, sans avoir besoin d'embaucher/contracter un informaticien (que ce soit pour le dev ou la maintenance).
Oui, ca nous fait bizarre a nous dont c'est le metier de voire un DB metier yoloé comme ca, sans backup ni rien. Mais d'un autre cas, c'est ca ou une feuille et un stylo, donc l'un dans l'autre, c'est deja un progrès. Et c'est probablement pour ca que tu galères autant avec le produit, parce que c'est vraiment pas fait pour toi, qui sait comment marche une base de données et qui peut en mettre une "vraie" en place.
Ah, et avec l'explosion du SaaS metier ces 20 dernières années, c'est pas forcement super utile. On va dire que c'est une techno tres annes 90. Mais ca a été utilisé, et maintenant ya du legacy qui doit toujours être maintenu: parce que Dundler Mifflin Paper Company a mit ca en place ya 25 ans, ca marche tres bien et ya pas le budget pour le changer.