Le Forum de l'Alliance Francophone

Nouvelles:

Auteur Sujet: Le portail de l'AF : une base de donnée sur les projets  (Lu 12878 fois)

0 Membres et 1 Invité sur ce sujet

Hors ligne JeromeC

  • CàA
  • Boinc'eur devant l'éternel
  • *****
  • Messages: 31106
  •   
Voici un sujet dont nous avions déjà parlé lors de la migration du portail et du travail de relecture / correction qui s'en était suivi.

Le constat est que de nombreux articles sur des projets ne sont pas à jour (projets terminés, nouveaux sous-projets, etc), et encore moins les articles de type liste (liste projets par thèmes, listes par pays, etc) ou les récaps techniques (deadlines des projets, durées moyennes, conson mémoire, etc).

C'est bien compréhensible : ce sont des articles à contenu statique qu'il faudrait constamment mettre à jour, et il y en a beaucoup, c'est un travail de plus en plus gros au fur et à mesure que les projets apparaissent et évoluent, qui logiquement n'est fait que très partiellement, à coup de bonnes volontés ponctuelles, et pas valorisant.

C'est fort dommageable car certains de ces articles sont en lien direct depuis la home page du portail, ou rapidement accessibles via les FAQs, et donnent une image pas à jour du tout du portail de l'AF, les infos changeantes étant de ce fait souvent fausses.


L'idée que je soumets, sans savoir si elle serait simple à mettre en oeuvre chez nous, mais en sachant que c'est comme ça que fonctionnent de nombreux systèmes et sites web, serait d'avoir une véritable base de donnée sur les projets. Une fiche projet contiendrait tout son pedigree (un peu comme ce qui est fait sur les articles de projet actuel), avec des liens vers les infos techniques de WUProp (qui est tout le temps à jour, tout seul, merci Seb !), stocké dans une table (ou plusieurs) de base de donnée (peu importe la techno).

L'idée étant évidemment qu'il y ait un moyen d'extraire les infos de cette table dans les articles du portail, et de pouvoir construire des articles avec des parties dynamiques et non plus statiques.

Ca m'étonnerait fort qu'il n'existe pas des mods SMF capable de faire des choses comme ça, non ?


La mise à jour de ces fiches projets pourrait se faire "dans le cadre" des topics du forum où les infos sont généralement remontées, cela implique toujours que "quelqu'un saisisse quelque chose" sur le projet concerné, mais ça serait forcément plus simple que "avoir sous la main quelqu'un ayant les droits de maj du portail sachant quel(s) article mettre à jour". Il faudrait évidemment définir une interface de gestion de ces fiches, elle même avec des droits d'accès...

Il y a plein de choses à définir (quelles données précisément...) , c'est un projet en soi qui requiert des ressources (des gens) et du soft, inclus ou pas dans SMF / mods / autres. Mais à mon sens c'est le seul moyen pour que le portail ne se transforme pas en un cimetière des éléphants que de moins en moins de monde sera intéressé pour visiter, si ce n'est pas déjà la tendance (je ne connais pas les stats de connexion sur le portail).

Les éléphants morts, ça lasse.


Lâchez vos comz, comme ils disent !

A quoi bon prendre la vie au sérieux, puisque de toute façon nous n’en sortirons pas vivants ? (Alphonse Allais)



Hors ligne Jaehaerys Targaryen

  • CàA
  • Boinc'eur devant l'éternel
  • *****
  • Messages: 10388
  •   
Je suis d'accord avec les idées et argument avancés....

Si besoin je peux peut être aider à la saisie des infos dans la base de données...
« Modifié: 24 March 2011 à 20:39 par Polynésia "the Question Man" »



Twitter : devweborne // Chaine Youtube : https://www.youtube.com/channel/UCXcoCd-1UlHpYIYzNER0n1Q


Hors ligne Pascal94

  • Boinc'eur devant l'éternel
  • *****
  • Messages: 6589
  •   
    • Forum des Libristes
Je suis d'accord avec les idées et argument avancés....

Si besoin je peux peut être aidéser à la saisie des infos dans la base de données...
ça y est, ça commence  :D

non, plus sérieusement, c'est une très bonne idée je trouve, et ça permettra peut-être à d'autres (comme Boris) de pouvoir contribuer à la vie du portail  :jap:

la première question, c'est de savoir ce qu'il est possible de faire techniquement, et là bah comme comme d'habitude, on se tourne vers nos admins portail adorés  :smak:    :D



