Jeg kunne skrive om udførligt om MSDN-forummer, etikette, navngivningskonventioner, Søg, osv. Jeg kan gøre det, Faktisk. Jeg ønskede at påpege en lille ting, som kan hjælpe folk med at få en bedre samlet oplevelse.
Jeg har sidst fortæller folk, hvis du løber ind i en slags problem med dit SharePoint miljø, udviklingsprojekt eller andre SharePoint-relaterede aktiviteter, sende et spørgsmål til forummet tidligere i din handling kæde snarere end senere. Jeg ved selv, at når jeg har et problem, en række potentielle løsninger præsenterer sig lige bortrejst. Jeg bestiller disse potentielle løsninger med hensyn til sandsynligheden for, anvendelighed og hvor nemt det er at undersøge. Jeg går igennem denne liste og ved tid, jeg har fået at #10, Jeg gør ændringer af registreringsdatabasen til en nøgle "/ foo/bar/almostThere/isThisIt/noThisIsNotIt/iCantBelieveIAmDoingThis/finallyThere!"på råd fra en blog fundet på side 8 af en Google-søgning. Når det ikke virker, Jeg endelig bogfører et spørgsmål til MSDN (strømsparetilstand. Her: http://social.technet.microsoft.com/Forums/en-US/sharepointgeneral/threads).
Jeg vil foreslå at du vende denne tilgang. Post fora langt tidligere i din undersøgelse, fordi:
- Det er gratis at du alligevel.
- Der har ikke garanteret SLA (som jeg klar, mindst).
- Derfor, Det kan tage lang tid for folk at reagere.
- Folk reagerer ofte til sidst.
- Hvis du vente indtil 2 eller 3 dage efter problemet først dukket op, Du er hektisk for et svar og fora er ikke et godt sted til akut hjælp (medmindre du er heldig).
Så, dybest set, Det er nemt og gratis og du har en god skudt på at få en slags svar, men det vil tage et stykke tid at få dette svar (igen, medmindre du er heldig).
Jeg plejede at tænke, at jeg skulle holde ud på udkig efter community hjælp fordi jeg ikke ønsker at spilde nogens tid beder om hjælp, når jeg kunne finde det ud selv. Nogle forum moderatorer og aktive deltagere kan føle måde, Men jeg ikke (mindst, Jeg føler ikke, at måde mere). Jeg kan ikke se nogen ulempe. Værste fald er at du skrive et spørgsmål og derefter besvare det selv nogen tid senere, eventuelt at "spilde" nogle ens tid. Jeg kan ikke se en stor risiko i, og der er værdi i de forske i spørgsmål som det under alle omstændigheder.
</slutningen>
Følg mig på kvidre på http://www.twitter.com/pagalvin
Jeg er med Mike om understrege den 2-3 dage ting. Dens ikke en hurtig retter og bør ikke bruges på den måde – Jeg er sikker på, jeg så en person sidste uge complaing at hans problem ikke havde løst i to timer trods det at blive bogført på 12:30mig på en lørdag af en ferie weekend. Jeg har startet mere og mere at bruge it som en måde at pre-empting problemer. fx ' før jeg gå ud og gøre x ved at skrive en y, er der en bedre måde at gøre det?’
Kvidre er en god idé.
Jeg tror, det sidste punkt bør være fed. Når du venter 2-3 dage du er både hektiske og frustreret, hvilket normalt betyder, at du er mindre åbne for løsninger. Der er en række spørgsmål jeg har brugt 2-3 dage på kun at finde, at det var et fælles problem, bare ikke fælles mig.
Jeg også Daves ideen om at bruge kvidre, Selvom jeg har haft blandede resultater der. Medmindre du er yderst forbundet du får muligvis ikke det svar, du søger efter. Ved hjælp af hastags som #SharePoint eller #MOSS øge hjælper med at synligheden dog.
Paul,
Du har overvejet bruger kvidre som en hurtig hjælp værktøj? Ganske ofte kan du bogføre en hurtig forespørgsel på, der og minutter, Du kan få en række nyttige links. Dette er noget, der kom op lidt tilbage med Joel O og vi begge agredd, at vi ikke ønsker at se kvidre slå i en FAQ men værd ved hjælp af hurtige løsninger/forslag osv.
Til mere detaljerede spørgsmål, derefter er Technet langt den bedste ressource (som jeg hyppigt et par gange hver dag)