Discussion :

[Goten]

Les mailing lists sont sans doute très bien lorsqu'il s'agit de discuter dans un groupe restreint d'habitués. Mais elles sont assez "hostiles" aux petits nouveaux, ou aux invités de passage (c'est grosso modo le contenu du lien ci dessus).

Sachant que là y'a pas de code, que c'est des discussions de design, code de départ etc, y'a pas d'ouverture aux nouveaux. Du coup, ça laisse qu'un groupe d'habitué :p.
Et je pense qu'ici tout le monde est habitué au format des ML non?

[koala01]

Sachant que là y'a pas de code, que c'est des discussions de design, code de départ etc, y'a pas d'ouverture aux nouveaux. Du coup, ça laisse qu'un groupe d'habitué :p.
Et je pense qu'ici tout le monde est habitué au format des ML non?

Comme je viens de le signaler (mais bon, les réponses se sont surement croisées ), nous aurons notre forum, et, comme François l'a rappelé, il est assez facile de faire en sorte d'être prévenu des nouveaux messages.

Et cela ne me dérange absolument pas de commencer par avoir des discussions (sur le design ou le code de départ, par exemple) "publiques", le temps de "fixer" l'équipe de base... la ML pourrait donc être envisagée, mais est-ce indispensable au vu de ce dont on dispose

EDIT: Je ne refuse pas l'idée d'un ML, mais je me dis que c'est *peut-être* accessoire (au moins dans un premier temps). Par contre, il sera peut être plus intéressant de pouvoir envoyer des news à ceux qui se seront inscrits pour être tenus au courent de l'évolution

[yan]

• une intégration au gestionnaire de projets projets.developpez.com (yan pourra surement en dire plus que moi sur ce que cela implique)

On débute, on regarde petit à petit les possibilités de redmine. Mais si vous avez des questions n'hésitez pas.

[*]un dépot SVN (j'ai posé la quetion à celui qui s'en occupe au sujet de git ou de mercurial, je verrai sa réponse )[/LIST]

Je pense que tu aura la même réponse que moi. Tu peut si tu veux mais ce ne sera pas synchronisé avec redmine. Donc pas de stat ou autre lié au commit & co...

[Goten]

Bizarre, car redmine gère git &co non?

A Koala : ouai les posts ce sont croisé. Pour le forum : ouai on peut recevoir les mails, mais il faut quand même se déplacer pour répondre. Enfin c'est pas grave, ça me va aussi personnellement.

[koala01]

Pour le forum : ouai on peut recevoir les mails, mais il faut quand même se déplacer pour répondre. Enfin c'est pas grave, ça me va aussi personnellement.

De plus, comme j'ai essayé de le faire comprendre, il s'agit de travailler ainsi le temps "de prendre ses marques", de faire "un état des lieux" de l'équipe et des besoins.

Je ne ferme la porte à rien, mais je propose juste d'avancer point par point, en plaçant certaines priorités.

Tôt ou tard, il sera utile / opportun / deviendra urgent d'envisager la ML, mais je crois que ce n'est pas *forcément* ce qu'il y a de plus urgent à faire

[Lavock]

Effectivement, git/hg pourra attendre... Pour l'instant, il faut un bon support à papote, et un forum, c'est toujours plus claire pour ça.
En plus, y a moyen de faire du issue/feature qu'on commente et tout et ça m'a l'aire très bien fichu se redmine ^^ !

Question, le lien fourni ressemblera à quoi en pratique ? Je suppose à un truc pas loin de ça ?

[koala01]

Je vais être honnête, je ne sais absolument pas quelle est ma latitude de configuration.

Mais, si on prend l'exemple de QExtend (http://projets.developpez.com/projects/qextend), il y a les onglets:

• accueil
• activité
• demandes
• annonces
• documents
• wiki
• fichier
• depot

