[RETURN OF THE LOST MOMO]
Bon, j’ai pris le temps de lire les 6 pages (mais pas encore le log, j’y viens
), et je vais déjà faire quelques retours sur un peu tout et n’importe quoi.
Je dirai que dans l’ensemble ce qui a été proposé est bien, et pas forcément éloigné de ce qui a pu être proposé/voulu/désiré/tenté à une époque (ie, avant la fuite des admins
). On avait même commencé à coder un simili forum bâti sur le nouveau système de tag avec Pitt (avorté, comme plein de choses…)
En gros, je dirai qu’on était parti dans nos idées de plusieurs constats (je reposte tout ça ici pour l’histoire mais c’est très proche de ce qui a été dit) :
- Il n’y a pas réellement plusieurs types de contenus, mais plusieurs façon de l’afficher. Derrière cet énoncé se cache une idée simple : un post de blog et ses commentaires ne sont jamais rien qu’un topic et ses réponses, un article avec des commentaires attachés, idem, etc… Donc pourquoi séparer tout le contenu alors qu’il pourrait être en commun ? (et du même coup faire de chaque topic une page de wiki éditable (si on veut avec une case à cocher pour valider et tout et tout)
- Les blogs des membres, c’est super, les fiches homebrew (qu’on peut aussi voir comme un topic de présentation, mais structuré, auquel on peut répondre par des « yo, trop de la balle mec ! » ou autre…) aussi, et en fait l’idéal ça serait que le boulot de remplissage du forum soit fait par les membres plutôt que par les admins/modos. Pourquoi ? Parce qu’avec un vrai bon site 100% orienté participatif, une fois la structure en place, même si les admins fuient, le site continue à avancer/progresser, et ça, ça n’a pas de prix (pour tout le reste il y a Eurocard-mastercard)
- Les catégories de forum, c’est mort. Comme dit par tout le monde, c’est beaucoup trop restrictif : que faire des catégories avec peu de posts ? Et le jour ou finalement ça décolle, on sépare tous les topics en plusieurs catégories ? Les tags, c’est l’avenir, c’est utilisé partout, mais bizarrement très peu dans les forums :s L’idée était donc d’avoir des tags par topic (comme déjà signalé, genre auteur, console, langage de programmation, etc…), ce qui permet à ceux qui veulent de se faire leurs propres catégories et de filtrer par console ou autre. Plus flexible, plus pratique, plus moderne, plus tout quoi
Après, pour répondre aux histoires de playeradvance, oui c’est normal de comparer car une grosse partie des communautés est commune, que les admins viennent en majeure partie de là-bas. La différence reste que playeradvance est plus orienté vers les joueurs (c’est d’ailleurs dans son nom), et quand je dis ça ce n’est pas forcément une volonté des admins de là-bas mais un simple constant, et dev-fr a été fondé justement pour palier à ça et faire une communauté purement orientée dev.
Au niveau de la direction que prend dev-fr (ou que devrait prendre dev-fr), j’ai une vision personnelle de la chose (qui plaira ou pas, mais qui a l’air de coller en partie avec ce qui s’est dit sur IRC), qui est l’approche personnalisable façon facebook/twitter. Ce que les gens veulent souvent, c’est avoir un site où ils ont à la fois leur espace bien à eux, mais en même temps la possibilité de voir le contenu de tous les potes/collègues/autres sans avoir à aller sur 40 sites différents. Facebook et Twitter mettent ça sur la page d’accueil des membres, avec le contenu directement issu des autres membres avec qui on est affilié, en gros.
Avec un système de tag, on peut imaginer ne proposer en news/articles (au moins sur la page d’accueil) que les sujets qui nous intéressent. Le downside c’est que ça limite le contenu qu’on peut voir (même si par défaut on affiche tout) et que niveau serveur je pense que ça va consommer beaucoup plus de temps CPU, mais le côté pratique c’est que du coup on peut afficher plus d’infos car l’utilisateur a déjà fait à l’avance une partie du tri entre ce qu’il aime et ce qu’il n’aime pas. Donc en terme de lisibilité on y gagne.
En ce qui concerne les articles/tutos, je pense qu’en fait il y a d’autres formes qui peuvent être intéressantes. Sur certains devblogs (en général, pas forcément dev-fr) on retrouve ainsi des posts sur des points de réflexion, des découvertes, etc… Ce ne sont pas des articles/tutos car pas complets, ça ouvre à la fois à la réflexion et/ou à la discussion, et parfois ça peut amener à se découvrir des thèmes sympas. Genre j’aimerai bien lancer un tel sujet sur les JIT et la compilation dynamique, sans pour autant faire un tuto exhaustif. En gros des « introductions » à des sujets. Ou genre des pseudo-débats sur les méthodes de tris (pourquoi utiliser celle-ci dans un cas précis plutôt que telle autre). Tous ces topics ont leur place dans un forum, mais ne constituent pas pour autant des topics « de base » (dans le sens non péjoratif du terme) à l’image de demande d’aide ou de présentation de projets ou de blabla, car ça se rapproche quand même pas mal de tout ce qui est tuto/article (ie, ça reste à visée « éducative »).
A titre personnel, j’avais dans l’idée d’ouvrir un jour un devblog perso pour mettre plein de choses comme ça, et ce qui me gène c’est que les gens doivent venir dessus pour lire et qu’en gros de nos jours ça gonfle tout le monde de suivre 40 blogs
Donc avoir le contenu à portée de main, c’est cool. Ca permet aussi aux membres de mettre du contenu et de décharger un peu les admins/modos.
Pour en revenir sur les tags, avec Pitt on avait prévu de faire les blogs comme partie intégrante du forum (ou plutôt du site). Sur le profil d’un membre on aurait une section blog regroupant tous les topics qu’il a ouvert et pour lesquels il a ajouté le tag « blog », et depuis cette partie il pourrait ajouter de nouveaux posts (avec donc la balise blog en auto). Ca résout à la fois le problème du développement des blogs et l’intégration dans le forum, mais ça peut aussi se révéler limité pour la customisation (encore que…)
Je reste persuadé que le système de tag permet de répondre à pas mal de questions/problèmes/besoins, mais le souci, comme évoqué sur IRC, reste la techno : à développer soi-même (long, fastidieux, mais au moins on peut faire ce qu’on veut) ou à reprendre ailleurs… A ce titre, quand on avait cherché il y a quelques mois/années, on n’avait pas trouvé de vrai bon forum basé sur des tags (il faut aussi que le code soit facilement accessible/modifiable pour y intégrer les éléments en plus qu’on peut avoir).
C’est un peu pour ça qu’on avait choisi SMF à la base, car de tous les forums qu’on avait testé (phpBB, punBB, et d’autres), au final c’était le plus simple, rapide, et modulable (en mettant les mains dedans). Mais au niveau tag, je pense que c’est mort. Il doit bien y avoir des petits plugins à la con pour rajouter des tags, mais si l’ensemble du forum (et du site) doit se former autour des tags, il faut avoir une vraie approche centralisée avec les tags en centre du truc et pas juste sous forme de plugin à l’arrache tout moisi.
Sinon, petit aparté sur ce que disais Tiwaz : réunir les meilleurs articles dans un dev-fr Mag n’est pas forcément une mauvaise idée. Je veux dire par là que certes les membres auront pour la plupart lu (ou vu passer) les articles lors de leur parution, mais il faut penser aux nouveaux membres (qui va aller déterrer des topics/articles de plus d’un an ?) qui pourraient ainsi trouver dans un historique de mag un espèce de best of sympa et rapide d’accès. Ca m’est aussi arrivé de faire du déterrage de tuto car un truc ne m’intéressait pas il y a 1 an et finalement après avoir vu d’autres choses ça m’intéresse.
Concernant les concours, je pense que c’est important. Un truc que j’avais tenté de mettre en place sur feu palib.info était les concours mensuels ou bi-mensuels où des assets étaient fournis pour faire du pong (et autres conneries). Ca n’a pas trop pris, mais on peut imaginer des choses différentes (comme évoqué sur le forum et sur IRC). Je pense qu’il peut être intéressant d’avoir des concours relativement réguliers (à savoir, au moins 1 par mois) pour dynamiser le site, et des vrais gros concours avec lots 1 à 2 fois par an (les compos
). Pour donner un intérêt (somme toute relatif, mais quand même) aux concours, pourquoi ne pas attribuer des points (au top 3 ou top 5 selon le nombre de participants) ? Un peu à l’image des karmas et autres conneries sur les forums, sauf que là ça serait en fonction des points obtenus dans les concours. Genre sur le profil de Tiwaz on aurait 32768 posts / 512 devpoints. Et au lieu d’avoir un rang uniquement en fonction de posts (super élite de la mort…), on pourrait en avoir en fonction des devpoints (coding guru master qui déchire sa race). Ca donne un intérêt à l’exercice sans pour autant nécessiter de partenariat pour des lots et sans générer l’appat du gain. En un sens, on se rapproche de ce qui se fait déjà pour la compo débile
Après, si je devais donner mon avis sur la marche à suivre (bon, on me le demande pas mais je le donne quand même
), je dirai qu’il faut :
1. Définir clairement l’objectif du site (« dev et fun », comme dit précédemment, ça sonne bien
), et le positionner par rapport aux autres sites (francophone, on comparaison du style « même genre que XXX, le site anglophone), afin de faire ressortir les idées à garder ou rejeter qu’on peut trouver sur les autres sites. Un exemple que je donnerai (libre à chacun d’être pour ou contre) est siteduzero.com, qui pour moi est différent de dev-fr dans le mesure où ils font des tutos très complets, très exhaustifs, sur plein de sujets (on s’y perd), alors qu’à mes yeux il est plus important pour dev-fr d’avoir des tutos encore plus faciles d’accès, et qui permettent en quelques minutes d’obtenir un résultat (genre faire un SHMUP), quitte à mettre de côté certains problèmes ou à faire des raccourcis pas toujours exacts. Et toujours par rapport au siteduzero, on a bien entendu tout le côté projets et communauté qui est important (les fiches, tout ça)
2. Définir clairement qui est là pour faire quoi, afin de voir ce qu’on est en mesure de faire et ce qu’on ne peut pas faire. Si on a 10 mecs qui sont bon en techno web, ça peut valoir le coup de tenter de faire un forum/site from scratch. S’il n’y en a pas, bon bah faut trouver un truc tout fait ^^Ca permet aussi par la suite de définir les rôles. Je vais dire un truc qui va déplaire à Pyroh, mais pas grave : je pense que c’est important d’avoir une hiérarchie (même minimaliste) pour que les choses avancent bien (je donnerais comme exemple smealum qui a géré la discussion sur IRC de façon un peu totalitaire, mais voilà, au moins tout le monde a pu s’exprimer et c’était lisible
).
3. Bah si on sait où on va et avec qui on n’y va, il ne reste plus qu’à y aller
(quoi, c’est la partie la plus compliquée et je ne détail rien ? BAH OUAIS !!!)
Après, au niveau des petites corrections minimes dans les conversations, je dirai que techniquement la prochaine version de dev-fr serait la 3.0 car l’actuelle est déjà la 2.0
Mais tout le monde s’en fout donc moi aussi.
Je vais revenir un peu sur les histoires de projets/svn/etc. Tout le monde a l’air d’accord pour dire d’oublier les SVN (à la limite on peut avoir un truc à la demande et faire ça à la mano pour les membres sympas). J’ai regardé vite fait du côté de google code (qui propose une page de projet, un wiki, des docs, du bugtracking (il me semble), un svn, etc… En fait je me dis que si ça se trouve l’idéal aurait été de pouvoir intégrer leurs services dans le site (même si niveau charte graphique c’est rude), mais a priori les API ne sont pas ouvertes donc niveau intégration c’est mort.
Si l’objectif est de s’ouvrir aux débutants, je pense que le problème majeur qui leur est posé est « par où je commence
». Donc avoir un truc genre « créer un projet » qui te propose direct différents types de projet (jeu iPhone, jeu DS, etc…) qui t’oriente par la même occasion vers des ressources (voire même des zips avec templates ?), ça peut être sympa. Le côté sympa est qu’on met ça en avant à mort pour inciter/motiver les gens à démarrer, mais par contre on aura beaucoup de projets vides (ou presque, ou abandonnés…). A voir/méditer ^
Bon, je pense que j’ai un peu fait le tour des trucs que je voulais dire, donc sur ce je retourne hiberner
et sinon pour les histoires de HTML5/CSS3 : +1
[/RETURN OF THE LOST MOMO]
