Généalogie et base de données

Des questions pour les spécialistes en informatique :

Bien que tout le monde ne soit pas du même avis, à plusieurs occasions il a été évoqué l'intérêt qu'il y aurait à disposer d'un système bâti sur une base de données, ouverte sur des requêtes établies directement par l'utilisateur pour obtenir (par exemple) des listes, des sélections ou des statistiques en réponse à une recherche particulière.
Heredis ne le permettant pas, peut-on trouver cela dans un autre logiciel ?

Personnellement, je n'en ai pas entendu parler.

Alors, pourquoi cela n'existe-il pas déjà, alors que de nombreux systèmes de bases de données existent sur le marché ?
Cette faculté serait-elle source d'un gros problème dans le cadre de la généalogie ?
Les relations bien spécifiques entre les données dans un système de généalogie interdisent-elles cette ouverture ?

Sur mac je n'en connais pas. C'est pour cela que j'utilise deux logiciels, Heredis pour ce qui est du plus gros du travail sur ma généalogie, et MacGénéalogie pour éditer Tableaux et documents.

Je pense aussi que si une société faisait ce genre de logiciel ouvert sur toutes les possibilités. Les gens ne ferait pas de mise à jours.

D'un autre côté à chaque évolution technique et changement de matériel, le logiciel n'évoluerait pas. Exemple pour Mac avec le passage à intel et le nouveaux système 10.6 et la rapidité des logiciels écrit en Cocoa.

D'ou la réécriture totale de la version Heredis.

Il y a plusieurs logiciels (dont geneatique) qui utilisent un "moteur" de base de données de manière transparente, ce qui ne change rien pour l'utilisateur !

Il y a (au moins) un logiciel ouvert basé sur la base de données MySQL : Geneotree (voir ici) de manière ouverte, ce qui signifie que l'on peut développer ses propres requêtes.

Vous ne parlez pas de la même chose.

Claude, avoir un logiciel avec une base de données relationnelle ne veut pas dire que l'on a accès aux codes sources de l'application. Heredis peut s'appuyer sur une base en MySQL (il existe plein d'autres bases de données relationnelles gratuites et performantes) et ne pas permettre à tout un chacun de rajouter un champ dans la table ou pire, dans le logiciel lui même.

L'intérêt que je vois dans une base de données relationnelle est surtout de permettre de lancer des requêtes de recherche sur tous les champs de la base de données. Et non pas uniquement ceux donné par Heredis.

Et qui dit requêtes de recherche dit requête en lecture. Heredis n'en souffrirait pas, et moi, je serais satisferait.

Après, si des petits malins s'amusent à lancer des requêtes dans leur propre base de données (par exemple en voulant forcer la valeur d'un champ pour certains individus) et que cela plante, et bien, ce sera tant pis pour eux. Ils auront planté leur fichier généalogique (pas Heredis, mais leur fichier). Avoir une base de données relationnelle permet une ouverture sur le lancement de requête sur la base, pas l'ouverture du logiciel lui-même.


Pour répondre à ta première question Calude, non, il n'y a aucun frein à avoir une base relationnelle dans un logiciel généalogique.

Jimbo a écrit:Vous ne parlez pas de la même chose.

Claude, avoir un logiciel avec une base de données relationnelle ne veut pas dire que l'on a accès aux codes sources de l'application. Heredis peut s'appuyer sur une base en MySQL (il existe plein d'autres bases de données relationnelles gratuites et performantes) et ne pas permettre à tout un chacun de rajouter un champ dans la table ou pire, dans le logiciel lui même.

d'accord est-ce-que tu peux me donner l'adresse d'un logiciel de généalogie qui permet d'accéder à ta demande.

Pour répondre à ta première question Calude, non, il n'y a aucun frein à avoir une base relationnelle dans un logiciel généalogique.

Sauf que les gens ne seront pas tenter de faire les mises à jours ou d'acheter les nouvelles versions. Résultats moins de ventes.

