Affichage des résultats du sondage: Doit-on développer des applicatifs grand-public

Votants
4. Vous ne pouvez pas participer à ce sondage.
  • Oui cela manque sur le marché du logiciel

    1 25,00%
  • Oui plutôt sous forme de Cloud (type contrôle orthographique)

    0 0%
  • Non ce serait néfaste aux informaticiens professionnels

    0 0%
  • Pas d'avis

    3 75,00%
Sondage à choix multiple
  1. #1
    Candidat au Club
    Homme Profil pro
    Inscrit en
    octobre 2005
    Messages
    2
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Réunion

    Informations forums :
    Inscription : octobre 2005
    Messages : 2
    Points : 2
    Points
    2

    Par défaut SGBDR : On régresse !

    Bonjour,

    Je suis retraité depuis de nombreuses années… après 40 ans de carrière informatique.

    Je suis ahuri de voir comment de nos jours il n’existe plus aucun SGBDR (système de gestion de base de données relationnelles) accessible au commun des utilisateurs y inclus dans des suites classées au rayon « bureautique », donc réputées faites pour des non-informaticiens.

    On régresse…

    Il existait il y a plus de vingt sur MS-DOS un produit Français (en dépit de son nom « YES YOU CAN ») qui, à ma connaissance est resté le seul langage au monde sans syntaxe... Une pure merveille !

    Un individu lambda, doué d’une simple logique de base, pouvait écrire en quelques heures des applications complexes, simplement parce que ce logiciel avait été pensé exclusivement pour des utilisateurs non informaticiens, et avait réussi à automatiser les cas les plus fréquents en priorité et non vouloir traiter tous les cas dans l’absolu (ce qui pouvait être fait aussi par « débrayage » des systèmes automatiques).

    Venant de créer une association et dans l’obligation de développer un outil spécifique pour sa gestion, j’ai donc fait le tour du marché des gestionnaires de bases de données en éliminant d’emblée les gros monstres inabordables pour les finances d’une petite association locale, et imposant des informaticiens musclés (Oracle, Windev, FileMaker etc…).

    Prenons un exemple concret : un cas hyper basique de la gestion… celui de la mise en relation automatique de fichiers de référence (codes civilités, types de voies, codes pays, codes postaux, codes ANAF etc… qui devront être mis en relation avec des fichiers de données (Employés, vendeurs, clients, fournisseurs etc..) qui, tous, utiliseront peu ou prou ces données de référence… seule méthode pour garantir l’intégrité, la facilité de mise à jour et la compacité de la base globale.

    La bonne méthode consiste, en premier lieu, à créer un référentiel de tous les noms et caractéristiques de chaque champ, de façon à pouvoir les dupliquer facilement dans tous les fichiers qui les utiliseront.

    Deuxième raisonnement basique, c’est de créer automatiquement un lien entre tous les champs portant une même dénomination et qui seront activés ou non en fonction de leur utilisation.

    Le cas typique est pour l’utilisateur de devoir entrer une source pour laquelle il ne possèdera qu’une partie de l’élément… par exemple uniquement le code postal ou que le nom de ville. Il est évident qu’il faut proposer automatiquement à l’utilisateur, au fur et à mesure, les cinq ou dix hypothèses les plus proches de la frappe en cours (en fonction de la probabilité), ainsi que la possibilité (en fonction du contexte) de procéder à la création, voire la modification de la base de référence en cause).

    Par ailleurs, pour un fichier déterminé, l’utilisateur aura besoin (usuellement) d’un nombre limité de critères de classement, qui, pour qu’il n’y ait aucune possibilité de doublon, comportera naturellement une clé primaire et des assemblages de clés secondaires (avec doublons possibles) ex : patronyme + prénom + ville (où il pourrait y avoir des homonymes) mais qui devient forcément unique si l’on y adjoint la clé primaire (réputée unique) en dernier élément.

    Ainsi, simplement nanti de ces quelques principes de base, d’une logique enfantine, on peut disposer d’une base parfaitement homogène, malléable et hyper-simple d’utilisation.

    Or, je regarde dans internet.. et que trouve-t-on pour faire le dixième de ça ?

    http://www.info-3000.com/access/list...inte/index.php

    Complexité effroyable pour un simple utilisateur, devant tout apprendre de la logique et la syntaxe d’un langage informatique, qui doit le conduire à devenir au moins un informaticien débutant, ce, uniquement pour répondre à un besoin fondamental et permanent !

    Existe-t-il des informaticiens ayant réalisé (ou souhaitant réaliser) des solutions (surcouches, interfaces, Add-on, modules etc…) capables de réaliser ce que nous pouvions faire en 1987 !

  2. #2
    Rédacteur/Modérateur

    Avatar de Dolphy35
    Homme Profil pro
    couteau Suisse
    Inscrit en
    octobre 2004
    Messages
    4 373
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 38
    Localisation : France, Ille et Vilaine (Bretagne)

    Informations professionnelles :
    Activité : couteau Suisse
    Secteur : Industrie

    Informations forums :
    Inscription : octobre 2004
    Messages : 4 373
    Points : 10 864
    Points
    10 864

    Par défaut

    Bonjour et bienvenue sur les Forums Office.

    Je suis ahuri de voir comment de nos jours il n’existe plus aucun SGBDR (système de gestion de base de données relationnelles) accessible au commun des utilisateurs y inclus dans des suites classées au rayon « bureautique », donc réputées faites pour des non-informaticiens.
    Pourquoi parl de SGBDR dans Access ? Access n'est pas un SGBDR.

    Il existait il y a plus de vingt sur MS-DOS un produit Français (en dépit de son nom « YES YOU CAN ») qui, à ma connaissance est resté le seul langage au monde sans syntaxe... Une pure merveille !

    Un individu lambda, doué d’une simple logique de base, pouvait écrire en quelques heures des applications complexes, simplement parce que ce logiciel avait été pensé exclusivement pour des utilisateurs non informaticiens, et avait réussi à automatiser les cas les plus fréquents en priorité et non vouloir traiter tous les cas dans l’absolu (ce qui pouvait être fait aussi par « débrayage » des systèmes automatiques).
    Access permet cela, un non informaticien peut créer une base de données très fonctionnelle sans ligne de code simplement avec Access qui une aide à la conception assisté. Ensuite ce même logiciel permet de créer des applications plus complexes en utilisant le code VBA. J'ai débuté sur Acces sans connaissances informatiques. Mon premier PC je l'ai eu il y a 10 ans. Avec des livres et les forums cela permet de s'autoformé rapidement (et de la volonté).
    Pour les personnes qui veulent des choses toutes faites et bien il y a des développeurs indépendant qui peuvent le faire .
    Franchement se serait le pied d'avoir une application qui en rentrant quelques lignes d'explications développe une apply toute faite.
    A 1 an prêt en 88 c'était le début de l'AS400. depuis ce temps les applications ont évoluées au niveau graphique. Maintenant la partie IHM est devenu aussi importante que les fonctionnalités de l'apply. Une apply avec une IHM merdique tombe aux oubliettes. La même apply avec un super IHM mais présentant des bugs ou lenteurs est toujours utilistée, je connais beaucoup de cas comme cela.

    Sur la cas concret :

    La bonne méthode consiste, en premier lieu, à créer un référentiel de tous les noms et caractéristiques de chaque champ, de façon à pouvoir les dupliquer facilement dans tous les fichiers qui les utiliseront.
    Surtout pas, le principe même de la conception de base de données est de ne pas avoir de données redondantes.

    Deuxième raisonnement basique, c’est de créer automatiquement un lien entre tous les champs portant une même dénomination et qui seront activés ou non en fonction de leur utilisation.
    Il suffit de créer un bon schéma avec les liaisons entre tables et le tour est joué.

    Ainsi, simplement nanti de ces quelques principes de base, d’une logique enfantine, on peut disposer d’une base parfaitement homogène, malléable et hyper-simple d’utilisation.
    Tout à fait . Et cela est possible avec Access. Mais bon il faut se lancer. Le code VBA est relativement simple sur les bases, la documentation est devenu plus complète depuis Office 2007. Il y de nombreux tutos ( http://access.developpez.com/cours/) et des critiques de livres pour orienter l'auto formation (http://access.developpez.com/livres/).

    -----

    Un moment vous parlez de Windev.
    j’ai donc fait le tour du marché des gestionnaires de bases de données en éliminant d’emblée les gros monstres inabordables pour les finances d’une petite association locale, et imposant des informaticiens musclés (Oracle, Windev, FileMaker etc…).
    Windev dispose, comme Visual Studio, d'une version Express entièrement gratuite. Celle-ci est limitée mais présente des fonctionnalités intérressante pour créer des petites applications. Access n'est pas gratuit il faut posséder la version professionnel d'Office qui est 3x plus chère que la version basique.

    Il y a pleins d'autre possibilité :
    MySQL, PHP, etc....

    ------
    Or, je regarde dans internet.. et que trouve-t-on pour faire le dixième de ça ?

    http://www.info-3000.com/access/listerestreinte/index.php
    L'exemple est très succint et date un peu. En allant plus loin dans access on faire des choses plus clinquant.

    Cordialement,

    Morgan

  3. #3
    Membre expérimenté Avatar de curt
    Homme Profil pro
    Ingénieur Etudes
    Inscrit en
    mars 2006
    Messages
    1 230
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Ingénieur Etudes
    Secteur : Bâtiment Travaux Publics

    Informations forums :
    Inscription : mars 2006
    Messages : 1 230
    Points : 1 718
    Points
    1 718

    Par défaut

    Tout à fait d'accord avec l'analyse de Dolphy35 (qui marque donc 1 point !)

    Curt
    Pas de demande par MP, sinon j'correctionne plus, j'dynamite, j'disperse, j'ventile !!!
    ---------------------------------------------------------------------
    Vous avez un talent insoupçonné... Faites-en profitez les autres. Un p'tit CLIC pour une grande cause.
    Et si vous faisiez un bon geste en 2017 ? Soyez utile, ça vous changera ! Moi, ça m’a changé !

  4. #4
    Modérateur
    Avatar de Chtulus
    Homme Profil pro
    Ingénieur
    Inscrit en
    avril 2008
    Messages
    3 067
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 37
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Ingénieur
    Secteur : Santé

    Informations forums :
    Inscription : avril 2008
    Messages : 3 067
    Points : 8 716
    Points
    8 716

    Par défaut

    Bonsoir,

    Si je peux me permettre:

    - Pourquoi parler de fichier, vous parlez COBOL

    - Ensuite pourquoi revenir aux années 80-90 ? SQL Server Express va jusqu'à 10G de données, cela devrait bien passer dans votre cas !

    - De plus @Dolphy vous oriente confortablement, revoyez les NF !

    => 1ère NF => Atomicité

    « Je ne cherche pas à connaître les réponses, je cherche à comprendre les questions. »
    - Confucius -

    Les meilleurs cours, tutoriels et Docs sur les SGBD et le SQL
    Tous les cours Office
    Solutions d'Entreprise



  5. #5
    Modérateur

    Homme Profil pro
    Inscrit en
    octobre 2005
    Messages
    9 545
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Canada

    Informations forums :
    Inscription : octobre 2005
    Messages : 9 545
    Points : 14 594
    Points
    14 594

    Par défaut

    Je suis assez d'accord pour l'accessibilité mais ayant eu l'expérience avec DataEase un logiciel qui permettait à l'utilisateur de concevoir sa BD à la volée sans rien y connaître ... et bien ce que j'ai eu dans les mains après 10 ans utilisation de ce logiciel ce sont des BD qui ne sont pas normalisées, un véritable enfer à maintenir qui brise de partout dés qu'on y touche et un nid à bugs.

    J'ai aussi constaté que les outils qui font tout vont très bien tant que l'on fait ce que le logiciel a prévu mais deviennent une vrai nuisance quand on veut faire ce qu'on a envi de faire.

    Avez-vous regardé 4D la BD qui vient du Mac ?

    A+
    Vous voulez une réponse rapide et efficace à vos questions téchniques ?
    Ne les posez pas en message privé mais dans le forum, vous bénéficiez ainsi de la compétence et de la disponibilité de tous les contributeurs.
    Et aussi regardez dans la FAQ Access et les Tutoriaux Access. C'est plein de bonnes choses.

  6. #6
    Rédacteur/Modérateur
    Avatar de loufab
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    avril 2005
    Messages
    10 480
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : avril 2005
    Messages : 10 480
    Points : 21 328
    Points
    21 328

    Par défaut

    Bonjour,

    Pas d'accord ni avec le titre que je trouve accrocheur, du type de ceux que la presse nous abonde, ni avec les choix du sondage qui sont totalement ciblés. Soit on est d'accord soit on a pas d'avis : c'est l'exemple typique de la pensée unique. Que vient faire le Cloud dans cette histoire ?

    Non il n'y a pas regression. C'est juste que l'évolution a suivit un chemin logique et non celui de YYC. Difficile de contenter tout le monde, surtout avec une population d'utilisateur grandissante.

    J'ai regardé la page d'info 3000 et je trouve que la manip est très simple. Il n'y a qu'une seule ligne de code (ultra simple) le reste n'est qu'un enchainement de fenêtres, un assistant pourrait faire la même chose.

    Quant à gérer une association il y a des produits libres qui existent http://wiki.april.org/w/Logiciels_de...sociation_(GDA)

    Cordialement,
    Détecter les modifications formulaire Cloud storage et ACCESS
    Classe MELA(CRUD) Opérateur IN et zone de liste Opérateur LIKE
    Visitez mon Blog
    Les questions techniques par MP ne sont pas lues et je ne pratique pas la bactériomancie

  7. #7
    Nouveau membre du Club
    Profil pro
    Inscrit en
    septembre 2011
    Messages
    32
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : septembre 2011
    Messages : 32
    Points : 25
    Points
    25

    Par défaut

    Bonjour,

    Je vais juste poster mon avis qui tiens en peu de phrases: je suis un utilisateur vraiment débutant sur access, mais je pense que certaines choses pourtant usuelles sont bien complexes. Par exemple, un formulaire qui filtre des résultats selon plusieurs critères demande des lignes de code que je trouve complexes alors que c'est indispensable à la pluparts des Bdd. pourquoi ne pas créer un formulaire automatique où l'on choisirait les champs à afficher en résultat et les différents champs pouvant servir de filtres? C'est peu être très compliqué, je n'imagine pas bien , mais ça m'aurait été grandement util !

    Donc ma réponse est bien sur oui (en même temps c'est une fausse question, qui ne voudrait pas que les logiciels de bdd deviennent plus accessibles...), mais si c'est possible !

  8. #8
    Rédacteur/Modérateur
    Avatar de loufab
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    avril 2005
    Messages
    10 480
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : avril 2005
    Messages : 10 480
    Points : 21 328
    Points
    21 328

    Par défaut

    Bonjour Rominou.

    100% des difficultés sont liées à la méconnaissance du produit que l'on utilise.

    Créer un formulaire simplement :
    Clic sur la table de ton choix.
    Ruban Créer/ Formulaires/ Formulaire

    Tu viens de créer un formulaire en 3 clics !

    Clic droit sur un champ
    Filtre de ....
    Egal à...

    Tu viens de filtrer des données en 2 clic !

    Procures-toi un bouquin du type bible ACCESS 2007/2010 pour apprendre l'interface d'ACCESS. Tu t'apercevra que la majorité des besoins classiques d'une interface avec un base de données sont pris en charge par ACCESS, et ce sans une seule ligne de code.
    Par contre si tu souhaites créer une application, avec des traitements automatisés, complexes ou particuliers il te faudra t'investir dans le code.

    Cordialement,
    Détecter les modifications formulaire Cloud storage et ACCESS
    Classe MELA(CRUD) Opérateur IN et zone de liste Opérateur LIKE
    Visitez mon Blog
    Les questions techniques par MP ne sont pas lues et je ne pratique pas la bactériomancie

  9. #9
    Membre habitué
    Homme Profil pro
    Apprendre
    Inscrit en
    avril 2012
    Messages
    147
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : Canada

    Informations professionnelles :
    Activité : Apprendre
    Secteur : Industrie

    Informations forums :
    Inscription : avril 2012
    Messages : 147
    Points : 169
    Points
    169

    Par défaut

    Bonjour,

    Je pourrais me qualifier ainsi:

    Au début, je me servais d'Access simplement parce qu'Excel ne me satisfaisait pas mais sans trop savoir ce qu'Access pouvait m'offrir de plus. Mes BD n'étaient qu'un ramassis de champ sans grande différence de ce qu'Excel pouvait m'apporter.

    Puis, j'ai découvert les formulaires, qui dois-je le dire, sont d'une simplicité désarmante à utiliser (Pour des fonctions simples). Mes BD commencaient alors à prendre forme.

    Puis j'ai ouvert le capot, découvert le VBA et le SQL. De simples copier-coller de codes grappillés ici et là, j'en suis venu à comprendre de plus en plus ce que je faisais. J'en suis là.

    Mon avis? Access est très facile à utiliser pour des applications simples. Même mettre en relation les tables est un jeu d'enfant. En autant qu'on ait la volonté de faire des lectures sur le sujet. Partir de rien comme je l'ai fait et arriver à quelque chose (Et je suis tellement loin des experts présent sur ce forum), ça demande humblement de la volonté.

    Dans mon monde idéal, j'aimerais que ça fonctionne en reconnaissance vocale:
    Access, dis-moi combien j'ai de produits en stock et à qui je les ai vendus ces six derniers, fais-moi un graphique et envoie-moi le par courriel...

    Mais la réalité, c'est que ça prend de l'huile de coude pour arriver à quelque chose. Je pourrais en demander plus à Access, plus de macro incorporés par exemple. D'ailleurs, est-ce juste moi ou à chaque fois que je veux établir une fonction dans un formulaire, elle n'est pas dans les macros préétablis...

    Tout ça pour dire que je suis content de ne pas être en 1990. La convivialité, l'accessibilité à des outils performants pour le commun des mortels est impressionnante. Jamais j'aurais pu, en aussi peu de temps, apprendre autant de chose.

    Alors, moi, débutant avancé, je dis: Access, continue sur la même voie, automatise ce qui est facile et redondant, laisse le reste entre nos mains. J'ai vraiment pas le désir de me faire prendre par la main, qu'on m'amène du point A au point B, sans ralentir, sans fléchir. Mais continue ce que tu fais si bien, créé la base de ma BD, et me montrer la direction du point B.

    Moi, qui suis probablement l'utilisateur visé, je dis ceci pour terminer:

    Quand je suis sur le forum et je vois des commentaires comme celui de Loufab qui nous suggère de nous procurer un bouquin sur le sujet et de lire, je suis en total accord. Personne ne peut savoir mieux que nous-même le résultat que l'on désire.

    Long post qui se résume ainsi:

    À vaincre sans péril, on triomphe sans gloire!

    Merci à tous

  10. #10
    Futur Membre du Club
    Profil pro
    Inscrit en
    janvier 2008
    Messages
    6
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : janvier 2008
    Messages : 6
    Points : 6
    Points
    6

    Par défaut

    Citation Envoyé par jcridolce Voir le message

    Il existait il y a plus de vingt sur MS-DOS un produit Français (en dépit de son nom « YES YOU CAN ») qui, à ma connaissance est resté le seul langage au monde sans syntaxe... Une pure merveille !
    Bonjour
    Je suis en train de faire le ménage dans mes vieilles disquettes, et je suis tombé sur plusieurs applications que j'avais développées pour des associations avec Yes You Can. J'ai bien les fichiers, les index, les formulaires, les procédures et les états mais je n'ai plus le programme YYC lui-même. Savez-vous si on peut encore se le procurer ?

    Sinon, je garde d'excellents souvenirs d'une écriture très rapide pour des applications simples et en particulier une gestion quasi automatique des relations 1-n aussi bien dans la construction des fichiers que dans les formulaires. Plus simple que les formulaires/sous formulaires d'Access.

    Depuis j'ai beaucoup développé avec Access puis plus récemment en PHP avec MySQL et je n'ai pas retrouvé cette simplicité. Windev permet un développement aussi rapide, mais c'est une telle usine à gaz que ce n'est pas indiqué pour une application simple pour une association.

    Petite précision : Dans YYC, il y avait tout de même un petit langage de programmation (avec instructions en français), donc un peu de syntaxe, pour gérer les traitements qui n’étaient pas de la simple consultation/mise à jour de données dans les fichiers.

Discussions similaires

  1. Optimisation de votre SGBDR et de vos requêtes...
    Par SQLpro dans le forum Langage SQL
    Réponses: 35
    Dernier message: 11/01/2013, 12h49
  2. [Débutant] SGBDR gratuites pour .NET?
    Par P@t dans le forum Débuter
    Réponses: 2
    Dernier message: 29/06/2004, 20h22
  3. choix sgbdr (encore!)
    Par _Gabriel_ dans le forum Décisions SGBD
    Réponses: 9
    Dernier message: 23/03/2004, 11h39
  4. Alimentation d'un SGBDR depuis un autre SGBR
    Par samyl dans le forum Décisions SGBD
    Réponses: 2
    Dernier message: 17/09/2003, 16h57
  5. LES TECHNIQUES DES SGBDR / MySQL rapide ???
    Par SQLpro dans le forum Langage SQL
    Réponses: 1
    Dernier message: 12/09/2003, 12h16

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo