MSDN ఉపయోగించి (మరియు ఇతర) SharePoint మద్దతు కోసం చర్చా వేదికల్లోకి

నేను MSDN చర్చా వేదికల్లోకి గురించి సుదీర్ఘంగా న రాస్తుంది, మర్యాద క్రమము, నామకరణాలు, అన్వేషణ, మొదలైనవి. I may do that, నిజానికి. I wanted to point out a small thing which may help people have a better overall experience.

నేను ఆలస్యంగా ప్రజలకు చెప్తున్నాం మీకు మీ SharePoint వాతావరణంలో సమస్య రకమైన లోకి అమలు చేస్తే, అభివృద్ధి ప్రాజెక్ట్ లేదా ఇతర SharePoint సంబంధిత సూచించే, post a question to the forums earlier in your action chain rather than later. I know for myself that when I have a problem, a number of potential solutions present themselves right away. I order these potential solutions in terms of likelihood, applicability and how easy they are to investigate. I go through that list and by the time I’ve gotten to #10, నేను ఒక కీ "/ foo / బార్ / almostThere / isThisIt / noThisIsNotIt / iCantBelieveIAmDoingThis / finallyThere రిజిస్ట్రీ మార్పులు చేయడం వెబ్!"ఒక బ్లాగ్ సలహా మేరకు పేజీలో 8 of a Google search. When that doesn’t work, నేను చివరకు MSDN ఒక ప్రశ్నను పోస్ట్ (ఉదాహరణకు. ఇక్కడ: http://social.technet.microsoft.com/Forums/en-US/sharepointgeneral/threads).

I suggest that you reverse that approach. Post the forums much earlier in your investigation because:

  • ఇది సరే మీకు ఉచితం.
  • ఏ హామీ SLA ఉంది (నేను తెలుసు రెడీ వీటిలో, కనీసం).
  • కాబట్టి, ప్రజలు ప్రతిస్పందించడానికి అది ఒక ఎక్కువ సమయం పడుతుంది.
  • ప్రజలు తరచుగా చివరకు స్పందిస్తారు లేదు.
  • మీరు వరకు వేచి ఉంటే 2 లేక 3 సమస్య తరువాత రోజుల మొదటి వచ్చాయి, మీరు ఒక స్పందన కోసం వెఱ్ఱి ఉన్నాము మరియు చర్చా వేదికల్లోకి అత్యవసర సహాయం కోసం ఒక మంచి ప్రదేశం కాదు (మీరు అదృష్ట ఉన్నాము తప్ప).

ఈ విధంగా, ప్రధానంగా, ఇది సులభం మరియు ఉచితం మరియు మీరు సమాధానం రకమైన పొందడానికి ఒక మంచి షాట్ కలిగి, కానీ ఆ సమాధానం పొందడానికి అయితే పడుతుంది (మళ్ళీ, మీరు అదృష్ట ఉన్నాము తప్ప).

I used to think that I should hold off on looking for community help because I don’t want to waste someone’s time asking for help when I could find it out myself. Some forum moderators and active participants may feel that way, కానీ నేను అలా (కనీసం, నేను ఏ మరింత విధంగా అనుభూతి లేదు). I don’t see any downside. The worst case is that you post a question and then answer it yourself some time later, possibly “wasting” some one’s time. I don’t see a big risk in that and there’s value in the researching of questions like that in any event.

</చివర>

నా బ్లాగ్ సబ్స్క్రయిబ్.

వద్ద ట్విట్టర్ లో నన్ను అనుసరించండి http://www.twitter.com/pagalvin

4 "న ఆలోచనలుMSDN ఉపయోగించి (మరియు ఇతర) SharePoint మద్దతు కోసం చర్చా వేదికల్లోకి

  1. మైక్ Birtwistle

    నేను నొక్కి చెప్పడం గురించి మైక్ తో రెడీ 2-3 రోజుల విషయం. దాని ఒక శీఘ్ర పరిష్కారము మరియు వాడకూడదు విధంగా – నేను తన సమస్య పోస్ట్ ఉన్నప్పటికీ రెండు గంటల్లో పరిష్కారం కాలేదు అని complaing గత వారం ఎవరైనా చూసిన ఖచ్చితంగా వద్ద 12:30ఒక సెలవు వారాంతంలో ఒక శనివారం ఉదయం. నేను ముందు empting సమస్యలు మార్గంగా ఇది ఉపయోగించడానికి మరింత ప్రారంభించారు చేసిన. eg ‘Before I go off and do x by writing a y, ఇది చేయడం ఒక మంచి మార్గం లేదు?’

  2. మైక్ Oryszak

    నేను చివరి బుల్లెట్ పాయింట్ బోల్డ్ ఉండాలి అనుకుంటున్నాను. మీరు వేచి ఉన్నప్పుడు 2-3 మీరు సాధారణంగా అంటే వెఱ్ఱి మరియు కోపంతో రెండు రోజులు మీరు పరిష్కారాలను తక్కువ తెరిచే ఉంటాయి. నేను గడిపాడు చేసిన సమస్యలు ఉన్నాయి 2-3 న రోజుల మాత్రమే ఒక సాధారణ సమస్య అని కనుగొనడానికి, నాకు కేవలం సాధారణ కాదు.

    నేను కూడా ట్విట్టర్ ఉపయోగించి యొక్క డేవ్ యొక్క ఆలోచన ఇష్టం, నేను మిశ్రమ ఫలితాలు వచ్చేది అయితే. మీరు అత్యంత కనెక్ట్ తప్ప మీరు కోసం చూస్తున్నాయి స్పందన రాకపోవచ్చు. # SharePoint లేదా # MOSS వంటి hastags ఉపయోగించి దృష్టి గోచరత అయితే పెంచడానికి సహాయపడుతుంది.

  3. డేవ్ Pyett

    పాల్,

    మీరు శీఘ్ర సహాయం సాధనం ట్విట్టర్ ఉపయోగించి ఆలోచించారా? చాలా తరచుగా మీరు అక్కడ మరియు నిమిషాల్లో శీఘ్ర ప్రశ్న పోస్ట్ చేయవచ్చు, మీరు ఉపయోగకరమైన లింకులు ఒక అతిధేయ పొందవచ్చు. ఈ జోయెల్ O తో తిరిగి కొంత అప్ వచ్చింది మరియు మేము ఒక ప్రశ్నలు లోకి Twitter మలుపు చూడాలనుకుంటే లేదని రెండు agredd అయితే శీఘ్ర పరిష్కారాలు / సలహాలను etc కోసం ఉపయోగించి విలువ విషయం.

    మరింత వివరణాత్మక సమస్యలకు, అప్పుడు TechNet ద్వారా చాలా ఉత్తమ వనరు (నేను ప్రతి రోజు సార్లు ఒక జంట తరచుగా ఇది)

ఒక Reply వదిలి

మీ ఇమెయిల్ చిరునామా ప్రచురితమైన కాదు. లు గుర్తించబడతాయి *