Et s'il n'y a pas de ventes, il n'y a pas d'évolution. Et la prochaine version Heredis Mac qui est en court de programmation pour les nouveaux Mac avec une écriture en Cocoa, qui permet pleins de bonnes choses et une rapidité de réactions du logiciel a couper le souffle. Aux oubliettes. Sans compter les avancées technologique comme Iphone et iPade.

BSD fait vivre plusieurs familles avec des produits reconnues et divers. À des prix qui ne sont pas si excessif.

En plus je suis persuadé qu'il y a des fonction que la majorité n'utilise pas. Exemple les rubriques paramétrables qui sont inclus dans Recherches multi-critères, ou bout de branche inclus dans la recherche de la fenêtre d'Heredis.

Sans compter les exports des document pour triturer sur un tableurs.

Claude a écrit:
d'accord est-ce-que tu peux me donner l'adresse d'un logiciel de généalogie qui permet d'accéder à ta demande.

Il me semble an avoir proposé un plus haut : Geneotree (voir ici)

Claude a écrit:
Sauf que les gens ne seront pas tenter de faire les mises à jours ou d'acheter les nouvelles versions. Résultats moins de ventes.

Si je te suis bien, Claude, la bonne politique d'un éditeur est de faire des logticiels "bâclés", plein de bogues, afin de pouvoir distiller des corrections (et quelques améliorations) dans des versions payantes.

Claude a écrit:Et s'il n'y a pas de ventes, il n'y a pas d'évolution. Et la prochaine version Heredis Mac qui est en court de programmation pour les nouveaux Mac avec une écriture en Cocoa, qui permet pleins de bonnes choses et une rapidité de réactions du logiciel a couper le souffle. Aux oubliettes.

Si le logiciel avait été "bien" écrit, il n'aurait pas besoin d'être réécrit. Toute réécriture est source de nouvelles bogues et d'incompatibilité avec la précédente.

Claude a écrit: Sans compter les avancées technologique comme Iphone et iPade.

Quel rapport entre ces deux pseudos avancées et Heredis ?

Claude a écrit:BSD fait vivre plusieurs familles avec des produits reconnues et divers. À des prix qui ne sont pas si excessif.

Mon rôle de client n'est pas de payer des salaires. Toutes entreprise bien gérée dans le monde capitaliste sait bien que seule la conquête de nouveaux marchés permet de survivre, au lieu de tenter de rendre captif sa clientèle dont seuls les plus riches pourront se payer les pseudos nouveautés!

Claude a écrit:En plus je suis persuadé qu'il y a des fonction que la majorité n'utilise pas. Exemple les rubriques paramétrables qui sont inclus dans Recherches multi-critères, ou bout de branche inclus dans la recherche de la fenêtre d'Heredis.
Sans compter les exports des document pour triturer sur un tableurs.

Je crois avoir donné dans un autre fil plusieurs exemples de fonctions absentes ou mal gérées dans la recherche multi-critères.

Pour Michaël,

Je vais pas reprendre ligne par ligne de toute manière on est pas d'accord. :lol!:

Mais Geneotree d'après ce que j'ai vue sert à mettre ton fichier ged sur le net ce n'est pas un logiciel de généalogie que tu peux avoir sur ton ordi.

Quant aux deux pseudos, que tu le vieux ou non ce sont des avancés que Apple a peut-être copier à Microsoft, Mais qui sont quant même utilisé par de plus en plus de personne. pour mettre leur généalogie.

En plus tu dis toi même qu'une entreprise doit être à l'avant-garde donc la probabilité d'Heredis sur iPhone et iPade est une avancée.

Pour Michaël,

Mais surtout pas de réaction trop vive peut-être un petit Whisky avant de consulter la page du lien si dessous.
Je n'ai pas vue sa devant un magasin de PC. :lol!:
http://www.macgeneration.com/news/voir/166531/apple-store-cap-3000-c-est-ouvert

Claude a écrit:Pour Michaël,

Mais surtout pas de réaction trop vive peut-être un petit Whisky

