Island a écrit : Bonsoir,
> Yannick a écrit : >> Island a écrit : >> Tout d'abord mes excuses à François pour le lapin que je lui ai posé >> hier. J'ai eu un imprévu. (Je n'ai même pas allumé le micro hier). > > Tant pis. J'ai attendu pensant que tu allais venir, mais ne voyant > personne, je me suis douté d'un empêchement. Ce sera pour plus tard, pas > de problème. > >> Sur le sujet posé. Je vais être à contre-courant de mes amis mais je >> souhaite un logiciel qui ne fasse qu'une chose et qui le fasse bien >> plutôt qu'une usine à gaz qui fait tout mais pas parfaitement. >> >> Je suggèrerais donc la création d'un logiciel à part entière >> complètement déconnecté de GenJ dans un premier temps. Une fois que ce >> produit sera opérationnel faire la convergence vers GenJ sera >> envisageable. Je ne sais plus qu'elle outil a été considéré comme une >> application à part entière mais parfaitement fonctionnelle avec GenJ car >> penser dès le départ pour une intégration. (Le Webbook je crois) >> La même politique devrait être envisagée. > > Je suis d'accord, mais moi je souhaite, comme pour le webbook, qu'il ne > puisse se lancer QUE par GenJ. Je te rejoins dans ton idée > Je ne voudrais pas que cet outil soit indépendant et que n'importe quel > utilisateur d'un autre logiciel l'utilise. Pourquoi ? Simplement, parce > que comme le webbook ou le rapport Gedart ou d'autres rapports, nous > avons de beaux outils avec GenJ et c'est à mon avis un moyen d'amener du > monde à utiliser GenJ. Plus nous serons nombreux à l'utiliser (GenJ), > plus nous aurons du poids, et plus nous aurons la chance de trouver > parmi tous les utilisateurs, des gens, qui comme Daniel, Frédéric, Yann > l'Henoret et les autres auront envie de développer et de s'investir dans > GenJ. > > Si les développeurs de GenJ font des outils qu'un utilisateur de Heredis > ou autre peut utiliser, ce sera bien pour cet utilisateur, mais pour > genJ, cela ne nous apportera rien de constructif pour le futur. > J'ai toujours agi comme ça depuis les tous débuts de GenJ, il y a plus > de dix ans, et je trouve que ça n'a pas trop mal marché. > C'est égoïste, mais tant pis, il faut penser à notre communauté IMHO, à > vous tous. Je comprend ta position même si certains aspects me 'dérangent'. J'ose espérer que tous les programmeurs de GenJ sont bien conscients que leurs travaux peuvent être repris y compris par les commerciaux. Certes il faut une bonne dose de compétance. D'un autre coté la récupération de telle ou telle partie du code leur poserait très vite un problème de droit car ils seraient obligés d'ouvrir une partie de leur propre code et cela deviendrait vite contraire à ce qu'ils ont pratiqués jusqu'à présent et à leur conception du travail accompli. Par contre la qualité des applications ajoutés à GenJ sont une vrai force de frappe et je pense comme toi qu'il faut les 'protéger'. Il est vrai aussi qu'apparemment c'est notre communauté francophone qui semble la plus dynamique et vivante et il est donc de notre intérêt de proposer des additifs de hautes qualité. Si le problème de Nadine se résoud, et je pense qu'il le sera, GenJ pourrait se voir propulsé à une échelle que nous n'imaginons pas en ce moment. Ce sera aussi un gros moyen de 'publicité' et de reconnaissance du travail fait antérieurement. Le Webbook fait déjà beaucoup parler de lui et j'ai déjà eu à plusieurs reprises l'occasion de 'vendre' GenJ à travers lui. > > Donc cet outil doit être une application à part entière, oui, > totalement. D'ailleurs je ne vois pas comment il pourrait en être autrement. > Il faut qu'il fasse qu'une chose (enfin si l'on peut dire), et qu'il le > fasse bien. Absolument, mais ça, nos amis développeurs nous ont habitué > à la qualité, alors on est exigeant maintenant ;-) De cela je suis totalement convaincu. C'est une des choses qui font que GenJ est un bon exemple de ce que peut être le logiciel libre > > >> J'émettrais une réserve majeure toutefois. >> Un travail de relevé n'est pas un travail de montage d'arbre >> généalogique; même si le relevé est utile à l'arbre. > > Là encore, je suis d'accord, c'est d'ailleurs ce que j'ai écrit ce > matin. J'avais essayé de les rentrer dans l'arbre à une époque, mais > j'ai mis un tel bazard dans mon arbre, que j'ai du faire marche arrière. > Par contre pratiquer par groupes familiaux, comme je le disais aussi ce > matin, est trés utile. Cependant, je ne rentre dans un groupe familial > de mon gedcom, que des gens pour lesquels j'ai une quasi certitude > qu'ils vont en faire parti un jour ou l'autre. Il y a quelques mois, > j'ai été trés content de créer le lien entre mon arbre et l'un de mes > plus gros groupes familiaux. Le chainon manquant avait été trouvé. Cette méthode des groupes familiaux mériterait un chapitre dans la FAQ avec son argumentation > > Pour en revenir sur cet outil, j'espère que quelqu'un prendra la balle > au bond. Nous sommes plusieurs a avoir une expérience différente dans > nos dépouillements. Daniel Durand a une grosse habitude des AD et > plusieurs fois il nous a parlé de la manière qu'il pratiquait. Si > maintenant on arrive à reprendre chacun de nos souhaits/besoins, ça > pourra faire un bon résumé pour un dev futur. > Francois Je suis en mesure de donner le modèle que j'utilise pour mes relevés. Je pars d'un principe tout bête: Il est plus facile de réunir des informations que de les éclater. À partir de ce constat je crée autant de rubriques que d'informations potentiellement disponibles. Ceci veut donc dire que certains champs sont peu utilisés mais ensuite parfaitement exploitables à l'inverse des champs notes fourre-tout où l'information n'est pas forcément structurée. Ceci présente aussi l'avantage de limiter les crises de changements d'humeurs ... Donc pour résumer 1 information = 1 champ y compris pour les témoins ce qui peut donner un relevé de mariage avec 30 champs ou plus. Amitiés -- Yannick VOYEAUD http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Actes En Vrac: http://www.francegenweb/~actes/ Cercle Généalogique (Entraide Généalogique en Entreprises): http://www.cercle-genealogique.fr Inconnu de Saulcy: http://www.lced.org Antoine Payet de la Réunion: http://www.payet.voyeaud.org --------------------------------------------------------------------- Arvernes Wiki : http://www.arvernes.com/wiki/index.php/GenJ <*> Pour vous desinscrire de cette liste, envoyez un mail a : [EMAIL PROTECTED] <*> Pour obtenir de l'aide sur les commandes de la liste : [EMAIL PROTECTED] Pour obtenir tous les messages lies a ce fil de discussion, cliquez sur le lien ci-dessous, cela ouvrira votre logiciel de messagerie. Il vous suffira d'envoyer le message : [EMAIL PROTECTED]
