Et bien je vous répondrai : À moins que ma boite veuille copier google et m'offrir 20 % du temps pour des projets perso, ça mettra longtemps avant d'arriver.
J'ai déjà d'autres projets perso en cours et, hélas, mon temps libre a des limites. J'ai bien écrit deux bouts de code en python qui s'échangent des clés PGP mais c'est loin d'être utilisable et je ne sais absolument pas quand ça le sera...
Tout pareil, mais (削除) l'oignon fait la farce (削除ここまで) l'union fait la force !
J'ai pas grand chose à discuter sur le technique. A première vue ça me plait, je serais prêt à contribuer, mais je me pose quelques questions sur l'organisation du projet :
Faire un état de l'art (collaboratif ?)
D'autres projets similaires n'existent-ils pas? en quoi sont-ils différents, comment on les classe? niveau protocoles et specs. de quoi peut-on s'inspirer? Le travail est très bien dégrossi, mais je formaliserais bien un peu cette partie.
Faire une spec
Partir sur un proto Python c'est loin d'être la pire des idées, il faut bien choisir un langage, mais cela ne contentera pas tout le monde. Du coup, faire une spécification propre, à la Bittorent ou autre, permettrait de fédérer le travail de personnes qui auront de toute façon envie de forker ou recoder le proto dans leur langage de prédilection. Encore une fois j'ai cru lire à peu prêt cela, mais je formalise.
Tester/Déployer
C'est pas évident de tester des logiciels décentralisés. Du coup il faut vraiment référencer quelques bécanes de test, sinon ça va être dur d'avancer.
Structurer très tôt
Un impératif dans les projets libres voués à être gros, c'est l'organisation de la communauté d'une part, et des contributions de l'autre. Je pense que c'est l'élément qui peut faire la différence entre un projet qui réussi et un projet qui foire. A ne pas négliger donc ! Je ne dis pas qu'il faut monter une association 1901 tout de suite, mais définir les sous-projets et y associer des « responsables » c'est peut être une bonne idée. Ce sont des éléments essentiels et souvent douloureux :) Ça serais bête de perdre du code parce que personne veut en prendre la responsabilité, et pourtant ça arrive si souvent.
Bref autant de questions qui me taraudent et auxquelles je n'ai pas encore de réponse. Mais comptez sur moi pour suivre tout ça avec attention et pour contribuer à ma modeste échelle.
# Parlons projet alors !
Posté par vlamy . En réponse au journal Présentation d'idée : PGPID. Évalué à 4.
Tout pareil, mais
(削除) l'oignon fait la farce (削除ここまで)l'union fait la force !J'ai pas grand chose à discuter sur le technique. A première vue ça me plait, je serais prêt à contribuer, mais je me pose quelques questions sur l'organisation du projet :
Faire un état de l'art (collaboratif ?)
D'autres projets similaires n'existent-ils pas? en quoi sont-ils différents, comment on les classe? niveau protocoles et specs. de quoi peut-on s'inspirer? Le travail est très bien dégrossi, mais je formaliserais bien un peu cette partie.
Faire une spec
Partir sur un proto Python c'est loin d'être la pire des idées, il faut bien choisir un langage, mais cela ne contentera pas tout le monde. Du coup, faire une spécification propre, à la Bittorent ou autre, permettrait de fédérer le travail de personnes qui auront de toute façon envie de forker ou recoder le proto dans leur langage de prédilection. Encore une fois j'ai cru lire à peu prêt cela, mais je formalise.
Tester/Déployer
C'est pas évident de tester des logiciels décentralisés. Du coup il faut vraiment référencer quelques bécanes de test, sinon ça va être dur d'avancer.
Structurer très tôt
Un impératif dans les projets libres voués à être gros, c'est l'organisation de la communauté d'une part, et des contributions de l'autre. Je pense que c'est l'élément qui peut faire la différence entre un projet qui réussi et un projet qui foire. A ne pas négliger donc ! Je ne dis pas qu'il faut monter une association 1901 tout de suite, mais définir les sous-projets et y associer des « responsables » c'est peut être une bonne idée. Ce sont des éléments essentiels et souvent douloureux :) Ça serais bête de perdre du code parce que personne veut en prendre la responsabilité, et pourtant ça arrive si souvent.
Bref autant de questions qui me taraudent et auxquelles je n'ai pas encore de réponse. Mais comptez sur moi pour suivre tout ça avec attention et pour contribuer à ma modeste échelle.
PS : je suis assez calé en DHT s'il y a besoin.