Tu es vache, mais tu ne pouvais pas savoir que mes métastases au foie interdisent toute boisson alcoolisée ... et, pour un habitant du sud-ouest, il y a certainement mieux à boire !

Michaël a écrit:

Claude a écrit:Pour Michaël,

Mais surtout pas de réaction trop vive peut-être un petit Whisky

Tu es vache, mais tu ne pouvais pas savoir que mes métastases au foie interdisent toute boisson alcoolisée ... et, pour un habitant du sud-ouest, il y a certainement mieux à boire !

Si il y a du jus de Pomme .

Jimbo a écrit:Vous ne parlez pas de la même chose.

Claude, avoir un logiciel avec une base de données relationnelle ne veut pas dire que l'on a accès aux codes sources de l'application. Heredis peut s'appuyer sur une base en MySQL (il existe plein d'autres bases de données relationnelles gratuites et performantes) et ne pas permettre à tout un chacun de rajouter un champ dans la table ou pire, dans le logiciel lui même.

L'intérêt que je vois dans une base de données relationnelle est surtout de permettre de lancer des requêtes de recherche sur tous les champs de la base de données. Et non pas uniquement ceux donné par Heredis.

Et qui dit requêtes de recherche dit requête en lecture. Heredis n'en souffrirait pas, et moi, je serais satisferait.

Après, si des petits malins s'amusent à lancer des requêtes dans leur propre base de données (par exemple en voulant forcer la valeur d'un champ pour certains individus) et que cela plante, et bien, ce sera tant pis pour eux. Ils auront planté leur fichier généalogique (pas Heredis, mais leur fichier). Avoir une base de données relationnelle permet une ouverture sur le lancement de requête sur la base, pas l'ouverture du logiciel lui-même.


Pour répondre à ta première question Calude, non, il n'y a aucun frein à avoir une base relationnelle dans un logiciel généalogique.

Je suis tout à fait d'accord. Je pense qu'avoir accès à des requètes dans une base de données pourrait êrte un plus à condition que cela reste simple à bâtir pour celles qui ne seraient pas préprogrammées.

Ce que j'apprécie aujourd'hui dans Heredis, c'est sa simplicité, sa convivialité, avec les possibilités de se vérifier lors des saisies (avant d'écrire des impossibilités ou de créer des doublons ...) même si effectivement je souhaiterais quelques ajouts.

Généamania, qui ne permet ps que de publier ses données, utilise également une base de données MySQL. Les sources sont ouverts, vous les avez par définition lorsque vous chargez le logiciel.

Il ne reste plus qu'à accéder à la base de données en direct. Tiens, tiens, il semblerait que vous ayez tous les outils pour le faire avec la version autonome (Windows) Attention, ne faites que des requêtes en lecture pour éviter les bêtises...

Maintenant, vous pouvez aussi utiliser la recherche multi-critères et sortir le résultat dans un csv que vous ouvrez avec un tableur (Excel, OpenOffice). C'est une première approche de requêteur. Pour le moment, je n'ai pas eu le temps de faire beaucoup mieux car il faut aussi prévoir un système de rapports à la main de l'utilisateur si l'on veut être vraiment complet.

Jean-Luc

Claude a écrit:Mais Geneotree d'après ce que j'ai vue sert à mettre ton fichier ged sur le net ce n'est pas un logiciel de généalogie que tu peux avoir sur ton ordi.

Geneotree, comme Généamania sont deux logiciels installés en local, sur ton ordinateur, sans forcément de connexion internet.
Ils utilisent tous deux le serveur Apache et la base de données MySql (qui fonctionnent sous Windows, Linux et Mac).
Ils proposent tous deux des écrans de saisie et de recherche standards.
N'étant pas "fermés", ils autorisent l'utilisation de la base MySql par des utilisateurs avertis pour (éventuellement des mise à jour, attention aux dégâts) faire des requêtes.

En tous cas, la lecture du forum m'aura encore apporté une nouvelle idée pour une future version (en rapport avec les requêtes multi-critère). Décidément très sympa ce forum !

jean-Luc

Michaël a écrit:éventuellement des mise à jour, attention aux dégâts

