Dit artikel verzamelt de ervaringen van zowel vraagstellers als antwoorders, dus lees dit, neem het in je op en gebruik het om jouw manier van vragen stellen te verbeteren.

Deze tekst probeert uit te leggen hoe je op een forum zo snel en goed mogelijk een antwoord op je vraag kunt krijgen. Lees dit s.v.p. helemaal door!

Regel #0: Zoek eerst of de vraag al eerder is gesteld.

Fouten maakt iedereen. Veelal worden fouten vaker dan één keer gemaakt. Probeer daarom eerst te zoeken op forums/Google of jouw vraag ergens anders al eerder is gesteld. Hierdoor zul je sneller het antwoord op je vraag vinden en krijg je ook geen commentaar van andere gebruikers dat je het zelf had kunnen vinden.

Hoe zoek je in forums en google?

- Als je hulp zoekt bij een foutmelding, copy/paste dan de hele foutmelding in het zoekveld, ook als het een hele regel tekst is. Let wel even op dat er niet een wachtwoord in de foutmelding staat.

- Als je zoekt naar een techniek, vul dan de sleutelwoorden in, de dingen waar je mee bezig bent. Dus als je een manier zoekt om een record wissen in een PostgreSQL database, dan zijn je sleutelwoorden "postgresql record wissen".

- Probeer de populaire termen te gebruiken. Een record verwijderen kun je 'wissen' noemen maar je zult veel meer resultaten vinden als je zoekt naar het engelse woord 'delete' omdat veel ontwikkelaards het hebben over het "deleten" van een record.

Regel #1: blijf beleefd en trek je tenen in.

Als je iemand in levende lijve tegenkomt dan kun je aan zijn of haar gezicht direct aflezen of hoe iemand een uitspraak bedoelt. Via tekst op een forum is het een stuk lastiger om te interpreteren hoe iemand een zin bedoelt.

Bijvoorbeeld: het zinnetje

"Dat had je zelf ook op kunnen zoeken in de handleiding"

kun je interpreteren als kritiek:

"Suffe drol, als je nou ff de moeite had genomen om met je gare kop in die f*cking handleiding te lezen..."

Maar je kunt het ook interpreteren als een vriendelijk advies:

"De oplossing hiervoor staat ook in de handleiding beschreven, als je daar was beginnen te zoeken dan had je niet de moeite hoeven nemen om te posten en had je veel sneller een oplossing gehad."

• Ga er vanuit dat mensen het goed bedoelen. 99% van de mensen op forums zitten er omdat ze het leuk vinden om je te helpen, niet om je af te zeiken.
• Houdt rekening met hoe datgene wat je intikt geinterpreteerd kan worden. Plaats desnoods een smiley of zet er gewoon bij "ik wil je niet afzeiken" of "dit is niet kwaad bedoeld", dan weet de ander meteen hoe hij de tekst moet interpreteren.

Hoe stel je een vraag?

Een van de belangrijkste dingen om te onthouden is dat je publiek nog niets weet van waar jij mee bezig bent. Wees dus niet te karig met de informatie, maar houdt het wel binnen de perken. Je hoeft ook weer niet een heel scherm vol met uitleg te tikken.

Taalgebruik

Zorg ook dat je vraag ten alle tijden netjes geformuleerd is en dat er geen MSN taal in voorkomt, zoals ook in de huisregels is vastgesteld. Ook wordt het niet op prijs gesteld als je jouw vraag in hoofdletters stelt, dit zal vaker het averrechtse effect hebben. Daarbij is het ook verplicht om gebruik te maken van interpunctie. Zorg er dus voor dat je vraag de juiste leestekens op de juiste plaats bevat.

Dit alles heeft als reden dat wij graag zien dat iedereen de tekst zonder problemen kan lezen. Het resultaat daarvan is immers dat dan ook iedereen de vraag kan beantwoorden.

Post indien mogelijk altijd de echte code

Post zover mogelijk altijd de originele code waar je een vraag over of mee hebt. Ga niet een stukje code maken wat volgens jou hetzelfde probleem heeft.

• Je weet meestal niet precies wat het probleem is dus is het ook niet mogelijk om een script te verzinnen dat exact hetzelfde probleem heeft.

• Het probleem kan een diepere oorzaak hebben waardoor je met een verzonnen script niet het probleem, maar een symptoom nabootst.

Denk aan een foutmelding als "division by zero"; delen door nul mag niet. Dat kun je nabootsen met:

$a=1;
$b=0;
echo $a/$b;

Maar het probleem is niet dat je niet mag delen door nul, het probleem is dat $b gelijk kan zijn aan nul terwijl dat niet mag. Ergens _anders_ in je script wordt een waarde onterecht op nul gezet.

• Omdat een verzonnen script meestal even snel in elkaar gehackt wordt zitten er relatief veel bugs en onvolkomenheden in waardoor het niet eens doet wat het moet doen. Plus, als antwoorders niet weten dat jij een versimpeld script post dan zullen ze er vanuit gaan dat het je echte code is en je gaan helpen om die code te verbeteren.

