Discussion :

[Community Management]

Bonjour à vous tous,

Les forums de la section C/C++ sont depuis un certain temps privés, c'est à dire qu'ils nécessitent l'enregistrement avant de pouvoir poster dessus, et ce afin de garantir un meilleur niveau qualitatif.

Comme nos collègues l'ont fait sur le forum Java, nous rappelons ici les règles, la tendance étant au relâchement ces temps-ci.

Bien chercher
Établir une stratégie avant de poser sa question

1. Effectuer une recherche
- Aide de l'outil, documentation
- FAQ C, C++Builder, Tutoriels disponibles sur le site (n'oubliez pas la fonction de recherche disponible sur la page d'accueil)
- Recherche sur Google
- Recherche sur le Forum

2. Si aucune solution n'est trouvée, alors poster un message dans un forum ciblé.

Penser aux forums particuliers : si votre message concerne un problème spécifique à Windows, il faut poster dans le forum programmation Windows, ... Voici la liste des forums principaux :

• Sous forum particulier :
  • STL
  • Boost
• Questions concernant Windows -> forum programmation Windows
• Questions concernant Linux -> forum programmation Linux
• Questions concernant un EDI ou un outils -> forum général outils C & C++, ou un forum enfant:
  • Visual C++
  • C++ Builder
  • Code::Blocks
  • Dev-C++
  • Eclipse
  • Les autres outils
• Questions sur une bibliothèque -> forum général Bibliothèques, ou un forum enfant :
• • Qt
  • GTK+
  • wxWidget
  • SDL
  • OpenCV
  • XML
  • Les autres bibliothèques

• Questions relatives aux bibliothèques graphiques -> forum "Développement 2D, 3D et Jeux"

Titres
Les utilisateurs qui parcourent le forum voient les titres en premier. Dans votre intérêt, pour obtenir une réponse ciblée, et dans l'intérêt de Developpez, pour obtenir une base de connaissances de bonne qualité, veillez à choisir des titres clairs et explicites;

Exemple de titre à bannir : Help, Au secours, Big problem ; de tels titres sont explicitement interdits et seront supprimés à vue sans semonce. A bannir impérativement également, les injonctions telles que Urgent, Vite, ... votre demande n'est pas plus pressée qu'une autre et de tel titres feront fuir ceux qui auraient éventuellement pu vous répondre.

Exemple de titre bien choisi : Utilisation du composant RichEdit, problème d'alignement. Ces titres permettront d'avoir un forum plus clair ; de plus, les utilisateurs aiment bien répondre à un post dont le titre est clair.

Pour améliorer la lisibilité des titres, vous pouvez utiliser des tags ; leur usage n'est pas obligatoire mais fortement recommandés. Ces tags donnent la catégorie dans laquelle on pourrait regrouper la question.

Exemples de tags : [Debutant], [Base de donnée], [Conception], ...

Vous aurez pu remarquer la présence de nouveaux boutons en bas à gauche des files de discussions. Il y a :


Résolu:qui permet d'indiquer que le sujet est résolu, et que cela ne sert plus à rien d'aller voir
Delestage: si vous pensez que votre sujet ne mérite pas de rester dans la base de données. Lors d'un delestage des modérateurs, il sera supprimé (dans le cas où votre message était juste un trou de mémoire, une erreur toute bête que personne ne risque de faire, ....)

N’hésitez pas à les utiliser, cela simplifiera la vie de tout le monde

Bien rédiger
Veillez à bien rédiger votre post, en français correct, c'est-à-dire sans trop de fautes d'orthographe et surtout pas en langage SMS !
Utilisez impérativement la balise [ code ] qui permet de mettre en valeur le code. N'oubliez pas que trop de lignes de codes font fuir les gens (je vous le dis par expérience), alors que 2-3 lignes bien ciblées permettent de mieux comprendre le problème. N'oubliez pas de préciser les messages d'erreur s'il en est question.

La netiquette (Johann.Heymes)
Bien sûr respecter la netiquette (pas de diffamation pas de gaminerie) ... mais je ne m'étalerais pas car il n'y pas lieu de vous reprendre sur ce sujet
(pour rappel : http://www.developpez.net/forums/viewtopic.php?t=334)

Post-it
Les post-its et annonces contiennent des informations importantes ; veuillez en tenir compte.

Merci (Johann.Heymes)
Lorsqu'une réponse qui vous a été donné vous a permis d'avancer dans votre projet, il ne coute pas grand chose de remercier les personnes pour leurs aides !
Et en plus cela permet de savoir que le problème est clos!

Geronimo

Remerciement à Johann.Heymes pour l'idée et certains paragraphes.
[/quote]

[JolyLoic]

Quelle est la politique en cas de post placé dans un forum pas adapté ? Doit-on :

• Ne rien faire ?
• Recommander au posteur le forum plus adapté ?
• Demander à un modérateur de déplacer le message ?
• Autre chose ?

[Aurelien.Regat-Barrel]

Signaler au posteur que c'est le mauvais forum, et lui demander de s'adresser à un modérateur pour déplacer son sujet.

[bolhrak]

Bon je sais que je suis relativement nouveau sur le forum, mais je pense que rajouter que ce forum n'est pas là pour faire le boulot à la place des gens devient nécessaire, vu le nombre de posts se contentant de poster un sujet d'exercice et de demander une solution. Cela devient plus que pénible.

[Luc Hermitte]

Oui. Définitivement. Tu es peut-être "nouveau", mais tes réflexes sont bons.

Donner un code tout cuit, c'est n'aider personne. Vous/Nous y compris. Ne vaut-il pas mieux bosser avec des collaborateurs capables de pondre eux-même leurs codes ?

Ceci dit, je crois que c'est médinoc qui a soulevé un point pertinent aujourd'hui. Parfois des débutants s'aident entre eux et ... ils n'ont pas toujours les bonnes bases, ce qui abouti à des styles de codes que l'on aimerait pourtant bannir en production. Et là, on peut arriver à ce qu'il faille mieux donner le vrai code à défaut de pouvoir indiquer tout ce qui ne va pas.

Maintenant, si vous êtes vicieux, vous pouvez toujours donner des réponses qui sont au delà de ce que les élèves sont sensés savoir faire -- généralement exploiter la SL rentre dans cette catégorie. M'enfin, bon, je n'ai rien dit, hein.