S'il vous plait pas ça ! Je tiens à mes derniers cheveux

Claude a écrit:
d'accord est-ce-que tu peux me donner l'adresse d'un logiciel de généalogie qui permet d'accéder à ta demande.

Ce n'est pas parce que les grands logiciels de généalogie (quand je dis grand, je parle d'utilisateurs) ne le font pas que ce n'est pas une bonne idée.

Claude a écrit:

Jimbo a écrit:Pour répondre à ta première question Calude, non, il n'y a aucun frein à avoir une base relationnelle dans un logiciel généalogique.

Sauf que les gens ne seront pas tenter de faire les mises à jours ou d'acheter les nouvelles versions. Résultats moins de ventes.

Et s'il n'y a pas de ventes, il n'y a pas d'évolution. Et la prochaine version Heredis Mac qui est en court de programmation pour les nouveaux Mac avec une écriture en Cocoa, qui permet pleins de bonnes choses et une rapidité de réactions du logiciel a couper le souffle. Aux oubliettes. Sans compter les avancées technologique comme Iphone et iPade.

BSD fait vivre plusieurs familles avec des produits reconnues et divers. À des prix qui ne sont pas si excessif.

En plus je suis persuadé qu'il y a des fonction que la majorité n'utilise pas. Exemple les rubriques paramétrables qui sont inclus dans Recherches multi-critères, ou bout de branche inclus dans la recherche de la fenêtre d'Heredis.

Là, je ne te suis plus Claude, et c'est là que je pense qu'il y a incompréhension. En quoi le fait d'avoir une base de données relationnelle, qui nous permettrait de faire des recherches sur TOUS les champs et non sur quelques uns empêcherait BSD de vendre ces logiciels ?
Pourquoi le fait d'avoir une base relationnelle ferait que les utilisateurs seraient tentés de ne plus acheter d'évolution ?


Je suis passé de la V10 à la V11. Dans la V11, il y a eu le glisser-déposer, la gestion des arbres améliorés et Filiatus (oui, la gestion des arbres n'est pas encore parfaite, et c'est un bout de Filiatus, mais là n'est pas le sujet). S'il y avait eu une base relationnelle en V10, cela ne m'aurait pas empêché de passer sur la V11.

Comme le rappelle Geneamania, avoir un accès à la base de données ne doit être pour moi qu'un moyen de pouvoir lancer des requêtes facilement en lecture UNIQUEMENT. Et non comme le suggère Michael de se lancer dans des requêtes de mise à jour ou pire encore, s'imaginer qu'on va rajouter un ou deux champs dans la base, et se les ajouter dans les écrans d'Heredis en décompilant puis en recompilant le code (ce qui est interdit par notre licence, je le rappelle).

Offrir une base de données relationnel n'est pas un frein commercial aux avancées techniques. En quoi basculer vers une base relationnelle empêcherait de faire un Heredis Mac sur Iphone ou Ipad ? (au passage, Mr BSD, j'ai un Iphone depuis une semaine. Si vous voulez que je teste la config Heredis PC vers Iphone )

Jimbo a écrit:Et non comme le suggère Michael de se lancer dans des requêtes de mise à jour

Je crois avoir dit exactement le contraire, mais peut-être me suis-je mal exprimé !

Jimbo a écrit:ou pire encore, s'imaginer qu'on va rajouter un ou deux champs dans la base, et se les ajouter dans les écrans d'Heredis en décompilant puis en recompilant le code (ce qui est interdit par notre licence, je le rappelle).

J'espère que ce n'est pas à moi que tu fais allusion car là je suis certain de ne jamais avoir dit cela, ni même de l'avoir pensé. Je ne suis jamais allé voir le contenu du programme en hexadécimal ! Quand à décompiler un programme sous Windows, quiconque a commencé sait que cela est quasiment impossible tant les interactions entre le programme et le système sont nombreuses.