Copy/paste

Type je code ook niet over, maar maak gebruik van copy/paste. Je zult niet de eerste zijn die bij het overtypen die ene komma dan juist wél als puntkomma overneemt, of $administatiekosten dan juist wél voorziet van de letter R die blijkt te ontbreken.

Foutmeldingen

Als je een vraag hebt over een foutmelding, post dan altijd de complete, originele foutmelding. De foutmelding bevat in de meeste gevallen een verwijzing naar het probleem dus als je een foutmelding samenvat dan bestaat de kans dat je het belangrijkste deel van de melding weglaat.

Denk aan MySQL foutcodes, die zijn soms cryptisch, maar via het getal dat erin staat kun je veel meer uitleg ophalen.

Bumpen

Soms wil je snel een antwoord, sneller dan je het krijgt. In dat geval is het soms aantrekkelijk om zelf te antwoorden op je vraag, met een bericht als "weet niemand het?". Er is vast wel iemand die het weet, maar die zit niet 24/7 te kijken of jij een vraag stelt. Geef de mensen de tijd, soms heb je met een minuut antwoord, soms duurt het een paar uur. Daar kunnen wij en jij niets aan doen, zo werkt een forum nu eenmaal.

Over het algemeen werkt bumpen averechts en gaat men je topic negeren omdat je zo aandringt.

Antwoord krijgen

Omdat het stellen van een goede vraag niet altijd eenvoudig is zul je soms in het antwoord een wedervraag krijgen. De mensen die je probleem willen oplossen hebben nu eenmaal vaak meer informatie nodig en dat kunnen ze alleen krijgen door het aan jou te vragen.

Schijnbaar irrelevante wedervragen

Soms lijken de wedervragen niet relevant, bijvoorbeeld: Als je vraagt hoe je een script moet stoppen als er een query foutgaat dan zal men terugvragen waarom het script zou moeten stoppen wanneer een query foutgaat. De standaard reactie van sommige vraagstellers is dan "Wat heeft dat er nou mee te maken, beantwoord nou maar gewoon de vraag, wat een kl*t*forum, op andere forums zijn ze veel beter, vloek, mopper etc etc"

Wat je als vraagsteller altijd in gedachte moet houden is dat jij degene bent met de vraag of het probleem en dat jij vraagt om hulp vooral; dat je uiteindelijk de beste oplossing wilt hebben. Als iemand twijfelt aan waarom je iets doet, dan zal hij daar een reden voor hebben. Vraag hem naar die reden. Als die reden in jouw geval niet relevant blijkt kun je hem altijd nog negeren, maar in verreweg de meeste gevallen is het wel degelijk relevant en behoedt de antwoorder jou zo voor problemen.

In het geval van het stoppen van het script na een foute query is de onderliggende reden dat het script dan maar half wordt uitgevoerd, wat weer tot gevolg zal hebben dat je database corrupt raakt. Zo gek is die opmerking dus echt niet, of je er nu op zit te wachten of niet.

Antwoord geven

• Probeer het niveau van de vraagsteller in te schatten. Als iemand post in het beginnersforum dan heeft hij er gewoon nog geen verstand van en die persoon zal schijnbaar overbodige vragen stellen. Erger je daar niet aan, maar stuur hem naar een plek waar hij die informatie kan vinden. De wiki bijvoorbeeld. :)

• Als je een vraag voor de tiende keer ziet, houdt er dan rekening mee dat het voor jou misschien de tiende keer is, maar voor de vraagsteller is het de eerste keer. Ga dus niet mopperen over dat het zo'n veelgestelde vraag is want daar kan de vraagsteller ook niets aan doen.

• Als een vraag je irriteert, negeer hem dan gewoon.

• Als een vraag niet duidelijk is, vraag dan om meer uitleg. Ga niet gokken wat de vraagsteller bedoelt, want dat is toch meestal fout.

• Als je een goed en uitgebreid antwoord hebt getypt op een vraag die je vaker terug ziet, plaats deze dan in de wiki.

De oplossing

Het is prettig als je aangeeft of een bepaalde aangedragen oplossing ook inderdaad voor jou werkt. Leuk voor degene die de suggestie deed en iemand anders kan daar ook baat bij hebben als hij in een zoektocht over een vergelijkbaar probleem jouw vraag tegen komt.

Ook als je zelf met een (andere) oplossing jouw probleem verhelpt, is het verstandig om dat antwoord nog even te plaatsen. Mogelijk heeft iemand op jouw briljante vondst nog een kleine aanvulling om je oplossing nog beter te maken (of hij kan je nog een reden geven waarom jouw oplossing eigenlijk heel slecht zou zijn). In beide gevallen ben je weer geholpen.

Dat is tevens de reden waarom er geen "slotje" op een topic gezet wordt als de topic starter tevreden is met het antwoord: er kan altijd iemand zijn die nog een hele goede suggestie wil doen.