jip

  • Invité
L'idée étant évidemment qu'il y ait un moyen d'extraire les infos de cette table dans les articles du portail, et de pouvoir construire des articles avec des parties dynamiques et non plus statiques.

Ca m'étonnerait fort qu'il n'existe pas des mods SMF capable de faire des choses comme ça, non ?

là du coup, je comprends plus ce que tu vois comme étant du domaine du portail et ce qui serait du domaine du forum ?

car smf c'est le forum, et le portail c'est du joomla.



de plus là où je vois pas non plus c'est du coté structure du système ? ça donnerait une interface de saisie des données à part des 2 systèmes actuels (forum et portail), et des infos saisies sur le portail, puis un affichage sur le portail ??

ça multiplie pas un peu les système et les choses à créer ? y'aurait des droits pour l'interface spécialisée en plus de ceux du forum et du portail ?

en plus, si y'avait des volontaires pour saisir des infos sur les projets sur l'interface spécialisées, pourquoi ne le ferait-il pas directement sur le portail  ?

en dehors des projets, ou disons en plus, je pense que nombres d'infos pourraient facilement se retrouver sur le portail, simplement par synthèse et rédaction au propre de pas mal d'infos postés de ci, de là, dans un ou plusieurs topics (et un article de synthèse sur le portail c'est tout de même plus pratique que de devoir parcourir un ou plusieurs topics, pour collecter les infos utiles disséminées dans plusieurs posts).

mais là, la solution serait simple, il suffit qu'il y ait du monde pour le faire ... et plus il y aurait de monde et plus ce serait léger pour chacun, et en plus efficace.

mais on retombe toujours sur la même question : qui fait ?

y'a déjà pas mal de membres qui ont des droits de rédaction sur le portail qu'ils utilisent peu ou pas ?

de plus j'ai l'impression qu'il y a plus d'action pour de nouveaux articles que pour la maintenance (màj) de ceux déjà existants.

donc là, pour l'instant, j'essaye de comprendre l'idée de fonctionnement du système et ce qu'il apporte ou change.

coté possibilités, y'a déjà un exemple de connexion entre site de stats et portail avec cette page dynamique utilisant un export xml des données du site setibzh : http://www.boinc-af.org/etat-des-serveurs-de-projet-boinc/synthese-de-letat-des-serveurs-de-projets/1164-synthese-de-letat-des-serveurs-par-setibzh.html

coté joomla, concernant les projets on est plutôt sur un système d'annuaire de sites. il semble qu'il existe des extensions dans ce domaines. voire des extensions permettant de définir des données, formulaires et vues (des principe similaires au CCK/View qui a fait l'intérêt du cms drupal).

mais toutes les solutions techniques en plus ne changeront pas la question de trouver des volontaires pour le faire et s'y tenir à peu près régulièrement. non ?



Hors ligne JeromeC

  • CàA
  • Boinc'eur devant l'éternel
  • *****
  • Messages: 31106
  •   
Je pense à une vrai base de données (MySQL, etc) de fiches projets,

- dont l'interface de mise à jour serait où on veut : a priori c'est logique que ça soit sur le portail (si on peut y plugger ce qu'il faut, selon la techno choisie)

- avec une fiche par projet avec toutes les informations (attributs) du projet

- informations pouvant d'alimenter les articles du portail de façon dynamique : car une même info / attribut pour un projet est réutilisée à divers endroits / articles du portail, qu'on est censé mettre à jour partout aujourd'hui (article projet, listes diverses, cf mes exemples)

- ces articles de portail dynamiques... devant être faits, en remplacement / modification des articles statiques actuels

Le forum est l'endroit d'échange entre les membres, où souvent les infos sur les projets remontent (dans les topics des projets), je n'ai pas d'idée sur un lien forum / portail, il n'y en peut-être pas de "technique", uniquement un "logique" (par exemple un lien dans le 1er post du projet vers les "fiche" de la base, quel que soit la techno).


Au début je pense que cette idée augmente la charge de travail, et qu'à terme elle la réduit, la rationalise, la rend plus efficace, pourrait peut-être redynamiser le portail que je trouve moribond.

De nouveaux membres "pleins de bonne volonté" seraient peut-être plus motivés pour se mettre en action sur un système de ce type, plutôt que tenter de mettre à jour de vieux articles disséminés. Ca rejoint ta remarque d'ailleurs.

Mais si ces membres n'existent pas en nombre assez nombreux, ça sert à rien de faire des plans sur la comète.

On devrait ptet commencer par un sondage "qui est prêt à investir X heures / mois sur le portail" pour voir le potentiel...

Je ne sais pas ce qui fait la dynamique d'un site comme notre portail, pourquoi à certaines époques il a beaucoup produit, et pourquoi ça se réduit, voire pourquoi ça s'arrête.

A quoi bon prendre la vie au sérieux, puisque de toute façon nous n’en sortirons pas vivants ? (Alphonse Allais)



Hors ligne JeromeC

  • CàA
  • Boinc'eur devant l'éternel
  • *****
  • Messages: 31106
  •   
Alors voici un premier jet du design que j'ai en tête.

Parce que rien ne sert de courir, il faut partir à point. Et le design, c'est la base. De la base.
Enfin j'me comprends :D



Le fichier txt ci-joint contient un xml que vous pouvez importer ici pour jouer avec. Rigolo.
(c'est là que j'ai dessiné la chose et exporté le xml, sympa ce truc)

A quoi bon prendre la vie au sérieux, puisque de toute façon nous n’en sortirons pas vivants ? (Alphonse Allais)



Hors ligne Matt11

  • Boinc'eur Respectable
  • ****
  • Messages: 686
  •   
Super travail Jérôme, ça se présente bien :)

Il manque peut-être un champ pour l'image du projet et un champ pour un résumé du projet (pour avoir un aperçu rapide de ce que fait le projet sans devoir lire toute la description).

Ensuite ce qui peut poser problème c'est les projets multi-catégories comme yoyo. Est-ce qu'on range les sous-projets dans la table "APPLICATIONS" (dans ce cas peut-être faudrait-il rajouter un champ catégorie) ou est-ce qu'il faut créer une table pour les sous-projets mais qui fera peut-être doublon avec la table applications  :??:

 :jap:


EDIT : Peut-être aussi ajouter un champ Université (ou société) gérant le projet (ou seulement pays du projet). C'est toujours intéressant de savoir qui est à l'origine des projets.
« Modifié: 27 July 2015 à 12:53 par Matt11 »


Ubuntu Mate 18.04  Intel core i7 6700K 4x4.0GHz 16Gb Nvidia Geforce GTX 1070


Hors ligne JeromeC

  • CàA
  • Boinc'eur devant l'éternel
  • *****
  • Messages: 31106
  •   
Merci pour ce premier retour, donc

- ajouter une description courte en plus de la description longue, why not
- mettre la catégorie sur les applications est en effet un oubli de ma part : c'est précisément l'idée d'avoir une table applications, car même ceux qui ne sont pas "multi-projet" ont souvent plusieurs applis, et du coup rien n’empêche qu'elles n'aient rien à voir entre elle, et du coup la catégorie est utile à cet endroit. A noter que pour la catégorie au niveau projet j'ai prévu d'avoir une "multi-catégorie", mais ça ne sera pas le cas pour celle de l'application.
- autre bonne idée, des champs de contact au niveau projet (unniv / organisation, mail de contact...) mais je vais faire mieux : une table CONTACTS_PROJET (comme CATEG_PROJET) qui permettra d'en liste autant que nécessaire

A quoi bon prendre la vie au sérieux, puisque de toute façon nous n’en sortirons pas vivants ? (Alphonse Allais)



Hors ligne tibidao

  • Membre d'honneur
  • Boinc'eur devant l'éternel
  • *
  • Messages: 2933
  •   
    • Le forum de l'Équipe de la science
Beau travail jérôme  :jap:

L'Équipe De La Science recrute !
Venez faire un tour sur notre forum : http://www.boincedls.org/forum/
Vous pouvez aussi rejoindre notre groupe facebook : Équipe De La Science - AF - BOINC


Hors ligne JeromeC

  • CàA
  • Boinc'eur devant l'éternel
  • *****
  • Messages: 31106
  •   
J'aimerais bien un max de retours avant de me lancer dans le remplissage d'un tableau xls basé sur cette structure... parce que s'il faut ressaisir des choses suite à des évolutions de structure a posteriori, ben j'aurai les boules :)

Mais bon comme c'est les vacances je pense qu'il faut pas être trop pressé non plus... à la limite je pourrai initier un truc en ligne / partagé (type google docs) et commencer à mettre de la matière dedans pour que les courageux puissent le continuent pendant mon absence (3 dernières semaines d'août).

A quoi bon prendre la vie au sérieux, puisque de toute façon nous n’en sortirons pas vivants ? (Alphonse Allais)



Hors ligne Sébastien

  • Gentil admin
  • Boinc'eur devant l'éternel
  • *******
  • Messages: 2455
  •   
Très beau travail.
Toutefois, je pense qu'il serait préférable d’utiliser un champ entier autoincrémenté comme clé primaire pour chaque table. En se basant sur ta proposition, voici ce que cela pourrait donner
 
bdd_af_1_20150727_1339112846.png
« Modifié: 01 September 2021 à 15:39 par Sébastien »



Hors ligne Spica

  • Méchant modo
  • Boinc'eur devant l'éternel
  • ******
  • Messages: 5146
  •   
très joli tout ca et bravo..  :jap:  :jap: :eek: :eek:
Dans la section Astro, j'avais détaillé si il y a avait des applis CPU Linux, CPU Win, CPU Mac et GPU NVIDIA, GPU ATI, on pourrait rajouter GPU Intel et Android, multithread ou pas, Virtual Box... A moins que ce soit déjà inclus dans vos idées et que j'ai pas tout bien compris...
Je rajouterais un ou deux champs 'divers' pour des choses qui ne rentrent pas dans les cases précédentes. Par exemple, pour des liens un peu spécifiques : genre publications scientifiques (qui pourrait ne pas etre dans le divers) ou lien vers une page particulière qui donne des bonnes infos sur les temps de calcul GPU

22717 SETI@home classic workunits; Redécouverte pulsar J1916+12 (le 07Nov2009) Einstein@Home.


Hors ligne JeromeC

  • CàA
  • Boinc'eur devant l'éternel
  • *****
  • Messages: 31106
  •   
@seb : oui ça me va très bien si techniquement c'est plus sûr / performant (encore que je ne m'attends pas à ce qu'on ait des problèmes de volume réellement ;) ) c'est vraiment un draft hein toute suggestion est bienvenue

@spica :
- oui dans la table OS on peut aussi mettre android, bsd, tout ce qu'on veut.

- l'idée du champ "CPU-GPU" permet de mettre ce qu'on veut (champ texte), y compris ce que tu donnes en exemple : on aurait par exemple une version d'une appli avec OS = linux et CPU-GPU = CPU, une autre version de la même appli avec OS = linus et CPU-GPU = GPU et dans ce cas pre-requis-GPU = ATI, mais je voyais aussi plus de détails genre "carte ATI au delà de telle famille / nVidia à partir de telle branche", que sais-je, mais on peut faire plus luxe et on le relie à une table externe comme celle pour "OS" qui permet de gérer une typologie plus carrée (avec tout le détail qu'on veut dedans aussi derrière, on mettrait dedans les champs jeu d'instruction et les pre-requis GPU que j'ai mis en champ texte), mais je me disais aussi que le mieux est l'ennemi du bien et l'idée des trois champs texte comme je les ai mis est de mettre "ce qu'on veut dedans" , un peu foutoir peut-être mais plus simple aussi, il faut trancher (on peut certainement avoir un design plus chiadée de ce côté, mais comme j'y connais pas grand chose en GPU mes idées étaient limitées) --> suggestions welcome

- bonne idée pour un champ prérequis VirtualBox (avec dedans par exemple la version compatible min/max, par exemple en ce moment VB 5 sort et les divers projets à base de VM ne sont pas encore au niveau, il le seront peut-être au fur et à mesure seulement, donc on pourrait dire que telle version de telle appli pour telle projet a besoin de VB 4.x ni plus ni moins...

- pour gérer les news : on ajoute URL_News_Projet en dessous des autres, et voila

- pour les temps de calcul l'idée est le lien URL WUProp qui va bien, sauf si tu penses à des choses que ne fait pas encore WUProp et qu'il faudrait encore maintenir sur une page à part... à ce moment ne serait-il pas plus simple de maintenir ce genre d'info sur le 1er post du topic projet (qui a déjà son URL de prévue) ?


Il faut éviter d'en faire dès le début une usine à gaz qui s’étoufferait rapidement sous son propre poids, toute ce qu'on envisage dans la structure il faudra le maintenir dans la base ! c'est supposé proposer un lieu unifié pour maintenir une seule fois ces infos pour chaque projet / appli, mais ça fait quand même pas mal de chose à maintenir aussi... certes ça ne change pas tous les matins, mais bon...


@seb again : à partir de maintenant tu préfères maintenir la structure ou je continue ? j'ai voulu faire simple et j'ai trouvé ce projet de portage de SQL designer sur un site web sympa et avec quand même de bonnes capacités (on peut générer le SQL pour construire la base par exemple, sous divers format, cf les options) mais c'est peut-être trop limité pour toi ? (j'avoue que pour le moment la méthode de backup est assez simpliste, mais efficace aussi non ? ) --> là encore, keep it simple !

A quoi bon prendre la vie au sérieux, puisque de toute façon nous n’en sortirons pas vivants ? (Alphonse Allais)



Hors ligne Sébastien

  • Gentil admin
  • Boinc'eur devant l'éternel
  • *******
  • Messages: 2455
  •   
@JeromeC: Tu peux continuer. Le site que tu as découvert est vraiment bien fait. Il sera facile d'importer la structure de la BDD sur le serveur MySQL.
En PJ, le code des modifs que j'ai apporté plus haut.



Hors ligne Spica

  • Méchant modo
  • Boinc'eur devant l'éternel
  • ******
  • Messages: 5146
  •   

@spica :
- pour les temps de calcul l'idée est le lien URL WUProp qui va bien, sauf si tu penses à des choses que ne fait pas encore WUProp et qu'il faudrait encore maintenir sur une page à part... à ce moment ne serait-il pas plus simple de maintenir ce genre d'info sur le 1er post du topic projet (qui a déjà son URL de prévue) ?

Je pensais à Einstein où le temps de calcul dépend fortement du nombre d'UTs en parallèle et donc Wuprop ne doit pas etre top pour cela et dans mon intro sur Einstein, il y a un lien vers un fichier qui donne les temps de calcul en fonction du nombre d'UTs faites et de la CG.
Pareil pour Milky, j'en fait 10 à la fois : 8minutes par UT donc mais 8/10mn=48s par UT en réalité, si j'en faisais une, ca mettre plus d'une minute pièce. Ici encore pas sûr que Wuprop divise par le nombre d'UTs en parallèle faites. Par contre là, pas de lien pour dire combien de temps/UT en focntion de la CG et du nombre en parallèle hormis des infos distillées quelque part sur ce forum...
Sinon,  :jap: pour le boulot  :jap:

22717 SETI@home classic workunits; Redécouverte pulsar J1916+12 (le 07Nov2009) Einstein@Home.


Hors ligne JeromeC

  • CàA
  • Boinc'eur devant l'éternel
  • *****
  • Messages: 31106
  •   


Donc j'ai refait pas mal de peinture, en systématisant la recommandation de Seb + ajoutant des trucs dont on a parlé et en rationalisant le modèle de données : contacts et url en tables séparées, typologie également = flexibilité maximale puisqu'on pourra en créer à la demande limite pour un seul projet / contact ou url.

Dans le champ CPU-GPU (que j'ai choisi de pas normaliser avec table externe pour le moment, keep it simple) on pourra aussi mettre "CPU(mt)" pour les projets mt (logique :) ), ou autres idées.

Je pense qu'on est pas loin de quelque chose d'exploitable, je vais commencer (doucement) à remplir un tableau (idée : tableau partagé online type gdocs... comment ça je l'ai déjà dit ?? :) )

Tout commentaire est toujours bienvenu.


edit : ajout d'une petite date de mise à jour partout qui permettra, si on la maintient, d'avoir une idée de la fraicheur des infos ajoutées (pour chaque info), ce qui nous manque souvent à l'heure actuelle.
« Modifié: 29 July 2015 à 21:23 par JeromeC »

A quoi bon prendre la vie au sérieux, puisque de toute façon nous n’en sortirons pas vivants ? (Alphonse Allais)



Hors ligne Matt11

  • Boinc'eur Respectable
  • ****
  • Messages: 686
  •   
Ça m'a l'air bien complet mais pour moi il manque dans la table PROJET un champ "Logo/Bannière du projet" et un champ "Résumé" pour résumé en une phrase ou deux le but de la recherche (un peu comme ici).

Après on est pas obligé de remplir tous les champs, non ?


Ubuntu Mate 18.04  Intel core i7 6700K 4x4.0GHz 16Gb Nvidia Geforce GTX 1070


Hors ligne JeromeC

  • CàA
  • Boinc'eur devant l'éternel
  • *****
  • Messages: 31106
  •   
Si la base de donnée permet le stockage d'images why not, mais on peut aussi se contenter de stocker l'URL du logo dans la table des URL (on rajoute un type, facile) je sais pas ce qui vaut mieux...

Et la description courte OK j'ajouterai.

A quoi bon prendre la vie au sérieux, puisque de toute façon nous n’en sortirons pas vivants ? (Alphonse Allais)



Hors ligne Matt11

  • Boinc'eur Respectable
  • ****
  • Messages: 686
  •   
Ok j'avais pas compris la table URL_PROJETS  :priz2tet:
Au temps pour moi  :desole:


Ubuntu Mate 18.04  Intel core i7 6700K 4x4.0GHz 16Gb Nvidia Geforce GTX 1070


Hors ligne JeromeC

  • CàA
  • Boinc'eur devant l'éternel
  • *****
  • Messages: 31106
  •   


Bon il va falloir que je me mette à monter le fichier n'est-il pas... :D

A quoi bon prendre la vie au sérieux, puisque de toute façon nous n’en sortirons pas vivants ? (Alphonse Allais)



Hors ligne al@ON

  • Boinc'eur devant l'éternel
  • *****
  • Messages: 11703
  •   
    • MySpace al@ON
Joli boulot Jerome.

Dans la table PROJET Description & Résumé ne font-ils pas doublons, et ne faudrait-il pas rajouter à un des 2 un lien vers la description ou le résumé du projet écrit sur le Protail si il en existe un(e).

Hier j'avais vaguement pensé à truc, mais  :idtalacon:

... l'empereur Ming Alzheimer m'attend!!!  :gnu:


Hors ligne Matt11

  • Boinc'eur Respectable
  • ****
  • Messages: 686
  •   
Je crois justement que l'idée de la base de données est d'unifier toutes les descriptions (portail, forum, ...).
Donc cette BDD sera utilisée pour afficher la description des projets sur le portail (elle ne peut donc pas contenir un lien pointant sur la description du projet sur le portail sinon ça se mort la queue  :pt1cable: )


Ubuntu Mate 18.04  Intel core i7 6700K 4x4.0GHz 16Gb Nvidia Geforce GTX 1070


Hors ligne al@ON

  • Boinc'eur devant l'éternel
  • *****
  • Messages: 11703
  •   
    • MySpace al@ON
D'accord Matt.


Hors ligne JeromeC

  • CàA
  • Boinc'eur devant l'éternel
  • *****
  • Messages: 31106
  •   
Matt a tout compris c'est exactement ça, une fois que cette base sera construite et remplie (c'est là tout le boulot qui NOUS attend ;)) il faudra ensuite modifier les articles du portail pour qu'ils présentent toutes ces données sous un format cohérent et unifié. Et pourquoi pas aussi le 1er post de chaque topic de projet sur le fofo ! (et c'est la un DEUXIEME BOULOT qui attend heu... Ceux qui sauront le faire :desole:... Seb par exemple :desole: :desole: :desole:)

MAIS quand tout ce boulot sera abouti toute modification sur les données du projet sera à faire une seule fois et mettra à jour toutes les pages qui l'utilisent !

Et on peut d'ailleurs imagines d'autres façons de la consulter / présenter (via nos sites de stat, etc)

La différence description / résumé : yakalire plus haut ce topic :p

(et d'ailleurs je pense : pourquoi pas lier la table URL vers la table application puisqu'on a des topics par sous projet aussi- je parle pour les projets multiples- et il existe des pages descriptions adaptées aussi sur les sites de ce type de projet)

A quoi bon prendre la vie au sérieux, puisque de toute façon nous n’en sortirons pas vivants ? (Alphonse Allais)



Hors ligne tibidao

  • Membre d'honneur
  • Boinc'eur devant l'éternel
  • *
  • Messages: 2933
  •   
    • Le forum de l'Équipe de la science
Réponse #24 le: 13 September 2015 à 11:45
Je me permet de relancer le sujet, est-ce qu'on peut faire quelque chose pour aider l'avancement ?  :D

L'Équipe De La Science recrute !
Venez faire un tour sur notre forum : http://www.boincedls.org/forum/
Vous pouvez aussi rejoindre notre groupe facebook : Équipe De La Science - AF - BOINC