Je me bat avec des recherches auxquelles Heredis est incapable de me répondre, et ai été obligé de créer une base de donées rudimentaire dans le tableur d'OpenOffice à grand coups de "recherchev" pour lier les tables .
Malheureusement, ni Généamania ni Généatree, ni Visuged ne gèrent l'ensemble des champs du Gedcom, en particulier les sources et les commentaires des sources (commentaires facilement perdus dans Heredis).

Jimbo a écrit:


Offrir une base de données relationnel n'est pas un frein commercial aux avancées techniques. En quoi basculer vers une base relationnelle empêcherait de faire un Heredis Mac sur Iphone ou Ipad ? (au passage, Mr BSD, j'ai un Iphone depuis une semaine. Si vous voulez que je teste la config Heredis PC vers Iphone )

Oui je on ne ce comprend pas sur l'utilité d'ouvrir la base de donnée pour faire des états.
Quant je faisais un peut de programmation avec 4D sur Mac l'on pouvais faire ce genre de recherches. Il n'empêche que je ne trouve aucun logiciel de généalogie qui propose. Apparemment Geneotree, comme Généamania le permettent; Mais franchement s'il fallait travaillait avec sa ne me donne pas envie. maintenant les gouts les couleurs !!!.

Quant à Généatique il semble se rapprocher d'Heredis PC.

En attendant Heredis pour iPhone regarde le liens il me semble que la version mobile de macgénéalogie doit pouvoir ce comptanter d'un fichier ged.
http://www.syniumsoftware.com/mobilefamilytree/

Claude a écrit:Oui je on ne ce comprend pas sur l'utilité d'ouvrir la base de donnée pour faire des états.

Dis moi, Claude, comment avec Heredis (PC, MAC ...) tu fais pour trouver :
* les événements ayant une date "approximative" ?
* les événements ayant une date précise (jj-mm-aaaa) ET la ville non renseignée ?
* les événements n'ayant aucune source dont le numéro commence par "AD52" ?
* les événements ayant une source dont le numéro commence par "AD52" ET dont le commentaire est vide ?
etc etc ...
Je te serai éternellement reconnaissant pour la solution !

