Discussion :

[metagoto]

Non sans vouloir rajouter une couche (c'est pas dans mes habitudes), je propose pour une prochaine fois http://bitbucket.org
- hg (mercurial = nickel sous nix* et windows).
- bugs tracker, wiki etc
- notifications

- "forum" sur DVP

[yan]

Bref, je suis assez dubitatif quand à la pertinence d'héberger le projet sur DVP.

Y aurais
- Le projet se lance avec les participants des forum de dvp. Donc les premiers client sont ici. Pourquoi disperser?
- DVP propose de mettre la structure en place pour toi
- Avant de voir grand faut savoir commencer petit
- Rien ne t'empêche de faire du bilingue
- Vue marketing : les projets sur DVP sont très bien référencé.

[koala01]

Je viens de vérifier, il semblerait que sourceforge propose la gestion par mercurial et par git (si je lis bien http://sourceforge.net/register/ )

Si (ou quand ) le besoin s'en fait sentir, entre autres pour une question de visibilité "internationale", je verrai à avoir un hébergement dessus

Mais, dans un premier temps, pour éviter tous les problèmes de mauvaise compréhension, autant se "contenter" de la "petite" clientèle francophone

De ce point de vue, je suis d'accord avec yan: DVP offre plein d'avantages

[Klaim]

Sourceforge serait a mon avis une mauvaise idée pour utiliser git/mercurial parcequ'ils n'ont pas de système spécialiser pour le travail en communauté (gestion des patchs/proposition de push etc)

Mais bon, admettons qu'on parte sur svn sur developpez.com. Ca peut changer sans trop deproblème tant que le projet n'est pas encore très gros j'imagine.

[koala01]

Sourceforge serait a mon avis une mauvaise idée pour utiliser git/mercurial parcequ'ils n'ont pas de système spécialiser pour le travail en communauté (gestion des patchs/proposition de push etc)

D'ici à ce que le changement soit envisagé, nous avons le temps de réfléchir sereinement à la meilleure solution

Mais bon, admettons qu'on parte sur svn sur developpez.com. Ca peut changer sans trop deproblème tant que le projet n'est pas encore très gros j'imagine.

Même si le projet est *relativement* important, ca peut se faire assez facilement, même si certains aspects (rapports de bugs, demandes de features, ...) demanderont sans doute un peu d'organisation lors de la transition

Mais encore une fois, j'insiste sur le fait que ce sont des choses qui seront évaluées en temps utiles, et qu'il ne sert pas à grand chose de continuer à en discuter pour l'instant

[Invité]

Même si le projet est *relativement* important, ca peut se faire assez facilement, même si certains aspects (rapports de bugs, demandes de features, ...) demanderont sans doute un peu d'organisation lors de la transition

Même sur DVP, c'est probablement une idée saine, au début au moins, d'archiver régulièrement des versions très anciennes, et de tenter de réconcilier toutes les branches en cours en une version simple.

Si on s'astreint à ce genre de démarche, basculer devient assez facile... On a un "grand nettoyage régulier", et c'est à cette occasion qu'on peut basculer.

En termes de contraintes, la seule, ce sera d'avoir relativement tôt de l'anglais dans le projet, veut veut pas, l'anglais, ca reste un peu un must...

Francois

[yan]

En termes de contraintes, la seule, ce sera d'avoir relativement tôt de l'anglais dans le projet, veut veut pas, l'anglais, ca reste un peu un must...

+1
surtout qu'il y as beaucoup de chose en informatique plus compréhensible en anglais qu'en français.
Pour qextend, on est partie sur du code anglais et des commentaires doxygen anglais/Français.

[poukill]

+1 aussi.
Ca me parait indispensable, vraiment. Surtout que ça mange pas de pain, ça va aussi vite, voire plus certaines fois, comme le fait remarquer Yan.
Perso, commenter en anglais est devenu un réflexe, même pour des projets personnels. D'ailleurs je pense que pour beaucoup d'autres developpeurs ici ce doit être la même chose.

[Invité]

Pour le code, ca me parait utile (même si, personnellement, j'utilise pas mal de francais ou de franglais: l'air de rien, ca evite plein de conflits de noms, et ca permet de voir ce qui est perso et ce qui est librairie...), pour les documents de spécifications, ou les discussions initiales, je pense qu'il faudra les tenir en francais, mais traduire en anglais les décisions...

Ca présentera un avantage : en traduisant, cela oblige à relire, et à clarifier... C'est comme un compte rendu.

Francois

[koala01]

Même sur DVP, c'est probablement une idée saine, au début au moins, d'archiver régulièrement des versions très anciennes, et de tenter de réconcilier toutes les branches en cours en une version simple.

De toutes manières, on lance le projet pour le faire correctement dés le départ, ou cela ne servira à rien

Si on s'astreint à ce genre de démarche, basculer devient assez facile... On a un "grand nettoyage régulier", et c'est à cette occasion qu'on peut basculer.

Tout à fait...

Le tout sera d'arriver à ne pas avoir un "bug mineur extrêmement rare" qui traine de version stable en version stable

Mais, effectivement, il ne sera opportun de changer de système qu'à l'occasion d'un point global du projet...

Ce qui demandera sans doute un peu d'organisation, c'est les bugs ou demandes de features qui pourraient être transmises "par habitude" sur le site DVP dans les premiers temps de la transition, et d'assurer malgré tout une certaine continuité du site de DVP une fois celle-ci effectuée (il serait dommage de donner l'impression d'un projet zombie alors que son développement a "simplement" déménagé )

En termes de contraintes, la seule, ce sera d'avoir relativement tôt de l'anglais dans le projet, veut veut pas, l'anglais, ca reste un peu un must...

Francois

+1
surtout qu'il y as beaucoup de chose en informatique plus compréhensible en anglais qu'en français.
Pour qextend, on est partie sur du code anglais et des commentaires doxygen anglais/Français.

C'est ce que j'avais en tête...

Il me semble difficile d'avoir une interface qui ne soit pas en anglais, mais j'avoue me poser des questions au niveau de la documentation doxygen.

On ne pourra pas, c'est clair, éviter d'avoir la doc en anglais, par contre, ne ferait-on pas mieux de donner la priorité à la doc francophone (ne serait-ce que par facilité), et de s'organiser pour avoir une équipe de "traducteurs" qui permettrait d'avoir la partie en anglais

Si on demande aux développeurs d'être en mesure de donner directement les deux versions, cela va imposer certaines contraintes qui risquent d'en décourager plus d'un (que ce soit au début, des francophones mal à l'aise avec l'anglais, ou, par la suite, des anglophones qui ne connaissent pas le français).

Mais il me semble malgré tout important de veiller à avoir les deux versions dés le départ...

[Alp]

Bah c'est comme les développeurs de Farfelue veulent, mais :

Y aurais
- Le projet se lance avec les participants des forum de dvp. Donc les premiers client sont ici. Pourquoi disperser?

L'héberger ailleurs n'empêcherait pas les participants des forums de dvp de suivre, et *en plus* il y aurait de potentiels autres contributeurs intéressés.

- DVP propose de mettre la structure en place pour toi

Tout comme bien des services *spécialisés* là-dedans, et en mieux

- Avant de voir grand faut savoir commencer petit

Cela n'empêche pas. L'infrastructure est juste meilleure. Que le projet soit grand ou petit.

- Rien ne t'empêche de faire du bilingue

Oui... Avec TOUT sauf le texte en français autour...

- Vue marketing : les projets sur DVP sont très bien référencé.

Encore une fois, dans la francophonie oui Car tous les liens pointant vers DVP ou presque viennent de sites francophones.

Et rajoutez à cela que si vous voulez migrer un jour vous devrez vous taper ça à la main.

Bref, j'essayais de vous apporter un avis qui essaye de voir plus loin que dans 2 mois et 50 classes. A vous de voir.

Bon courage quoiqu'il arrive

[Klaim]

A mon avis, mieu vaut tout produire en anglais (code et documentation) et discuter initialement en français. Ca permettra a d'autres dans le future de faire les traductions et si personne ne s'en occupe au final ça ne sera pas grave parcequ'au moins on aura la version anglaise dés le départ.

[koala01]

Vous serez contents d'apprendre que farfelue est intégrée au gestionnaire de projets

La création du dépot SVN et du forum dédié est en cours, mais je me suis déjà mis au travail.

N'hésitez pas à donner votre avis ici, en attendant le forum dédié

[ram-0000]

Vous serez contents d'apprendre que farfelue est intégrée au gestionnaire de projets

Toi quand tu commences, cela avance .

Comme indiqué par MP, tu peux me rajouter parmi les membres du projet.

[koala01]

Je demanderai aux gens qui souhaitent participer:

• de se connecter (même identifiant, même mot de passe que sur le forum) sur la page du projet, ou de manière générale, sur redmine (seuls ceux qui se sont déjà connecté sont susceptibles d'être ajoutés aux équipes de développement)
• de m'envoyer par MP une petite confirmation de l'envie de participer (pour m'éviter d'en oublier ou d'ajouter quelqu'un qui n'est pas intéressé)

@Ram-0000 > Oui, oui, je ne t'oublie pas, et, oui, quand je m'y mets, faut "KSABOUGE"

Les gestionnaires de DVP ayant beaucoup de travail, il faut donc attendre encore un peu pour accéder au forum et au SVN

[dourouc05]

Vous avez votre forum : http://www.developpez.net/forums/f14...rges/farfelue/

Bonne chance pour ce projet un peu fou !

[koala01]

Vous avez votre forum : http://www.developpez.net/forums/f14...rges/farfelue/

Ah, oui, il est en place

Bonne chance pour ce projet un peu fou !

Merci

[obliveon]

Je vais suivre votre projet avec beaucoup d'attention car je le trouve assez audacieux à mes yeux.

Malheureusement je ne pourrais pas y participer, je ne suis pas un professionnel, juste un "amateur", même si j'ai eu un diplôme (j'ai changé de voie).

Je me souviens lors d'un projet de 2ème année en D.U.T d'avoir eu à créer une interface graphique sous linux en utilisant la Xlib, pour tester une sorte "d'intelligence artificielle" d'un jeu de puissance 4. Et sincèrement, ça ma faillit me dégouter de la programmation en manipulant toute ces fonctions avec des "tas de paramètres", et ces histoires de contexte graphique (ça ma marqué à vie).

Je me rappelle encore des vieux bouquins en Anglais que la prof d'algo nous a fournit. Pour vous dire.

En tout cas, je jetterai un coup d'oeil aux sources pour me remémorer des vieux souvenir.

En tout cas, bon courage les gars.

[koala01]

Je vais suivre votre projet avec beaucoup d'attention car je le trouve assez audacieux à mes yeux.

Malheureusement je ne pourrais pas y participer, je ne suis pas un professionnel, juste un "amateur", même si j'ai eu un diplôme (j'ai changé de voie).

Qui a dit qu'il fallait être un professionnel pour y participer

Nous ne pourrons bien sur par commencer par donner une formation de base sur C++ à tout le monde, mais tout "amateur éclairé" est le bien venu

En tout cas, je jetterai un coup d'oeil aux sources pour me remémorer des vieux souvenir.

En tout cas, bon courage les gars.

Merci, et n'hésite pas à donner ton avis sur l'un ou l'autre point

[obliveon]

Du C++, j'en ai gardé les bases en tête.

Mais bon, c'était le C++ "à l'ancienne" (vers 1997 je crois).

Là actuellement, je suis entrain de me remettre dans le bain, mais avec le C++ "moderne", j'ai acheté le mois dernier le bouquin de Bjarne Stroustrup en anglais "Programming -- Principles and Practice Using C++". En plus, ça me fait du bien de revoir mon anglais.

En tout cas, dès que j'aurais revu tout ça, je n'hésiterais à tester dès que les premiers essais seront disponibles.