(je ne sais pas s'il y a un forum dédié pour QExtend, il y aura donc sans doute un onglet supplémentaire pour farfelue )

[Alp]

Mais bon, il a mal vieilli, c'est un DVCS de première génération !

Mal vieilli ?!
Il est activement développé encore hein. Ca va pas aussi vite que git mais c'est très respectable. Et une grande partie du code est prouvée, si je ne m'abuse
Et c'est pas vraiment vieux ²

[koala01]

Messieurs, mesdames,

Nous en sommes déjà à plus de quinze page sur cette discussion, et il serait dommage que le débat sur les qualités comparées des différents systèmes de controle de version ne soit "noyé" parmi les interventions qui traitent directement de "farfelue".

Je lis personnellement ce débat avec intérêt, mais pourrais je vous demander d'éviter la digression sur cette discussion particulière

Si vous croyez que tout n'a pas été dit dans ce débat, n'hésitez pas à le dire, nous envisagerons une scission de la discussion

[Invité]

Je vais être honnête, je ne sais absolument pas quelle est ma latitude de configuration.

Mais, si on prend l'exemple de QExtend (http://projets.developpez.com/projects/qextend), il y a les onglets:

• accueil
• activité
• demandes
• annonces
• documents
• wiki
• fichier
• depot

(je ne sais pas s'il y a un forum dédié pour QExtend, il y aura donc sans doute un onglet supplémentaire pour farfelue )

Oui, normalement, il devrait aussi y avoir "roadmap", qui permet de décrire un planning. Redmine, c'est assez adapté à ce qu'on fait, parce que cela regroupe les fonctions d'outils "techniques" de suivi de projet, et des outils plus informels de discussion.

Par exemple, les "demandes" (normalement suivis de bugs) peuvent être assez facilement reclassifiées pour servir de "fils de discussion techniques", en laissant au forum la discussion générale

Francois

[yan]

il y a les onglets:

tu as oublié roadmap... (je viens juste de trouver comment faire)

(je ne sais pas s'il y a un forum dédié pour QExtend, il y aura donc sans doute un onglet supplémentaire pour farfelue )

On as un forum privée et si cela avance bien on fera un forum public.

Pour en avoir un sur redmine, il me semble qu'il faut demander au responsable projet de l'activer

[Matthieu Brucher]

Je pense que tu aura la même réponse que moi. Tu peut si tu veux mais ce ne sera pas synchronisé avec redmine. Donc pas de stat ou autre lié au commit & co...

Et moi, je te dis que ça fonctionnera tout de même avec synchronisation, ...

[yan]

Et moi, je te dis que ça fonctionnera tout de même avec synchronisation, ...

Comme je l'ai déja dit ça marcherai si git est sur le même serveur que redmine, pas s'ils sont séparé. Et dvp ne semble pas penser faire cela.

Après c'est ce que l'on ma répondu. Moi j'y connait rien.

[Lavock]

Je sens koala devenir tout rouge >< !

Sinon, je pense qu'il est temps de commencer à organiser un peu les discussions autour du projet. Peut-être faudrait-il commencer par ouvrir d'autre file ? Ou alors on attend que des moyens soit mis à disposition du projet ?


PS : En parlant de ça, il y a un endroit pour parler et mettre des ressources quant à l'utilisation de redmine sur dvp ?

[Matthieu Brucher]

Comme je l'ai déja dit ça marcherai si git est sur le même serveur que redmine, pas s'ils sont séparé. Et dvp ne semble pas penser faire cela.

Après c'est ce que l'on ma répondu. Moi j'y connait rien.

Tu as raison, il faut un respository sur un système de fichiers visible par Redmine, my bad.

[koala01]

Je sens koala devenir tout rouge >< !

Non, ca va... il y a une différence entre débattre des qualités comparées des différents système et le fait de voir les possibilités que l'on a par rapport à l'hébergement du projet et à la politique de l'hébergeur sur ce point...

Mais retenez quand même que... ce n'est ni yan ni moi qui déterminons la politique de DVP

Sinon, je pense qu'il est temps de commencer à organiser un peu les discussions autour du projet. Peut-être faudrait-il commencer par ouvrir d'autre file ? Ou alors on attend que des moyens soit mis à disposition du projet ?

Normalement, les moyen devraient arriver rapidement.

Je crois préférable d'attendre qu'elles soient mises à disposition, pour ne pas surcharger inutilement le forum (et m'éviter d'avoir à déplacer trente-six discussions )

Mais bon, si tout le monde (ou la majorité) devient impatient, je suis près à revoir cette position

PS : En parlant de ça, il y a un endroit pour parler et mettre des ressources quant à l'utilisation de redmine sur dvp ?

Il y a toute une section dédiée aux projets et aux applications.

Je ne connais absolument pas redmine, donc, je ne peux malheureusement en dire plus

[Alp]

Mais retenez quand même que... ce n'est ni yan ni moi qui déterminons la politique de DVP
Normalement, les moyen devraient arriver rapidement.

Je pense que ce que les gens ici voulaient dire c'est que ça serait dommage que des "contraintes" techniques incombent aux développeurs de Farfelue là où choisir un hébergement de projet ailleurs aurait permis de vous en libérer. Je comprends que l'avoir sur DVP c'est pratique blahblah, mais en même temps un tel projet dépasse de loin le p'tit projet d'une communauté francophone, et une contrepartie de le mettre sur DVP est que les gens auront un peu tendance à fuire en voyant du français partout. Si vous voulez vraiment faire un projet sérieux, il vous faut dès le début mettre en place des moyens corrects.

Bref, je suis assez dubitatif quand à la pertinence d'héberger le projet sur DVP. Les projets DVP c'est bien pour des p'tits trucs, au-delà ça devient juste.

[Invité]

Je ne voudrais pas avoir l'air rabat joie... Mais pour l'instant ce projet n'existe même pas... Il n'y a pas une ligne d'écrite, en termes de specs, on n'a guère que des idées générales, et en terme d'équipe, des gens qui ont dit "ca me plait bien". On a pour nous de l'ambition, de la bonne volonté, mais c'est un peu tout...

Alors, je me dis que, peut etre, on devrait commencer et voir, sur DVP puisqu'on y a accès, avec les moyens du bord, en se disant que les projets ambitieux comme cela ont une certaine tendance à ne pas résister à l'épreuve des faits.

Si c'est un succès au delà de nos espérances (ce que j'espère), on aura alors de nouveaux problèmes : un meilleur hébergement, un meilleur outil.

Des problèmes de riches, quoi !

Commencons d'abord...

(koala, et les autres mods, essayez de faire presser le mouvement, cette attente nuit au projet...)

Francois

[koala01]

A vrai dire, j'ai suivi exactement le même raisonnement que François...

On a de bonnes idées, et il y a moyen de faire un truc génial, mais, pour l'instant, il n'y a même pas de quoi faire afficher un rectangle à l'écran.

Malgré tout le bien que je peux penser de ceux qui ont marqué leur intérêt pour le projet, il y a malgré tout une chance sur deux (peut être plus) qu'il ne soit jamais... qu'un beau projet jamais mené à son terme, et qu'il finisse comme tant d'autres, oublié dans son coin avec un hébergement qui continue d'exister que parce qu'il est gratuit.

Si on arrive à produire quelque chose de concret, si on se rend compte que farfelue "révolutionne" réellement la création d'IHM, si on se rend, en deux mots, compte de la viabilité réelle et de la possibilité d'expension du projet, il est clair qu'il faudra "voir plus grand" à bien des niveaux, mais, tant que l'on n'a pas la possibilité de produire une petite démo montrant à quel point "il est facile" de créer une fenêtre principale avec un menu, deux boutons ou que sais-je, je ne suis même pas sur que ca vaille la peine de crier sur tout les toits que le projet existe

Pour l'instant, il ne nous faut pas plus qu'un endroit où pouvoir discuter entre nous du projet et une manière "cohérente" de gérer les versions pour éviter qu'il n'y ait autant de versions différentes d'un même fichier que de gens qui participent au projet.

Lorsque nous aurons rempli ce que j'ai appelé l'objectif prioritaire, il sera toujours bien temps de voir s'il est effectivement intéressant de faire "la publicité" de l'outil

[Klaim]

A vrai dire, mon sentiment personnel sur ce type de projet, c'est quelqu'un (celui qui a lancé l'idée si il peut) fait d'abord un début d'implémentation avec une des features qui marche, puis il met le code source en ligne et a partir de là seulement peut commencer la collaboration.

Enfin je pense. C'est ce que je fais pour mon projet actuel, mais bon c'est dur de bosser seul au début, c'est sur.