Requêtes effectuées en 5 secondes dans une base de données OpenOffice créée à partir d'un Gedcom et d'un programme écrit par ma pomme (sans "jus" d'aucune sorte)

Peut-être que pour faire plaisir à Claude, la prochaine version de Heredis Mac sera bâtie sur une base relationnelle ouverte sur des requêtes utilisateurs pour interrogation !!!

Dans ce cas Michaël tu n'auras qu'à demander à Claude de te faire les listes dont tu as besoin ....

@ Michael, tu indiques:
"N'étant pas "fermés", ils autorisent l'utilisation de la base MySql par
des utilisateurs avertis pour (éventuellement des mise à jour, attention
aux dégâts) faire des requêtes."

Tu parles de faire des éventuelles mises à jour, tout en faisant attention aux dégâts. J'ai compris que tu pouvais envisager une mise à jour.

Pour l'ajout de champs dans l'application, je ne parlais évidemment pas de toi. .


@ Claude, je crois que tu te méprends sur notre demande. Je ne veux absolument pas aller faire de la saisie directement dans la base de données. C'est à cela que sert une IHM (interface Homme-Machine) comme Heredis et c'est pour cela que je l'apprécie, pour son ergonomie.

Pour te donner un autre avantage: avec une base de données relationnelle, tu as moins de problème sur tes données. Sur une base de données type fichier à plat comme nous l'avons aujourd'hui, tu peux (par erreur lors d'un retrait trop rapide de clé, d'une fermeture intempestive etc....) veroler ta base. Et flinguer tes index. Avec une base relationnelle, je ne dis pas que cela n'arrive jamais, mais c'est la base elle-même qui gère ces ruptures d'index, et non le programme. C'est donc beaucoup plus fiable. Même un très bon développeur oubliera un truc. Quand c'est automatique, c'est plus fiable.

Michaël a écrit:

Claude a écrit:Oui je on ne ce comprend pas sur l'utilité d'ouvrir la base de donnée pour faire des états.

Dis moi, Claude, comment avec Heredis (PC, MAC ...) tu fais pour trouver :
* les événements ayant une date "approximative" ?

* les événements ayant une date précise (jj-mm-aaaa) ET la ville non renseignée ?

* les événements n'ayant aucune source dont le numéro commence par "AD52" ?

La il y a un petit problème la recherche multi-critères ne donne pas accès au dictionnaire des sources. Mais l'on peut créer une rubrique paramétrables pour inscrire une source. Bien sur il serait bon d'y penser des les premières saisie.
Je l'utilise pour mettre les adresses @ des personnes qui mon envoyé des fichier ged.

* les événements ayant une source dont le numéro commence par "AD52" ET dont le commentaire est vide ?

même problème que ci-dessus.

Je te serai éternellement reconnaissant pour la solution !

Requêtes effectuées en 5 secondes dans une base de données OpenOffice créée à partir d'un Gedcom et d'un programme écrit par ma pomme (sans "jus" d'aucune sorte)

Jimbo a écrit:


Pour te donner un autre avantage: avec une base de données relationnelle, tu as moins de problème sur tes données. Sur une base de données type fichier à plat comme nous l'avons aujourd'hui, tu peux (par erreur lors d'un retrait trop rapide de clé, d'une fermeture intempestive etc....) veroler ta base. Et flinguer tes index. Avec une base relationnelle, je ne dis pas que cela n'arrive jamais, mais c'est la base elle-même qui gère ces ruptures d'index, et non le programme. C'est donc beaucoup plus fiable. Même un très bon développeur oubliera un truc. Quand c'est automatique, c'est plus fiable.

Impossible je n'utilise pas de clé usb encore moins Généo pas fait pour Mac.

Maintenant c'est comme tout il y a un mode d'emploi, et si tu fais comme mon frangin qui cale les étagères avec. C'est normale que sa t'arrive. :lol!:

Maintenant si BSD satisfait vos demande tant mieux pour vous.

pour ma part j'ai toujours trouvé dans Heredis de quoi satisfaire mes recherches.

Claude a écrit:les événements ayant une date "approximative" ?

BRAVO à la version MAC qui propose les recherches sur les dates approximatives.
Encore un exemple de la manière aberrante dont BSD gère son cahier des charges, différent suivant les versions. Le langage de programmation est une chose, les possibilités de l'OS hôte une deuxième, mais cette recherche est indépendante de l'OS !!!!!!

Claude a écrit:* les événements ayant une date précise (jj-mm-aaaa) ET la ville non renseignée ?

Es-tu certain que le résultat n'est pas un "OU" et non pas un "ET"?

Claude a écrit:* les événements n'ayant aucune source dont le numéro commence par "AD52" ?
La il y a un petit problème la recherche multi-critères ne donne pas accès au dictionnaire des sources.

Ah bon ! et pourtant, sur la version PC - 10.3 je vois ceci :

Michaël a écrit:

Claude a écrit:* les événements ayant une date précise (jj-mm-aaaa) ET la ville non renseignée ?

Es-tu certain que le résultat n'est pas un "OU" et non pas un "ET"?

Claude a écrit:* les événements n'ayant aucune source dont le numéro commence par "AD52" ?
La il y a un petit problème la recherche multi-critères ne donne pas accès au dictionnaire des sources.

Ah bon ! et pourtant, sur la version PC - 10.3 je vois ceci :

Non c'est bien "ET" les critères s'additionnes, j'ai fait le teste avec ma fiche. Je connais le résultat

Pour les sources elles n'apparaissent pas dans la version Mac.

Comme je cherchais pour Claude tous les avantages des bases de données relationnelles par rapport aux bases propriétaires basés sur des fichiers "à plat", je suis tombé sur ce lien, qui noue notre passion avec l'univers des bases de données relationnelles:

La généalogie des SGBD

Comme vous le verrez sur ce lien http://www.sam-mag.com/archives/basededonnees.htm

On y voit bien que l'on attend surtout des performances (qui n'a jamais râlé sur une recherche des doublons) et en terme d'intégrité de données (le fameux Larray, obtenu la plupart du temps par une fermeture intempestive du fichier lors d'une sauvegarde, ou bien d'une synchronisation). Comme Claude qui attend beaucoup de la nouvelle version en COCOA, une version en base relationnelle pourrait être bien plus rapide.

Je ne dis pas que la base relationnelle est LA solution Ultime, remède à tous les maux, mais ce serait une sacrée avancée.

Cela permettrait aussi à BSD de viser plus facilement des exports à venir vers un format reconnu par tout l'univers du Web, le XML (et de là, de parler d'un format GEDCOM en XML....)


