Open source
Modérateur : Correcteurs
-
- ascète
- Messages : 2
- Enregistré le : sam. déc. 15, 2007 11:11
Open source
Bonjour,
Est ce qu'il y a un plan de passage du site en Open Source ?
(Je n'ai pas trouvé de lien vers les sources)
Je suis tombé sur les vœux 2005 qui évoquaient ce souhait
http://forum.bdovore.com/viewtopic.php? ... 4860ed6689
Encore bravo pour le site.
Est ce qu'il y a un plan de passage du site en Open Source ?
(Je n'ai pas trouvé de lien vers les sources)
Je suis tombé sur les vœux 2005 qui évoquaient ce souhait
http://forum.bdovore.com/viewtopic.php? ... 4860ed6689
Encore bravo pour le site.
- tomlameche
- Grand Cuisinier
- Messages : 4094
- Enregistré le : ven. mai 21, 2004 16:33
- Localisation : Ailleurs
Ah oui on avait parlé de ca, une des grandes idées de Latruffe (l'autre cofondateur du site en 2004)
Ça fait toujours parti des sujets de discussions de temps en temps. Faudrait y réfléchir !
Ce serait tout de même un investissement de temps non nul pour documenter et rendre le code propre pour le diffuser sans rougir
L'intérêt surtout pour nous serait d'avoir plus facilement d'autres développeurs potentiel du coup.
Ça fait toujours parti des sujets de discussions de temps en temps. Faudrait y réfléchir !
Ce serait tout de même un investissement de temps non nul pour documenter et rendre le code propre pour le diffuser sans rougir
L'intérêt surtout pour nous serait d'avoir plus facilement d'autres développeurs potentiel du coup.
Comme étape 1, je proposerai de mettre sa timidité dans sa poche , d'ajouter un fichier avec la licence choisie (si ce n'est pas déjà fait), d'ouvrir un compte sur github ou autre et de faire un coup de "git init/git add/git commit/git push" en vrac.
Ça prend 15 minutes et on peut ensuite espérer que des modifications pour rendre le code plus propre, pour le documenter soient proposées (je suis volontaire). Dans l'état actuel, on peut attendre des années (et ça semble être le cas ) avant d'avoir quelque chose de nickel... Le mieux est l'ennemi du bien
Ça prend 15 minutes et on peut ensuite espérer que des modifications pour rendre le code plus propre, pour le documenter soient proposées (je suis volontaire). Dans l'état actuel, on peut attendre des années (et ça semble être le cas ) avant d'avoir quelque chose de nickel... Le mieux est l'ennemi du bien
- Chninkel
- Administrateur
- Messages : 2266
- Enregistré le : mar. sept. 13, 2005 21:04
- Localisation : Gelbique
Oula, le vieux post qui ressuscite
Perso je suis pour une ouverture du code (pour preuve, voir notamment l'appli d'export PDF ) mais pour le code du site, je proposerais plutôt de te donner un accès à un repo privé (par exemple sur bitbucket.org, c'est gratuit contrairement à github) et de faire au moins une première lecture avant de décider d'aller vers l'étape suivante.
Si j'ai l'air un peu frileux c'est parce qu'on a déjà invité un (ou deux ?) autre membre qui proposait son aide exactement comme toi et il a disparu de la circulation à peu près dans les jours suivants l'accès au code (true story !).
Sinon, le code de la v2 est déjà pas mal nettoyé comparé à celui de la v1 (avant 2015), donc tu ne t'enfuiras sans doute pas en courant , mais ça reste une quantité non-négligeable de code à ingérer
Tom, ton avis ?
Dans la mesure où on utilise déjà git en interne depuis la version 2.0, ce serait plutôt git remote add/git pushlegrostdg a écrit :Comme étape 1, je proposerai de mettre sa timidité dans sa poche , d'ajouter un fichier avec la licence choisie (si ce n'est pas déjà fait), d'ouvrir un compte sur github ou autre et de faire un coup de "git init/git add/git commit/git push" en vrac.
Perso je suis pour une ouverture du code (pour preuve, voir notamment l'appli d'export PDF ) mais pour le code du site, je proposerais plutôt de te donner un accès à un repo privé (par exemple sur bitbucket.org, c'est gratuit contrairement à github) et de faire au moins une première lecture avant de décider d'aller vers l'étape suivante.
Si j'ai l'air un peu frileux c'est parce qu'on a déjà invité un (ou deux ?) autre membre qui proposait son aide exactement comme toi et il a disparu de la circulation à peu près dans les jours suivants l'accès au code (true story !).
Sinon, le code de la v2 est déjà pas mal nettoyé comparé à celui de la v1 (avant 2015), donc tu ne t'enfuiras sans doute pas en courant , mais ça reste une quantité non-négligeable de code à ingérer
Tom, ton avis ?
Mon adresse n'était pas à jour sur le forum, je ne recevais plus les notifications .
Un des avantages du repo ouvert (en lecture) par rapport à un repo privé, c'est qu'il n'y a pas de perte de temps avec les gens qui disparaissent de la circulation (pas besoin de leur donner d'accès en écriture tant qu'ils n'ont pas contribué et qu'ils veulent vraiment s'investir). Note que c'est compliqué de savoir exactement ce qui est faisable sans avoir l'accès en lecture.
Un autre gros avantage, c'est le bug tracker. Le forum n'est vraiment pas au top pour ça. C'est un gain de temps et d'énergie énorme à mon avis. Si la solution du repo privé dans un premier temps et retenue, peut-être qu'il y a moyen d'avoir quand même un bug tracker public?
Après c'est bien sûr important pour la gloire et pour attirer des potentiels contributeurs .
En attendant, si c'est possible, je serais bien partant pour avoir un accès en lecture. Je ne pourrai pas coder dans l'immédiat (je suis très pris jusqu'à fin juin, et je ne serai ensuite pas dispo avant septembre), et je ne promets pas de pouvoir coder grand chose ensuite (ça dépendra de ce que je lis ). Mais je ne pense pas qu'il y ait de gros risque à me laisser lire, au pire 2 min de perdues le temps de me donner l'accès et de le révoquer ...
Le premier rapport de bug pourrait être une liste des trucs à faire avant l'ouverture complète du code.
Un des avantages du repo ouvert (en lecture) par rapport à un repo privé, c'est qu'il n'y a pas de perte de temps avec les gens qui disparaissent de la circulation (pas besoin de leur donner d'accès en écriture tant qu'ils n'ont pas contribué et qu'ils veulent vraiment s'investir). Note que c'est compliqué de savoir exactement ce qui est faisable sans avoir l'accès en lecture.
Un autre gros avantage, c'est le bug tracker. Le forum n'est vraiment pas au top pour ça. C'est un gain de temps et d'énergie énorme à mon avis. Si la solution du repo privé dans un premier temps et retenue, peut-être qu'il y a moyen d'avoir quand même un bug tracker public?
Après c'est bien sûr important pour la gloire et pour attirer des potentiels contributeurs .
En attendant, si c'est possible, je serais bien partant pour avoir un accès en lecture. Je ne pourrai pas coder dans l'immédiat (je suis très pris jusqu'à fin juin, et je ne serai ensuite pas dispo avant septembre), et je ne promets pas de pouvoir coder grand chose ensuite (ça dépendra de ce que je lis ). Mais je ne pense pas qu'il y ait de gros risque à me laisser lire, au pire 2 min de perdues le temps de me donner l'accès et de le révoquer ...
Le premier rapport de bug pourrait être une liste des trucs à faire avant l'ouverture complète du code.
C'est bien dommage d'avoir un bug tracker mais qu'il ne soit pas accessible à tous! Enfin, l'avantage si celui en place n'est pas très utilisé, c'est qu'il y a éventuellement moyen de passer à autre chose sans trop de problèmes.
Du nouveau pour un accès en lecture? Je ne pourrais pas faire grand chose avant mi-août au plus tôt de toutes façons...
Du nouveau pour un accès en lecture? Je ne pourrais pas faire grand chose avant mi-août au plus tôt de toutes façons...
- tomlameche
- Grand Cuisinier
- Messages : 4094
- Enregistré le : ven. mai 21, 2004 16:33
- Localisation : Ailleurs
- tomlameche
- Grand Cuisinier
- Messages : 4094
- Enregistré le : ven. mai 21, 2004 16:33
- Localisation : Ailleurs
- tomlameche
- Grand Cuisinier
- Messages : 4094
- Enregistré le : ven. mai 21, 2004 16:33
- Localisation : Ailleurs