Dit artikel is een meer algemene versie van het Wiki-artikel dat in eerste instantie werd gepubliceerd om vragen te stellen in het FIM/MIM Forum.

 


Vertaling

Dit is een vertaalde versie van : Forums: How to get the maximum return on your forum question?

       


Korte URL

Dit Engelstalige versie van dit artikel is snel bereikbaar op: https://aka.ms/asktherightquestion

 


Abstract

Of je nu een eerste gebruiker of een ervaren deskundige bent, wanneer je een vraag op een forum post, verwacht je een antwoord dat snel is, to-the-point, en bij voorkeur aangepast aan je behoeften.

Maar in veel gevallen, duurt het een tijdje (met vaak nog extra vragen en antwoorden) voordat de andere leden op het forum daadwerkelijk inzicht krijgen om de oorzaak van het probleem op te lossen.

Dit artikel wil je praktische hints aanreiken, tips en achtergrondinformatie, om het maximale resultaat te halen uit je posts op het forum, met een minimum aan inspanning.

Als je de juiste vraag stelt, op de juiste manier, krijgt je je antwoord veel sneller.

 


Introductie

Wat verwacht je als je een vraag op een forum post? Een snel antwoord, snel oplossen van het probleem dat waar je mee worstelt? De werkelijkheid ziet er echter vaak anders uit:

  • De meeste vragen gepost in het forum vereisen enige kennis van je omgeving. Om je vraag te begrijpen, moeten mensen achtergrondinformatie hebben.
  • In veel gevallen beschikt de oorspronkelijke vraag niet over voldoende gegevens om te helpen.

Wat is de meest efficiënte manier om voor de anderen op het forum om je te helpen? De sleutel tot de snelle oplossing is hoe je de vraag presenteert. In dit artikel, zal ik je suggesties en aanbevelingen aangeven die je helpen om het meeste uit dit forum te halen.



Het verzamelen van de juiste gegevens

Als een eerste stap, moet je gegevens verzamelen die verband houden met en relevant zijn voor je vraag. Wat de juiste gegevens zijn is afhankelijk van het soort antwoord dat je verwacht. Een vraag in het algemeen, meer op hoog niveau in combinatie met architectuur en ontwerp vereist een andere benadering dan een praktische vraag om een probleem op te lossen. Bij het voorbereiden van je vraag:

  • Neem tijd voor het verzamelen van gedetailleerde gegevens voordat je post
  • Verzamel beknopte, eenvoudige informeren over je omgeving
  • Foutcondities in detail beschrijven

Zelfs voor meer algemene architecturale vragen, neem een moment en vraag jezelf af:

  • Wat is de situatie waar je nu in zit?
  • Waar ben je begonnen?
  • Wat probeert je te bereiken?
  • Heb je voorbeelden om te helpen begrijpen wat je probeert op te lossen?



Kies het juiste forum

Gebaseerd op de core-technologie en het actieplatform, kies het juiste forum om je vraag op te posten. Alleen wanneer je met het juiste publiek praat, verzeker je een antwoord. Door te posten op het verkeerde forum, schiet je jezelf in de voet vanaf het begin.

Eerste keuze, wat is algemene categorie van de vraag?

Voor een lijst van platforms op MSDN/TechNet: Controleer dit overzicht:

Lijst van forums door talen, categorieën en gebied van discussies

Naast de TN/MSDN zijn er ook:

Het tweede besluit, kies het juiste forum...



Belangrijke gegevens

In de meeste gevallen zijn er sommige kerncomponenten die je in je eerste vraag moet vermelden. Deze onderdelen omvatten:

  • Versies van het platform
  • Basis serverconfiguratie
  • Configuratie van backend server
  • Foutcodes en storingen



Informatie over configuratie omstandigheden

In de vorige sectie, heb ik onderdelen besproken die strikt gerelateerd zijn aan de basis van de configuratie van het platform, die je vaak in real-time kan phalen.

Het is duidelijk dat de volledige infrastructuur bestaat uit verschillende delen (onafhankelijk van het platform dat je beheert), elk afhankelijk van elkaar: de toepassing, het besturingssysteem, de backend zoals SQL server, .NET framework, en meer...