Même si, je le concède à Claude, pour mon usage quotidien, mon Heredis actuel me va très très bien. Et pour rassurer tout ceux qui me voit utiliser des langages proches du chinois, BSD peut migrer sur une base relationnelle et cela sera totalement transparent pour les utilisateurs. Donc, ceux qui n'y connaissent rien (ou qui le pense), il n'y aura pas de risque de ne plus savoir utiliser Heredis.
C'est comme si l'on changeait le moteur de votre voiture diesel. La voiture continuera d'être conduite de la même manière, il faudra mettre le même type d'essence. Donc sans aucun impact pour l'utilisateur.

On peut même imaginer que BSD intègre (je suis sur que Delphi propose un module de ce type) un requêteur. BSD intègre tout un tas de requête toute prête pour ceux qui ne veulent pas se casser la tête, et pour les autres, les champs seront accessibles (en lecture UNIQUEMENT).

Et ultime raffinement, on pourrait même rêver à la possibilité d'ouvrir des requêtes faites par d'autres.

Un petit message sur le forum BSD-pour-Tous:
"Salut à tous, je voudrais retrouver tous les jumeaux, né à St Cyr sur Loir entre 1843 et 1892, dont le patronyme contient les termes 'DUPONT' et "DURAND" et dont le père a été militaire. Mais je suis nul en informatique et je ne sais pas faire".

Un spécialiste vous sort une requête, vous l'enregistrez sur votre disque dur. Via Heredis, vous ouvrez votre requêteur, copier-coller le texte de la requête et roule ma poule (bien entendu, il faudra essayer d'apprendre à les faire vous même )


Bon, je m'emballe, je vais aller manger.

Mais que c'est bon de rêver.

Je suis d'accord avec toi j'ai travaillé avec 4D sur Mac et je pouvais compiler pour les deux système Mac ou PC.

Seulement ce n'est pas le choix qui à était fait par BSD et les autres aussi. Je pense sans en être sur que c'est bien les seul qui offre le choix.

Claude a écrit:Je suis d'accord avec toi j'ai travaillé avec 4D sur Mac et je pouvais compiler pour les deux système Mac ou PC.

Seulement ce n'est pas le choix qui à était fait par BSD et les autres aussi. Je pense sans en être sur que c'est bien les seul qui offre le choix.

On a posté nos messages en même temps.

Pour le développement en multi plateforme, je crois me souvenir qu'Hervé, qui connait la plateforme de développement de BSD, nous avait indiqué que l'on pouvait faire du Windows et du Mac (et pourquoi pas du Linux ?). S'il peut le confirmer ou bien m'annoncer que ma mémoire me joue des tours.

Jimbo : le type de fonctionnement que tu décris dans ton message (n° 26) était très bien appliqué dans l'entreprise (industrielle) où je travaillais et sans hésitation je peux dire que le résultat était très probant :
Simplification des programmes de gestion qui n'offraient que la trame principale des états de sortie
rapidité de réponse aux questions des utilisateurs qui n'avaient pas besoin de passer par le service de développement des applications pour avoir une requête et un état spécifique
création d'une "bourse de requêtes" à disposition des utilisateurs qui s'échangeaient ainsi leurs bonnes pratiques

Bilan = des économies + de l'efficacité

C'est ce que propose aujourd'hui tous les grands outils de Finances, Ressources Humaines-Paye, Commercial etc....

Et je pense que cela serait sincèrement un plus pour BSD.