Het is een complex evenwicht, zelfs een kleine verandering in een van deze onderdelen, zou kunnen leiden tot problemen. In het ideale geval beheer je de complete infrastructuur zelf. Maar in mijn ervaring, is dit zelden het geval, zoals de meeste levende setups worden beheerd door een groep mensen. En, niet ieder lid van het team weet de in en outs van elk deel. Dus, zodra je systeem zich slecht gedraagt, gewoon plotseling of met tussenpozen, terwijl je al voor een tijdje in een operationele modus draait, het is niet altijd gemakkelijk om de oorzaak te bepalen.

Wanneer je je problemen met setup probeert oplossen, neem ook een bredere blik op de technische infrastructuur. Het is de moeite waard om wijzigingen te melden die je op de configuratie van je systeem vanaf het allereerste begin aanbrengt.

Controleer ook of de gebeurtenissen en fouten nauwkeurig worden geregistreerd. Wijzigingslogboeken en gebeurtenissen logboeken kunnen de volgende lijst van vragen beantwoorden:

  • Is er een wijziging aangebracht in de systeemconfiguratie onlangs, zoals een update/upgrade, hotfixes,...?
  • Wanneer gebeurt de fout precies?
  • Bent je in staat om de fout te reproduceren?
  • Doet de fout zich voor met tussenpozen?
  • Een bepaalde configuratie op je omgeving, zoals zeer beveiligde netwerken, server lockdown...?

Je moet dit soort informatie posten in je eerste post, want het is zeer nuttig.



Optionele gegevens

Een ander belangrijk type van informatie die je in je bericht best opneemt, is niet van de technische soort. Het gaat om de acties die je hebt gedaan tijdens het zoeken naar oplossingen, voordat je je vraag postte.

Wat voor soort stappen heb je al gedaan om een antwoord te vinden?

  • Welke berichten heb je al bekenen?
  • Heb je al bepaalde hotfixes geinstalleerd?


Houd er rekening mee:
Dit soort vragen laat toe dat de anderen van het forum tijd te besteden aan het maken van vooruitgang in plaats van te antwoorden op al eerder gestelde vragen.

 


Systeeminfo die je helemaal niet moet weergeven

Het zou voor de hand moeten liggen, maar het zou niet de eerste keer zijn dat iemand persoonlijke, geheime, identificeerbare gegevens op het web post. Het kost niet al te veel moeite om het te gebruiken met kwade bedoelingen. Zorg ervoor dat je het volgende afschermt:

  • Wachtwoorden en geheimen
  • Persoonlijke identificeerbare informatie
  • Operationele machine en domein info
  • Service accountnamen
  • IP-adressering



Architectuur en design vragen

Het forum is ook een uitstekend middel als je alleen maar wat hulp nodig hebt voor het oplossen van een probleem op een architectonisch niveau. De volgende lijst met tips en vragen mag je verstrekken in de basis van je bericht:

  • Verstrek enkele basisgegevens over je setup.
  • Wat heb je al uitgevoerd?
  • Beschrijf wat je eigenlijk op gericht bent. Wat probeer je te bereiken?

Bied zo gedetailleerd mogelijke informatie, om je zaak te staven met voorbeelden en/of (geanonimiseerde) screenshots.



Samenvatting

Bij het oplossen van je probleem:

  • Neem tijd voor het verzamelen van voldoende en gedetailleerde info.
  • Lever basinformatie over je omgeving.
  • Specifieker, de foutcondities in detail beschrijven.

Als je assistentie of een inzicht over de kwestie van een ontwerp nodig hebt:

  • Verstrekken enkele basisgegevens over je setup.
  • Beschrijf wat je eigenlijk bereiken wil.

In beide gevallen biedt je zo gedetailleerd mogelijk de omgeving te beschrijven. Verstrekken van voorbeelden of (een link naar) screenshots, helpen anderen om je probleem te begrijpen. Veel succes en tot ziens op de forums!



Zie ook