Stack Overflow မှာ 10 နှစ်မှာ သင်ယူခဲ့တာတွေ

Stack Overflow မှာ 10 နှစ်မှာ သင်ယူခဲ့တာတွေ
Stack Overflow တွင် ကျွန်ုပ်၏ ဆယ်နှစ်မြောက် နှစ်ပတ်လည်သို့ နီးကပ်လာပြီဖြစ်သည်။ နှစ်တွေကြာလာတာနဲ့အမျှ၊ ဆိုက်ကိုအသုံးပြုဖို့ ကျွန်တော့်ရဲ့ချဉ်းကပ်ပုံနဲ့ ၎င်းရဲ့ခံယူချက်ဟာ အများကြီးပြောင်းလဲသွားခဲ့ပြီး ကျွန်တော့်ရဲ့အတွေ့အကြုံကို သင်နဲ့မျှဝေချင်ပါတယ်။ ပြီးတော့ site ၏အသိုင်းအဝိုင်း သို့မဟုတ် ၎င်း၏ယဉ်ကျေးမှုဘဝတွင် လွန်စွာပါဝင်ပတ်သက်ခြင်းမရှိသော ပျမ်းမျှအသုံးပြုသူ၏အမြင်မှ ဤအကြောင်းကို ကျွန်တော်ရေးပါသည်။ ယခုရက်ပိုင်းအတွင်း ကျွန်ုပ်လုပ်ဆောင်နေသော ထုတ်ကုန် VS Code နှင့် ပတ်သက်သည့် မေးခွန်းများကိုသာ ဖြေကြားခဲ့ပါသည်။ သို့သော်လည်း ကျယ်ပြန့်သော ခေါင်းစဉ်များဖြင့် ဆွေးနွေးမှုများတွင် တက်ကြွစွာ ပါဝင်ခဲ့ဖူးသည်။ 10 နှစ်မှာ ငါ မေးခွန်း 50 လောက်မေးပြီး 575 အဖြေပေးတယ်။များပြားလှသော အခြားသူများ၏ မှတ်ချက်များကို ကြည့်ရှုခဲ့သည်။

Jon Skeete Stack Overflow ၏ ယဉ်ကျေးမှုကို ဖော်ပြခဲ့သည်။ ငါလုပ်နိုင်တာထက် အများကြီး ပိုကောင်းပြီး အခွင့်အာဏာပိုရှိမယ်။ ၎င်း၏ထုတ်ဝေမှုသည် ဤဆောင်းပါးရှိ အခန်းအချို့ကို လွှမ်းမိုးခဲ့သော်လည်း ခြုံငုံသုံးသပ်ချက်မှာ Stack Overflow နှင့်ပတ်သက်သော ကျွန်ုပ်၏အတွေ့အကြုံများ၊ ဆိုက်နှင့်ပတ်သက်သည့် အကောင်းနှင့်အဆိုးနှင့် ယနေ့အသုံးပြုပုံတို့ကို ကျွန်ုပ်ကိုယ်တိုင် ပွင့်ပွင့်လင်းလင်း ရောင်ပြန်ဟပ်ထားပါသည်။ ဤဆွေးနွေးပွဲသည် ဆိုက်၏လုပ်ဆောင်မှုများ သို့မဟုတ် ၎င်း၏သမိုင်းကြောင်းကို နက်နက်နဲနဲ နက်နက်ရှိုင်းရှိုင်း မပါဝင်ဘဲ မျှမျှတတ အပေါ်ယံမျှသာ ဖြစ်ပါမည်။

ဒါကြောင့် Stack Overflow ကို 10 နှစ်ကြာအသုံးပြုခြင်းကနေ သင်ယူခဲ့ရတာပါ။

မေးခွန်းတွေ မေးနိုင်ဖို့လိုပါတယ်။

ပထမတစ်ချက်တွင်၊ မည်သည့်အရာကမျှ ရိုးရှင်းမည်မဟုတ်ပါ- စာသားအကွက်တွင် စကားလုံးအနည်းငယ်ထည့်ပါ၊ “တင်သွင်းမည်” ကိုနှိပ်ပါ၊ ထို့နောက်အင်တာနက်သည် သင့်ပြဿနာအားလုံးကို အံ့သြဖွယ်ဖြေရှင်းပေးပါလိမ့်မည်။ ဒါပေမယ့် ရလဒ်အမှန်တကယ်ရဖို့အတွက် ဒီမိုက်မဲတဲ့နယ်ပယ်မှာ ဘယ်စကားလုံးတွေရိုက်ရမလဲဆိုတာကို အဖြေရှာဖို့ ၁၀ နှစ်နီးပါး အချိန်ယူခဲ့ရပါတယ်။ တကယ်တော့ ကျွန်တော် နေ့တိုင်း သင်ယူနေဆဲပါ။

မေးခွန်းကောင်းများမေးခြင်းသည် အမှန်တကယ် အဆင့်မမီသော ကျွမ်းကျင်မှုတစ်ခု (ထိုကိစ္စအတွက် အစီရင်ခံစာကောင်းတစ်ခုကို ရေးသားခြင်းဖြစ်သည်)။ ပထမ၊ မေးခွန်းတစ်ခုက “ကောင်း” ရှိမရှိကိုပင် ကျွန်ုပ်တို့ မည်သို့ဆုံးဖြတ်မည်နည်း။ Stack Overflow ပေးထားပါတယ်။ သဲလွန်စမေးခွန်းကောင်းတစ်ခု၏ အောက်ပါအရည်အသွေးများကို ဖော်ပြသည်-

  • ၎င်းသည် ဆိုက်၏ အပြင်အဆင်နှင့် ကိုက်ညီပါသလား။
  • ဦးတည်ချက်အဖြေကို ဆိုလိုသည်။
  • မမေးရသေးဘူး။
  • သုတေသနပြုခဲ့သည်။
  • ပုံမှန်အားဖြင့် အနည်းငယ်မျှသာ၊ အလွယ်တကူ မျိုးပွားနိုင်သော ဥပမာဖြင့် ပြဿနာကို ရှင်းလင်းစွာ ဖော်ပြသည်။

ကောင်းပြီ၊ သို့သော် “ရှင်းလင်းသောပြဿနာထုတ်ပြန်ချက်” သည် လက်တွေ့တွင် မည်သို့ရှိသနည်း။ ဘယ်အချက်အလက်တွေက သက်ဆိုင်ပြီး ဘယ်အရာက မဟုတ်ဘူးလဲ။ တခါတရံမှာ မေးခွန်းကောင်းတစ်ခုမေးဖို့အတွက် အဖြေကို အရင်သိဖို့လိုတယ်။

ကံမကောင်းစွာဖြင့်၊ သေးငယ်သော စာသားအကွက်သည် ဤနေရာတွင် မကူညီနိုင်ပါ။ ထို့ကြောင့် သုံးစွဲသူများစွာသည် အရည်အသွေးနိမ့်သောမေးခွန်းများကို တင်နေကြခြင်းမှာ အံ့သြစရာဖြစ်ပါသလား။ တစ်ခါတစ်ရံတွင် ၎င်းတို့ရရှိသည့် တစ်ခုတည်းသောအဖြေမှာ ရှုပ်ထွေးသောစာရွက်စာတမ်းအချို့၏ လင့်ခ်တစ်ခုဖြစ်သည်။ ပြီးတော့ သူတို့ ကံကောင်းနေလိမ့်မယ်။ အရည်အသွေးနိမ့်သောမေးခွန်းများစွာကို ရိုးရှင်းစွာ တိတ်တဆိတ်မဲနှိုက်ပြီး ၎င်းတို့သည် အဆုံးမရှိသောမေးခွန်းများထဲသို့ ပျောက်ကွယ်သွားပါသည်။

မေးခွန်းကောင်းများမေးခြင်းသည် ကျွမ်းကျင်မှုတစ်ခုဖြစ်သည်။ ကံကောင်းထောက်မစွာ, ဖွံ့ဖြိုးတိုးတက်စေနိုင်ပါတယ်။ ကျွန်တော် အများစုဟာ အလုပ်မလုပ်တဲ့ အရာတွေကို သတိပြုမိပြီး မေးခွန်းတွေနဲ့ အဖြေတွေကို ဖတ်ရှုခြင်းဖြင့် သင်ယူခဲ့ပါတယ်။ ဘယ်အချက်အလက်တွေက အသုံးဝင်ပြီး ဘယ်အရာက စိတ်အနှောင့်အယှက်ဖြစ်စေလဲ။ သင်ရရှိထားသော အသိပညာကို လက်တွေ့အသုံးချပြီး မေးခွန်းများမေးရန် ကြောက်နေသေးသော်လည်း၊ အကောင်းဆုံးကြိုးစားပြီး ရလဒ်တွေကနေ သင်ယူပါ။ ဤ site တွင်မိမိကိုယ်ကိုရှာတွေ့ကတည်းကငါ့မေးခွန်းထုတ်ခြင်းစွမ်းရည်ကိုပိုမိုတိုးတက်ကောင်းမွန်လာကြောင်းသက်သေပြသော်လည်းကျွန်ုပ်၏အစောပိုင်းမသိနားမလည်သောမေးခွန်းအချို့ကြောင့်ကျွန်ုပ်ကိုယ်တိုင်အနည်းငယ်ရှက်မိကြောင်းဝန်ခံရပါမည်။

မကောင်းသောမေးခွန်းများနှင့် မကောင်းသောမေးခွန်းများသည် အတူတူပင်မဟုတ်ပါ။

ဆေးကို သကြားမလိမ်းပါဘူး၊ တချို့မေးခွန်းတွေက မကောင်းပါဘူး။

ဖန်သားပြင်ဓာတ်ပုံနှင့် “ဘာကြောင့် ဒါက အလုပ်မဖြစ်တာလဲ!?!” ဟူသော စကားစုပါရှိသော မေးခွန်း - မကောင်းဘူး။ အဘယ်ကြောင့်? စာရေးဆရာက လုံလုံလောက်လောက် မအားစိုက်ခဲ့တာ ထင်ရှားပါတယ်။ "ဒီအလုပ်ကို ငါ့အတွက် လုပ်ပါ!" ငါဘာလို့ဒီလိုလုပ်ရတာလဲ။ အစကနေ မလေ့လာချင်ဘဲ ကိုယ့်အကူအညီကို တန်ဖိုးမထားတဲ့သူကို ကူညီဖို့ ငါ့အချိန်တွေက အရမ်းတန်ဖိုးရှိတယ်။ Stack Overflow ဆိုတာ ဘာလဲ လေ့လာပါ။

CSS outlineproperty အကြောင်းပြောသော စာပိုဒ်များစွာပါရှိသော "CSS" သို့မဟုတ် "ကောက်ကြောင်း" ဟူသော စကားလုံးများကို အထူးတလည် မပြောဘဲ "ကျွန်ုပ်စာမျက်နှာပေါ်ရှိ အပြာရောင်ဘောင်များကို ဖယ်ရှားနည်း" ဟူသော မေးခွန်းကို ယခု သုံးသပ်ကြည့်ပါ။ ဤကဲ့သို့သောမေးခွန်းသည် Stack Overflow လမ်းညွှန်ချက်များစွာကို ဆန့်ကျင်နေသော်လည်း ကျွန်ုပ်သဘောမတူပါ၊ ၎င်းသည် မကောင်းသောမေးခွန်းမဟုတ်ပါ။ စာရေးသူသည် ဘာပေးရမည်ကို မသိသော်လည်း အနည်းဆုံး အချက်အလက်အချို့ကို ပေးနိုင်ရန် ကြိုးစားခဲ့သည်။ သင်ယူလိုစိတ်နှင့် သင်ယူလိုစိတ်ကဲ့သို့ပင် ကြိုးစားအားထုတ်မှုလည်း ပါဝင်သည်။

သို့သော်၊ Stack Overflow ပံ့ပိုးပေးသူ အများအပြားသည် မေးခွန်းနှစ်ခုလုံးကို တူညီသောနည်းလမ်းဖြင့် ကုသနိုင်သည်- မဲနှိုက်ခြင်းနှင့် ပိတ်ပါ။ ဤအရာသည် စိတ်ပျက်စရာကောင်းပြီး အတွေ့အကြုံမရှိသော သုံးစွဲသူအများအပြားကို ပိုမိုကောင်းမွန်သောမေးခွန်းများမေးရန်နှင့် ဝဘ်ဆိုက်၏အလုပ်လုပ်ပုံကိုပင် နားလည်နိုင်စေရန် သင်ယူခြင်းမပြုမီ ပိတ်ပစ်လိုက်သည်။

တကယ်ဆိုးတဲ့မေးခွန်းတွေက မင်းရဲ့အချိန်နဲ့မထိုက်တန်ဘူး။ ဒါပေမယ့် သိပ်ကောင်းတဲ့မေးခွန်းတွေကို မမေးတဲ့သူတွေက မရည်ရွယ်ဘဲ လုပ်တတ်တာကို သတိပြုရပါမယ်။ မေးခွန်းကောင်းတွေ မေးချင်ကြတယ်၊ ဘယ်လိုလုပ်ရမှန်းမသိဘူး။ သင်ဟာ လူသစ်တွေကို မျက်စိစုံမှိတ်ပြီး ရှင်းပြချက်မရှိဘဲ အပြစ်ပေးရင် သူတို့ ဘယ်လိုသင်ယူမလဲ။

မေးခွန်းကောင်းတစ်ခုသည် အဖြေတစ်ခုကို အာမမခံနိုင်ပါ။

Stack Overflow သည် အများအားဖြင့် လူများစွာဖြေနိုင်သော ရိုးရှင်းသောမေးခွန်းများအတွက် ပိုမိုမြန်ဆန်သောအဖြေများကိုပေးပါသည်။ JavaScript တွင် binary ရှာဖွေမှု သို့မဟုတ် HTML အကြောင်း သင့်တွင်မေးခွန်းရှိပါသလား။ အံ့သြဖွယ်! တစ်နာရီအတွင်း အဖြေငါးခုကို ရယူပါ။ ဒါပေမယ့် မေးခွန်းက ပိုရှုပ်ထွေးလေ ဒါမှမဟုတ် တိကျလေလေ၊ စကားလုံးအသုံးအနှုန်းရဲ့ အရည်အသွေးကို မခွဲခြားဘဲ အဖြေတစ်ခုရဖို့ ဖြစ်နိုင်ခြေနည်းလေလေပါပဲ။

တုံ့ပြန်မှုရနိုင်ခြေသည်လည်း အချိန်ကြာလာသည်နှင့်အမျှ လျင်မြန်စွာ ကျဆင်းသွားသည်။ မေးခွန်းတစ်ခုသည် စာမျက်နှာများစွာကို ဖိဒ်ထဲသို့ နက်နက်နဲနဲရောက်သွားသောအခါ၊ ၎င်းသည် ပျောက်ဆုံးသွားပါသည်။ တစ်ပတ်အကြာတွင်၊ မှန်ကန်သောအသိပညာရှိသူသည် သင့်မေးခွန်းကို ထိမိ၍လဲမိပါစေ (သို့မဟုတ် ရက်ရက်ရောရော ကလစ်နှိပ်ပါ) သာ ဆုတောင်းနိုင်ပါသည်။

အဖြေမှန်ကို သင်မကြိုက်နိုင်ပါ။

လစဉ်လတိုင်း လူကြိုက်မများသော အဖြေများအတွက် လျှော့မဲများစွာကို ကျွန်ုပ်ရရှိပါသည်။ ဤအရာများသည် အခြေခံအားဖြင့် "အကြောင်းရင်းမှာ ၎င်းကို ပုံစံထုတ်ထားသောကြောင့်" သို့မဟုတ် "မဖြစ်နိုင်သောကြောင့်..." သို့မဟုတ် "၎င်းသည် ဦးစွာပြုပြင်ရန် လိုအပ်သော ချို့ယွင်းချက်တစ်ခုဖြစ်သည်။" အထက်ဖော်ပြပါ ကိစ္စများတွင် စာရေးသူသည် ဖြေရှင်းချက် သို့မဟုတ် ဖြေရှင်းချက်ပင် မရရှိပါ။ ပြီးတော့ လူတွေက အဖြေကို မကြိုက်တဲ့အခါ မဲလျှော့သွားတယ်လို့ သံသယရှိတယ်။ ငါသူတို့ကိုတောင် နားလည်ပေမယ့် အဖြေတွေက မှားနေတယ်လို့ မဆိုလိုပါဘူး။

ဟုတ်ပါတယ်၊ ဆန့်ကျင်ဘက်လည်း မှန်ပါတယ်- အဖြေကောင်းတွေက မင်းကြားချင်တဲ့အရာကို သေချာပေါက်ပြောပြနေစရာမလိုပါဘူး။ အကောင်းဆုံးအဖြေအချို့သည် မူရင်းမေးခွန်းကို ဦးစွာဖြေဆိုသော်လည်း ပြဿနာဖြေရှင်းရန် အခြားနည်းလမ်းများကို ဖော်ပြပါ။ တစ်ခါတရံမှာ သုံးစွဲသူတစ်ယောက်ရဲ့မေးခွန်းကို ဖြေပြီး ဘာကြောင့်အဲလိုလုပ်ဖို့မအကြံပြုရလဲဆိုတဲ့ စာသားရှည်ကြီးရေးပါ။

သဘောထားဖော်ပြချက်များသည် မဲအတက်အဆင်း သို့မဟုတ် ကြိုက်နှစ်သက်သည့်ခလုတ်ကို ရိုးရှင်းအောင်ပြုလုပ်သည့်အခါတိုင်း အရေးကြီးသော ကွဲပြားမှုများ ဆုံးရှုံးသွားပါသည်။ ဤပြဿနာသည် အင်တာနက်ပေါ်တွင် မကြာခဏ ဖြစ်ပွားသည်။ "ဒါကို ငါထောက်ခံတယ်" နဲ့ "ငါမကြိုက်ဘူး ဒါမှမဟုတ် သဘောမတူရင်တောင် ကောင်းကောင်းပြောနိုင်တယ်" ဆိုတဲ့ လူမှုကွန်ရက် ဘယ်နှစ်ခုက မင်းကို ခွဲခြားနိုင်သလဲ။

ယေဘူယျအားဖြင့်၊ လစဉ်မဲပေးမှုများရှိနေသော်လည်း Stack Overflow အသိုင်းအဝိုင်းသည် မျှမျှတတမဲပေးသည်ဟု ကျွန်တော်ယုံကြည်ပါသည်။ ငါတို့ ဒီလမ်းကို လျှောက်မယ်။

Stack Overflow ကို ဘယ်တော့မှ မမေးဖြစ်ပါဘူး။

ဒီဆိုက်ကို အချိန်ကြာကြာသုံးလေ၊ မကြာခဏဆိုသလို မေးခွန်းတွေမေးလာလေပါပဲ။ ဒါက ကျွန်တော့်ရဲ့ ပရော်ဖက်ရှင်နယ် တိုးတက်မှုကြောင့်ပါ။ လုပ်ငန်းခွင်မှာ ကြုံတွေ့နေရတဲ့ ပြဿနာတော်တော်များများဟာ ရိုးရှင်းတဲ့မေးခွန်းတွေနဲ့ ဖော်ပြဖို့ ရှုပ်ထွေးလွန်းပါတယ်၊ ဒါမှမဟုတ် ဘယ်သူကမှ ကျွန်မကို ကူညီပေးဖို့ တိကျလွန်းပါတယ်။ ဝဘ်ဆိုက်၏ ကန့်သတ်ချက်များကို ကျွန်ုပ်သဘောပေါက်ပြီ၊ ထို့ကြောင့် ကျွန်ုပ်သည် သေချာပေါက်နီးပါး အဖြေကောင်းကောင်းမရနိုင်သော မေးခွန်းများမေးခြင်းကို ရှောင်ကြဉ်ပါသည်။

ဒါပေမယ့် ဘာသာစကားအသစ် ဒါမှမဟုတ် မူဘောင်တစ်ခုကို သင်ယူနေချိန်မှာတောင် ဒီနေရာမှာ မေးခွန်းမေးခဲပါတယ်။ သူက ဒီလောက် ဉာဏ်ကြီးရှင်မို့ မဟုတ်ဘူး၊ ဆန့်ကျင်ဘက်ပဲ။ Stack Overflow မှာ နှစ်အတန်ကြာ နေခဲ့ရပြီး၊ ကျွန်တော့်မှာ မေးခွန်းတစ်ခု မေးလာတဲ့အခါ ပထမဆုံး မေးသူမဖြစ်နိုင်ဘူးလို့ လေးလေးနက်နက် ခံယူချက်တစ်ခုကို ရောက်ရှိလာပါတယ်။ ကျွန်တော် စရှာတော့ လွန်ခဲ့တဲ့ နှစ်နှစ်ဆယ်လောက်က တစ်ယောက်ယောက်က ဒီလိုပဲ မေးထားပြီးသားပဲ အမြဲလိုလို တွေ့တယ်။

အခြားသူများ၏မေးခွန်းများကို စောင့်ကြည့်ခြင်းသည် သင့်ထုတ်ကုန်နှင့်ပတ်သက်သည့် အရာအသစ်များကို လေ့လာရန် အကောင်းဆုံးနည်းလမ်းတစ်ခုဖြစ်သည်။

အခု ကျွန်တော် လုပ်နေပါတယ်။ Code ကို VSထို့ကြောင့် vscode ပါသော မေးခွန်းများကို ကြည့်ရန် အလေ့အထတစ်ခု ပြုလုပ်ခဲ့သည်။ ဤသည်မှာ ကျွန်ုပ်၏ကုဒ်ကို လက်တွေ့ကမ္ဘာတွင် မည်သို့အသုံးပြုသည်ကို ကြည့်ရန် အကောင်းဆုံးနည်းလမ်းဖြစ်သည်။ အသုံးပြုသူများ ကြုံတွေ့ရသည့် ပြဿနာများ။ စာရွက်စာတမ်း သို့မဟုတ် API ကို မည်သို့ မြှင့်တင်နိုင်မည်နည်း။ ရှင်းရှင်းလင်းလင်းထင်ထားတဲ့အရာက ဘာကြောင့် ဒီလောက်နားလည်မှုလွဲရတာလဲ။

မေးခွန်းများသည် သင့်ထုတ်ကုန်ကို မည်သို့အသုံးပြုကြောင်းပြသသည့် အရေးကြီးသောအချက်ပြမှုတစ်ခုဖြစ်သည်။ ဒါပေမယ့် အဓိကကတော့ ဖြေပြီး ရှေ့ဆက်ဖို့ မဟုတ်ပါဘူး၊ ဒါပေမယ့် လူတစ်ယောက်မှာ ဘာကြောင့် မေးခွန်းတစ်ခုရှိလဲဆိုတာကို အရင်နားလည်အောင် ကြိုးစားဖို့ပါ။ သင်မသိလိုက်သော ထုတ်ကုန်တွင် ပြဿနာတစ်ခု သို့မဟုတ် သင်မသိလိုက်သော ယူဆချက်အချို့ ရှိကောင်းရှိနိုင်ပါသလား။ မေးခွန်းများသည် ကျွန်ုပ်အား ချို့ယွင်းချက်များစွာကို ရှာဖွေတွေ့ရှိစေပြီး အလုပ်ဆက်လုပ်ရန် လှုံ့ဆော်ပေးပါသည်။

အကယ်၍ သင်သည် developer များအတွက် ထုတ်ကုန်တစ်ခုကို ထိန်းသိမ်းနေပါက၊ Stack Overflow ကို မြှပ်နှံရန်မြေအဖြစ် မစဉ်းစားပါနှင့် (သို့မဟုတ် ပိုဆိုးသည်မှာ မေးခွန်းသင်္ချိုင်းတစ်ခု)။ ဘယ်လိုမေးခွန်းတွေနဲ့ အဖြေတွေပေါ်လာလဲဆိုတာကို ပုံမှန်ပြန်ကြည့်ပါ။ ၎င်းသည် သင်မေးခွန်းတိုင်းကို သင်ကိုယ်တိုင်ဖြေဆိုရန် လိုအပ်သည်ဟု မဆိုလိုပါ၊ သို့သော် Stack Overflow မှ အချက်ပြမှုများကို လျစ်လျူရှုရန် အလွန်အရေးကြီးပါသည်။

မေးခွန်းတစ်ခု၊ ချွတ်ယွင်းချက်အစီရင်ခံစာနှင့် လုပ်ဆောင်ချက်တောင်းဆိုမှုကြားရှိမျဥ်းများသည် မှုန်ဝါးနေပါသည်။

Stack Overflow ရှိ VS Code နှင့်ပတ်သက်သော မေးခွန်းအနည်းငယ်သည် အမှန်တကယ်တွင် ချွတ်ယွင်းချက်အစီရင်ခံစာများဖြစ်သည်။ အခြားများစွာသော ဝန်ဆောင်မှုအသစ်များအတွက် အမှန်တကယ် တောင်းဆိုမှုများဖြစ်သည်။

ဥပမာ၊ “ဘာလို့ VS Code ပျက်တာလဲ...” ခေါင်းစဉ်ပါ မေးခွန်းတစ်ခု။ - ဒါက bug အစီရင်ခံစာပါ။ VS Code သည် အခြေအနေအမျိုးမျိုးတွင် မပျက်စီးသင့်ပါ။ အမှားအယွင်းအစီရင်ခံစာများပါသည့်မေးခွန်းများကိုဖြေဆိုခြင်းသည် အမှားအယွင်းမရှိသည့်အတွက် စာရေးသူသည် ဖြေရှင်းနည်းတစ်ခုအား ကျေနပ်နိုင်ပြီး အမှန်တကယ် bug အစီရင်ခံစာကို ဘယ်သောအခါမှ မတင်နိုင်သောကြောင့် တုံ့ပြန်ခြင်းမပြုပါ။ ဤကဲ့သို့သောအခြေအနေမျိုးတွင်၊ Github တွင် bug အစီရင်ခံစာတင်ရန်အသုံးပြုသူများကိုကျွန်ုပ်တောင်းဆိုလေ့ရှိသည်။

အခြားကိစ္စများတွင်မူ ကွဲပြားမှုများသည် သိသိသာသာနည်းပါးသွားနိုင်သည်။ ဥပမာအားဖြင့်၊ မေးခွန်း "VS Code တွင် JavaScript IntelliSense ဘာကြောင့် အလုပ်မလုပ်တာလဲ။" JavaScript IntelliSense အလုပ်မလုပ်ပုံပေါ်မူတည်၍ ပြဿနာသည် အမျိုးအစားသုံးမျိုးထဲမှ တစ်ခုသို့ ကျသွားနိုင်သည်-

  • အကယ်၍ ၎င်းသည် အသုံးပြုသူ၏ ဖွဲ့စည်းမှုပုံစံပြဿနာတစ်ခုဖြစ်ပါက၊ Stack Overflow အတွက် အမှန်တကယ်မေးခွန်းတစ်ခုဖြစ်သည်။
  • ဖော်ပြထားသောကိစ္စတွင် IntelliSense အလုပ်ဖြစ်သင့်သည်၊ သို့သော်မဖြစ်ပါက၊ ၎င်းသည် bug အစီရင်ခံစာဖြစ်သည်။
  • ဖော်ပြထားသည့်ကိစ္စတွင် IntelliSense အလုပ်မလုပ်ပါက၊ ၎င်းသည် အင်္ဂါရပ်အသစ်အတွက် တောင်းဆိုချက်ဖြစ်သည်။

တစ်နေ့တာ၏အဆုံးတွင်၊ အသုံးပြုသူအများစုသည် အဆိုပါကွဲလွဲချက်များကို ဂရုမစိုက်ဘဲ ၎င်းတို့သည် JavaScript IntelliSense ကိုသာအလုပ်လုပ်စေလိုပါသည်။

ပရောဂျက်အတွက် တာဝန်ရှိတဲ့သူအနေနဲ့ ဒီကွဲပြားမှုတွေက ငါ့အတွက် အရေးကြီးပေမယ့် ယေဘုယျအားဖြင့်တော့ သူတို့က ငါ့အတွက် အရေးမပါသင့်ပါဘူး။ အဘယ်ကြောင့်ဆိုသော် မေးခွန်းများ၊ ချွတ်ယွင်းချက်အစီရင်ခံစာများနှင့် လုပ်ဆောင်ချက်တောင်းဆိုမှုများသည် အကြံဥာဏ်တစ်ခုတည်းကို ဖော်ပြသည့်နည်းလမ်းအားလုံးဖြစ်သောကြောင့်- အသုံးပြုသူသည် ကျွန်ုပ်၏ကုဒ်မှ တစ်စုံတစ်ရာကို မျှော်လင့်ထားပြီး ၎င်းကို မရရှိပါ။ ထုတ်ကုန်သည် ပြီးပြည့်စုံနေပါက၊ အသုံးပြုသူများသည် ၎င်းနှင့်ပတ်သက်သည့် မေးခွန်းများကို ဘယ်သောအခါမှ မေးမည်မဟုတ်ပါ၊ အကြောင်းမှာ အရာခပ်သိမ်းသည် ၎င်းတို့အတွက် ရှင်းလင်းမည်ဖြစ်ပြီး ၎င်းတို့အလိုရှိရာကို အတိအကျလုပ်ဆောင်နိုင်လိမ့်မည် (သို့မဟုတ် အနည်းဆုံး အဘယ်ကြောင့်မတတ်နိုင်သည်ကို ရှင်းရှင်းလင်းလင်းပြောပြပါ)။

Developer တွေကလည်း လူတွေပါပဲ။

လူတွေက စိတ်ခံစားမှုရှိတယ်။ လူတွေက အသုံးမကျဘူး။ လူတွေက အရူးတွေ။ အမြဲတမ်းမဟုတ်ပေမယ့်တစ်ခါတစ်ရံ! ယုံသည်ဖြစ်စေ မယုံသည်ဖြစ်စေ developer များသည်လည်း လူများပင်ဖြစ်သည်။

ကျွန်ုပ်တို့ developer များက မိမိကိုယ်ကိုယ်ပြောလိုသည့် စိတ်ကူးယဉ်စိတ်ကူးယဉ်မှုတစ်ခုရှိသည်- “ကျွန်ုပ်တို့သည် ကွန်ပျူတာများနှင့် အလုပ်လုပ်သောကြောင့် ကျွန်ုပ်တို့သည် ဆင်ခြင်တုံတရားရှိရန် လိုအပ်ပါသည်။ ကျွန်ုပ်တို့သည် လျှို့ဝှက်သင်္ကေတများကို နားလည်သောကြောင့် ကျွန်ုပ်တို့သည် စမတ်ကျရပါမည်။ ဆော့ဖ်ဝဲလ်သည် ကမ္ဘာကို သိမ်းပိုက်ထားသောကြောင့် ကျွန်ုပ်တို့သည် အေးမြနေရမည်ဖြစ်သည်။ အေးပါ! ရှေ့သို့!!!"

ဒါကမှားတယ်။ သို့ဖြစ်လျှင် ဘုရားသခင်သည် ကျန်လူများကို ကူညီတော်မူပါ။ ကျွန်ုပ်၏ကိုယ်ပိုင် VS Code ၏ အလွန်တိကျသော ထောင့်တွင်ပင် ရည်ရွယ်ချက် အသိပညာအခြေခံအဖြစ် ရေးဆွဲထားသော ပရော်ဖက်ရှင်နယ်များအတွက် Stack Overflow တွင်ပင်၊ ယုတ္တိမတန်သောအမှားများ၊ စော်ကားမှုများ၊ အစုအပြုံလိုက် စိတ်ဓာတ်စသည်တို့ကို ကျွန်ုပ် ဆက်လက်ကြုံတွေ့နေရပါသည်။

သင့်ကိုယ်သင် ကလေးမပြပါနှင့်။ သင်ထင်သလောက် မပြည့်စုံနိုင်ပါ။ ဒါပေမယ့် ဒါက ကျွန်တော်တို့ရဲ့ အားနည်းချက်တွေကို ဖယ်ရှားဖို့ မကြိုးစားသင့်ဘူးလို့ မဆိုလိုပါဘူး။

သူငယ်ချင်း၊ ငါက ဒါကို ဖန်တီးတဲ့သူပါ။

ကျွန်တော်လည်း လူသားတစ်ယောက်ပါ၊ Stack Overflow မှာ ဖြစ်ပျက်နေတဲ့အရာတွေက ကျွန်တော့်ကို စိတ်အနှောင့်အယှက်ဖြစ်စေပါတယ်။ ဥပမာအားဖြင့်၊ အသုံးပြုသူတစ်ဦးသည် အဓိပ္ပါယ်မရှိသော အဓိပ္ပါယ်ရှိစွာ ရေးသားခြင်း သို့မဟုတ် ကျွန်ုပ်ဖန်တီးထားသည့် VS Code နှင့် သက်ဆိုင်သည့် မေးခွန်းတစ်ခုအတွက် မှားယွင်းသောအဖြေတစ်ခု ပေးသည့်အခါ၊ ထူးဆန်းတာက အဖြေက ပိုမှားလေလေ၊ တစ်စုံတစ်ယောက်က ငြင်းမရတဲ့ အမှန်တရားတစ်ခုလို့ ခေါ်လာဖို့ အလားအလာ ပိုများလေပါပဲ။

ဒီလိုဖြစ်လာတဲ့အခါ ပုံမှာပြထားတဲ့အတိုင်း လုပ်ဆောင်ပြီး အဖြေမှန်ကိုရေးပါ။

Stack Overflow မှာ 10 နှစ်မှာ သင်ယူခဲ့တာတွေ

အကြိမ်ပေါင်းများစွာ ဤအရာသည် ရှည်လျားသောစာကြောင်းများ ဖြစ်ပေါ်စေခဲ့သည်- ငါဖန်တီးခဲ့သော သူတို့၏အသိပညာကို မေးခွန်းထုတ်ဝံ့ခြင်းမှာ အမင်္ဂလာပင်ဖြစ်သည်။ တစ်ချိန်လုံး မှန်ကန်ဖို့ ကြိုးစားတာကို ရပ်လိုက်ပါ၊ မင်းက ဉာဏ်ကောင်းတဲ့ကောင်တွေ။ ငါမှန်တယ်ဆိုတော့!!!

ဒီမျှော်လင့်ချက်ကင်းမဲ့မှုမှာ အဆိုးမြင်ဖို့ လွယ်ပါတယ်။

အရည်အသွေးနိမ့်သော မေးခွန်းများ၏ အဆုံးမရှိသော စမ်းချောင်းတစ်ခုနှင့် ရင်ဆိုင်ရသောအခါတွင် ရိုင်းစိုင်းရန် လွယ်ကူသည်။ Google အကြောင်း သူ တစ်ခါမှ မကြားဖူးဘူးလား။ ညီညွတ်သောဝါကျများကို မည်သို့တည်ဆောက်ရမည်ကိုပင် သိပါသလား။ မင်းကဘာလဲ ခွေးလား။

တစ်ခါတလေ တစ်နေ့မှာ မေးခွန်းအသစ်တွေ ဒါဇင်နဲ့ချီပြီး ကြည့်တယ်။ ဤအရည်အသွေးနိမ့်မေးခွန်းများအားလုံးကို အဆက်မပြတ်စောင့်ကြည့်ခြင်းသည် ရှုတ်ချခြင်း သို့မဟုတ် ကဲ့ရဲ့ရှုတ်ချခြင်းသို့ ရောက်သွားနိုင်သည့်အန္တရာယ်များဖြစ်သည်။ စိတ်အားထက်သန်သော စိစစ်ရေးမှူးတစ်ဦး သို့မဟုတ် နာရီအနည်းငယ်ကြာ သုတေသနပြုပြီး ရေးဖွဲ့ထားသူ မည်သူမဆို ရှင်းလင်းချက်မရှိဘဲ အပျက်သဘောဆောင်သော တုံ့ပြန်မှုများကို ပြန်လည်ရရှိရန်သာ ဖြစ်သောကြောင့် ဤကဲ့ရဲ့ဖွယ်ကောင်းမှုသည် ဆိုက်ပေါ်သို့ ပျံ့နှံ့သွားနိုင်သည်။

ဟုတ်ပါတယ်၊ အားစိုက်ထုတ်ပြီး မကောင်းတဲ့မေးခွန်းတွေတင်တဲ့ သုံးစွဲသူတွေရှိပါတယ်။ ဒါပေမယ့် အရည်အသွေးနိမ့်တဲ့မေးခွန်းအများစုဟာ ရည်ရွယ်ချက်ကောင်းရှိသူတွေ (မိုက်မဲသူတွေဖြစ်ပေမဲ့) လာတယ်လို့ ကျွန်တော်ယုံကြည်ပါတယ်။ လူသစ်တစ်ယောက်ဖြစ်ရခြင်းရဲ့ အဓိပ္ပါယ်ကို အမြဲသတိရဖို့ ကြိုးစားပါတယ်။ သင်စတင်လိုက်သောအခါ၊ ဤနေရာ၌ အရာအားလုံးသည် အမှန်တကယ် မည်သို့အလုပ်လုပ်သည်ကို သင်နားမလည်ပါ။ အချို့ကိစ္စများတွင် သင့်ပြဿနာကို မှန်မှန်ကန်ကန်ဖော်ပြရန် မည်သည့်စကားလုံးများကိုပင် သင်မသိနိုင်ပါ။ ယုံပါ၊ ဒီအနေအထားမှာ နေရခက်တယ်။ ပြီးတော့ မင်းမေးခွန်းတစ်ခုမေးရုံနဲ့ လျှောကျသွားတဲ့အခါ မနှစ်မြို့စရာပါပဲ။

Stack Overflow သည် အသစ်အသစ်များကို ကူညီရန် များစွာလုပ်ဆောင်ခဲ့သော်လည်း၊ လုပ်ဆောင်ရန်များစွာ ကျန်ရှိသေးသည်။ ဝဘ်ဆိုက်စံနှုန်းများကို လိုက်နာခြင်းနှင့် အတွေ့အကြုံမရှိသော အသုံးပြုသူများအပေါ် သက်ညှာမှုကြား ချိန်ခွင်လျှာကို ရှာဖွေရန် ကြိုးစားခဲ့သည်။ ၎င်းတွင် မေးခွန်းပိတ်ရန် မဲခွဲဆုံးဖြတ်ရခြင်း သို့မဟုတ် အချက်အလက်ပိုမိုပေးဆောင်ရန် သုံးစွဲသူအား အားပေးသည့် မှတ်ချက်တစ်ခုတင်ခြင်းတွင် ရှင်းပြခြင်းပါဝင်နိုင်သည်။ ငါ့မှာ ကြီးပွားဖို့ နေရာကျန်သေးတယ်။

အခြားတစ်ဖက်တွင်၊ "JavaScript ဖွံ့ဖြိုးတိုးတက်မှုအတွက် အကောင်းဆုံး VS Code အပြင်အဆင်က ဘာလဲ" ကဲ့သို့သော မေးခွန်းများတင်သည့် 50 ၏ နာမည်ကောင်းဖြင့် သုံးစွဲသူများကို မဲပေးရာတွင် တုံ့ဆိုင်းခြင်းမရှိပါ၊ သို့မဟုတ် စာသားအစား ဆပ်ပြာဖန်သားပြင်ပုံများကို အပ်လုဒ်လုပ်ပါ။

တစ်ခါတလေကျရင် ကျေးဇူးတင်ချင်ရုံပါပဲ။

Stack Overflow တွင် ကျေးဇူးတင်ကြောင်း ယဉ်ကျေးမှု အားနည်းသည်။ တစ်ချိန်က site သည် "မင်္ဂလာပါ" နှင့် "ကျေးဇူးတင်ပါတယ်" ဟူသောစကားလုံးများကိုမေးခွန်းများမှအလိုအလျောက်ဖြတ်တောက်ခဲ့သည်ကိုသတိရမိသည်။ မစစ်ရသေးလို့ ပြောထားတာ။

ယနေ့ခေတ်တွင်၊ ဖောက်သည်ပံ့ပိုးမှုတွင် လုပ်ကိုင်ဖူးသူတိုင်းသည် ယဉ်ကျေးသိမ်မွေ့လွန်းပြီး အတင်းအကျပ်ခိုင်းစေပုံရကြောင်း ကောင်းကောင်းသိပါသည်။ သို့သော် တစ်ခါတစ်ရံတွင် ဤဆိုဒ်ရှိ တစ်စုံတစ်ယောက်သည် သင့်အတွက် အလွန်အရေးကြီးသော အရာတစ်ခုကို လုပ်ဆောင်ပြီး ၎င်းတို့ကို ကျေးဇူးတင်ရန် တစ်ခုတည်းသောနည်းလမ်းမှာ ၎င်းတို့အား အပိုတစ်ခု ပေးခြင်းဖြစ်သည်။ စားကြတယ်။

စွမ်းဆောင်ရည်က ကျွန်ုပ်တို့ကို စိုးလ်မရှိသော စက်ရုပ်များဖြစ်လာရန် မလိုအပ်ပါ။ သုံးစွဲသူများကိုယ်တိုင်က ၎င်းကို လိုချင်လျှင် လူများကြားတွင် စစ်မှန်သော ဆက်သွယ်မှုကို ပိုမိုပေးစွမ်းနိုင်သည် ။

တခါတရံမှာ အဖြေရပြီးရင် ဘာဖြစ်သွားလဲသိချင်တယ်။

Stack Overflow သည် ငွေပေးချေမှုဆိုင်ရာမူအရ လုပ်ဆောင်သည်- အချို့လူများက မေးခွန်းများမေးကြပြီး အချို့က ဖြေကြသည်။ တုံ့ပြန်မှုရရှိပြီးနောက် ဘာဖြစ်သွားမလဲ။ ဘယ်သူသိနိုင်မလဲ? တစ်ခါတလေ ဒါကို တွေးမိတယ်။ ကျွန်ုပ်၏အဖြေသည် အထောက်အကူဖြစ်ပါသလား။ ဘယ်ပရောဂျက်ကို ကျိုးနွံစွာ ကူညီခဲ့သလဲ။ မေးခွန်းမေးသူ ဘာသင်ယူခဲ့သလဲ။

ဟုတ်ပါတယ်၊ ဒီသိချင်စိတ်ကို ကျေနပ်အောင်လုပ်ဖို့ မဖြစ်နိုင်ပါဘူး။ ၎င်းတို့ရရှိသည့် အချက်အလက်ကို မည်သို့အသုံးပြုမည်ကို သုံးစွဲသူများအား စာရင်းပြုစုရန် လိုအပ်သော်လည်း သင်ထိုသို့လုပ်ဆောင်နိုင်သော်လည်း အလွန်ပြဿနာတက်ပါသည်။ ဒါပေမယ့် အဲဒါကို စဉ်းစားဖို့ စိတ်ဝင်စားဖို့ကောင်းတယ်။

Gamification က ထိရောက်တယ်...

လုပ်ငန်းစဉ်များကိုဂိမ်းများအဖြစ်သို့ပြောင်းလဲသောအခါ ...

Status bar တွင် +10 သို့မဟုတ် +25 သင်္ကေတလေးကိုမြင်ရသောအခါ အနည်းငယ်စိုးရိမ်နေသေးသည်။ ဒီဂိမ်းဆော့ခြင်းရဲ့ ထိမိချက်လေးတွေက ကျွန်တော် ဆိုက်ကို 10 နှစ်ကြာအောင် ပြန်လာခဲ့ရတဲ့ အကြောင်းရင်းဖြစ်နိုင်ပါတယ်။ ဒါပေမယ့် နှစ်တွေကြာလာတာနဲ့အမျှ၊ Stack Overflow က ဘယ်လိုဂိမ်းအမျိုးအစားဖြစ်ပြီး အနိုင်ရတယ်ဆိုတာ ဘာကိုဆိုလိုတယ်ဆိုတာလည်း ကျွန်တော်စပြီး တွေးမိပါတယ်။

အသုံးဝင်သောမေးခွန်းများနှင့် အဖြေများအတွက် လူများကို ဆုချရန် အကောင်းဆုံးရည်ရွယ်ချက်များဖြင့် စနစ်အား ဖန်တီးထားကြောင်း ကျွန်ုပ်သေချာပါသည်။ ဒါပေမယ့် မြင့်မားတဲ့ရမှတ်တွေထည့်လိုက်တာနဲ့ အဲဒါက အသက်ဝင်လာပါတယ်။ Goodhart ၏ဥပဒေနှင့် အချို့သောအသုံးပြုသူများသည် အမြင့်ဆုံးတန်ဖိုးကို ရရှိရန်မဟုတ်ဘဲ အမြင့်ဆုံးအဆင့်သတ်မှတ်ချက်များရရှိရန် ၎င်းတို့၏လုပ်ဆောင်ချက်များကို စတင်ချိန်ညှိကြသည်။ ပြီးတော့ ဒါက အရေးကြီးတာမို့...

Reputation ဆိုသည်မှာ သင်ထင်သည့်အရာကို ဆိုလိုခြင်းမဟုတ်ပါ။

ဂုဏ်သိက္ခာသည် နည်းပညာဆိုင်ရာကျွမ်းကျင်မှု၊ ဆက်သွယ်ရေးကျွမ်းကျင်မှု၊ သို့မဟုတ် Stack Overflow အလုပ်လုပ်ပုံ သို့မဟုတ် အလုပ်လုပ်သင့်ပုံကို နားလည်ခြင်းနှင့် ညီမျှခြင်းမဟုတ်ပါ။

နာမည်ပျက်တယ်လို့ မဆိုလိုပါဘူး။ ၎င်းသည် Stack Overflow admins များကို ဆိုလိုခြင်း သို့မဟုတ် "reputation" ဟူသော စကားလုံးကို ဆိုလိုခြင်းဖြစ်သည်ဟု မဆိုလိုပါ။ ဂုဏ်သတင်းသည် အတိုင်းအတာတစ်ခုအထိ လွှမ်းမိုးမှုရှိသည်ကို ကျွန်တော်နားလည်ခဲ့သည်။ ဝဘ်ဆိုက်ပေါ်တွင် ထုတ်ဝေထားသော သီအိုရီဆိုင်ရာ အဖြေနှစ်ခုကို သုံးသပ်ကြည့်ပါ-

  • တစ်ခုသောဘုံ git လည်ပတ်မှုအကြောင်း။ Google ကိုသုံးပြီး နှစ်မိနစ်အတွင်း အဖြေသုံးကြောင်း ရေးခဲ့တယ်။
  • နောက်တစ်ခုကတော့ ရှုပ်ယှက်ခတ်နေတဲ့ ဂရပ်သီအိုရီအကြောင်းပါ။ တစ်ကမ္ဘာလုံးက လူတစ်ရာလောက်သာ အဖြေပေးနိုင်တာ ဖြစ်နိုင်တယ်။ ပြဿနာနဲ့ ဖြေရှင်းနည်းကို ရှင်းပြထားတဲ့ စာပိုဒ်အနည်းငယ်နဲ့ နမူနာကုဒ်ကို ကျွန်တော်ရေးခဲ့ပါတယ်။

ငါးနှစ်အတွင်း ပထမအဖြေကို ကြည့်ရှုသူ အကြိမ်ရေ 5 သန်းရှိခဲ့ပြီး ထောက်ခံမဲ 2000 ရရှိခဲ့သည်။ ဒုတိယအဖြေကို အကြိမ် 300 ကြည့်ရှုခဲ့ပြီး မဲနှိုက်မှု နှစ်ကြိမ်ရရှိခဲ့သည်။

အတိုင်းအတာတစ်ခုထိတော့ ဒါဟာ သိပ်ကို မရိုးသားဘူး။ အချိန်မှန်နေရာမှန်ကို အဘယ်ကြောင့် ဆုချရသနည်း။ (အရာရာတိုင်းကို ကံတရားက ဆုံးဖြတ်တာမဟုတ်ဘူး၊ ဂိမ်းရဲ့ စည်းမျဉ်းတွေကို နားလည်ခြင်းကလည်း ကြီးမားတဲ့ အခန်းကဏ္ဍကနေ ပါဝင်ပါတယ်)။ တစ်ဖက်တွင်မူ ပထမမေးခွန်းသည် ဒုတိယမေးခွန်းထက် လူများစွာကို အထောက်အကူဖြစ်စေသည်။ တစ်နည်းအားဖြင့် အသိအမှတ်ပြုခြင်းသည် “ဂုဏ်သတင်း” ကို စုဆောင်းခြင်းသို့ ဦးတည်ကြောင်း အသိအမှတ်ပြုထိုက်ပေသည် ။

ထို့ကြောင့် Stack Overflow တွင် "ဂုဏ်သိက္ခာ" ကို လွှမ်းမိုးမှုအတိုင်းအတာတစ်ခုဟု ကျွန်တော်ယူဆပါသည်။ စစ်မှန်သောဂုဏ်သတင်းကို အချက်များဖြင့် တိုင်းတာ၍မရပါ၊ ၎င်းသည် အသိုင်းအဝိုင်းမှ လာပါသည်။ ဘယ်သူ့အကြံဉာဏ်ကို နားထောင်ရမလဲ၊ တခြားသူတွေကို ကူညီတဲ့သူ၊ ဘယ်သူကို ယုံကြည်ရမလဲ။ PHP မှာရေးတာပဲဖြစ်ဖြစ် iOS အတွက်ပဲဖြစ်ဖြစ်၊ ဒါတွေက မတူတဲ့လူတွေဖြစ်ကောင်းဖြစ်နိုင်ပါတယ်။

အဲဒီစကားကြောင့် Stack Overflow က ဒီကိစ္စမှာ ဘာလုပ်ရမှန်းမသိဘူး။ အကယ်၍ သုံးစွဲသူများသည် “ဂုဏ်သိက္ခာ” အစား “ကောက်ကျစ်သော အမှတ်များ” ရရှိပါက လှုံ့ဆော်ခံရမည်လား။ အမှတ်များစနစ် လုံးဝမရှိပါက အသုံးပြုသူများ ဆက်လက်ပါဝင်နေမည်လား။ မဖြစ်နိုင်ဘူးလို့ ထင်ပါတယ်။ Stack Overflow တွင် "ကျော်ကြားမှု" ဟူသော ဒဏ္ဍာရီသည် ဆိုက်ကိုယ်တိုင်သာမက ၎င်း၏ အတက်ကြွဆုံး အသုံးပြုသူများပါ အစစ်အမှန်ဂုဏ်သတင်း အကျိုးကျေးဇူးများနှင့် ညီမျှသည်။ ဟုတ်ပြီ၊ ဘယ်သူက သူတို့ရဲ့ နာမည်ဂုဏ်သတင်းကို မြှင့်တင်ရတာကို မကြိုက်တာလဲ။

မဟုတ်ဘူး၊ ဘဝမှာ မကြာခဏဆိုသလို ဖြစ်ပျက်နေတဲ့အရာတွေကို တကယ့်စိတ်ကူးတစ်ခုရဖို့အတွက် ကိန်းဂဏန်းတွေသာမကဘဲ ခွဲခြမ်းစိတ်ဖြာဖို့ လိုအပ်တယ်။ ပို့စ်တစ်ခုတွင် Stack Overflow တွင် အမှတ် 10 ပါပါက၊ ဤလူက ဆက်သွယ်ပုံ၊ သူထုတ်ဝေသည့် မေးခွန်းများနှင့် အဖြေများကို ကြည့်ရှုပါ။ ခြွင်းချက်အခြေအနေအားလုံးတွင် Stack Overflow ရမှတ်များသည် လူတစ်ဦး၏ site ကိုအသုံးပြုနိုင်စွမ်းမှလွဲ၍ အခြားမည်သည့်အရာကိုမျှ ညွှန်ပြဖွယ်မရှိကြောင်း သတိရပါ။ ပြီးတော့ ကျွန်တော့်အတွေ့အကြုံအရတော့ သူတို့က ဒါကို မကြာခဏ မပြောတတ်ဘူး။

Stack Overflow မရှိရင် ငါ ဖြစ်ထွန်းမှာ မဟုတ်ဘူး။

git မှာ ရှုပ်ထွေးတဲ့ တစ်ခုခုလုပ်ရတိုင်း Stack Overflow ကို သွားပါ။ bash မှာ ရိုးရိုးရှင်းရှင်း တစ်ခုခု လိုအပ်တိုင်း Stack Overflow ကို သွားပါ။ ထူးထူးခြားခြား စုစည်းမှု error တစ်ခုရလာတိုင်း Stack Overflow သို့ သွားပါသည်။

IntelliSense၊ ရှာဖွေရေးအင်ဂျင်နှင့် Stack Overflow မပါဘဲ ကျွန်ုပ်သည် ဖြစ်ထွန်းအောင်မြင်မည်မဟုတ်ပါ။ စာအုပ်အချို့ကို သုံးသပ်ကြည့်လျှင် ၎င်းသည် ကျွန်ုပ်အား အလွန်ဆိုးရွားသော ပရိုဂရမ်မာတစ်ဦး ဖြစ်စေသည်။ စာမေးပွဲတွေ အများကြီး ကျရှုံးပြီး ဘုတ်ပေါ်မှာ ပြဿနာအများကြီး မဖြေရှင်းနိုင်ဖြစ်နိုင်တယ်။ ဒါကြောင့် ဖြစ်ပါစေ။ အလေးအနက်ပြောရရင်၊ JavaScript မှာ .sort ကိုသုံးတဲ့အခါတိုင်း၊ ငါ -1၊ 0၊ ဒါမှမဟုတ် 1 ကို ဘယ်အချိန်ရမယ်ဆိုတာနဲ့ ပတ်သက်တဲ့ အချက်အလက်တွေကို ရှာဖွေရမှာဖြစ်ပြီး ဘာသာစကားအတွက် ရေပန်းအစားဆုံး တည်းဖြတ်သူကို နေ့တိုင်း JS ရေးပေးနေပါတယ်။

မဟုတ်ပါ၊ Stack Overflow သည် မယုံနိုင်စရာ ကိရိယာတစ်ခုဖြစ်သည်။ လူမိုက်ကသာ သူ့အတွက် ရနိုင်တဲ့ ကိရိယာအားလုံးကို မသုံးဘူး။ ဒါဆို ငါ့လို အတွင်းလူမိုက်က ဘာလို့ မဖြစ်တာလဲ။ Seinfeld စီးရီး၏ ဇာတ်ကွက်များအားလုံးကို ကျက်မှတ်ခြင်း သို့မဟုတ် ခေတ်မီဆန်းပြားသော စာလုံးများဖြင့် ထွက်ပေါ်လာခြင်းကဲ့သို့သော အရေးကြီးသော အသိပညာအတွက် သင့်ဦးနှောက်အရင်းအမြစ်များကို သိမ်းဆည်းပါ (ဤဆောင်းပါးတွင် အလွန်လွဲမှားနေသော်လည်း လုံးဝကွဲပြားသည့် သဘောသဘာဝများစွာရှိပါလိမ့်မည်)။

Stack Overflow သည် အံ့ဖွယ်တစ်ခုဖြစ်သည်။

Stack Overflow သည် အတွေ့အကြုံ သို့မဟုတ် အသိပညာ မခွဲခြားဘဲ မည်သူမဆို ပရိုဂရမ်းမင်းမေးခွန်းများကို တင်ခွင့်ပြုသည်။ ဤမေးခွန်းများကို ပြီးပြည့်စုံသော သူစိမ်းများက ဖြေကြားပေးကြပြီး အများစုမှာ ၎င်းတို့၏ဘဝနှင့် အသက်မွေးဝမ်းကြောင်းအလုပ်များကို အခြားသူများကို အခမဲ့ကူညီပေးနေပါသည်။

အံ့ဖွယ်အမှုသည် ဖြစ်တည်မှု၏အမှန်တရားဖြစ်ပြီး Stack Overflow ၏ရလဒ်ဖြစ်သည်။ ဖန်တီးသူတွေ ရည်ရွယ်ထားတဲ့အတိုင်း အရာအားလုံးက ထွက်လာမှာ မဟုတ်ဘူးဆိုတာ သေချာပါတယ်၊ ဒါပေမယ့် သူတို့က ကြိုးစားပါတယ်။ ချို့ယွင်းချက်များရှိနေသော်လည်း၊ ဆိုက်သည် ကျွန်ုပ်အပါအဝင် လူပေါင်းများစွာကို နှစ်ပေါင်းများစွာ ကူညီပေးနေပါသည်။

Stack Overflow သည် ထာဝရတည်တံ့မည်မဟုတ်ပါ။ တစ်နေ့မှာ ပိုကောင်းတဲ့ အရာတွေ ပေါ်လာလိမ့်မယ်။ ဤအရာသည် Stack Overflow ၏အမှားများမှ သင်ခန်းစာယူနိုင်ပြီး ၎င်းမှ အကောင်းဆုံးရယူသွားလိမ့်မည်ဟု မျှော်လင့်ပါသည်။ အဲဒီအချိန်အထိတော့ ဒီဆိုက်ကို အလေးမထားမိဘူးလို့ မျှော်လင့်ပါတယ်။ ၎င်းသည် လူသစ်များဖြင့် အဆက်မပြတ် ဖြည့်တင်းနေသည့် အထင်ကရနေရာနှင့် လူနေမှုအသိုက်အဝန်းတစ်ခုဖြစ်သည်။ ဤအရာက သင့်ကို စိတ်ပူနေပါက၊ ဤအရာအားလုံးသည် အလွန်နုနယ်ပြီး အဓိပ္ပါယ်ကောင်းမွန်သော်လည်း မသိနားမလည်သေးသော အသစ်များကို ကူညီပေးခြင်းကဲ့သို့ သေးငယ်သောလုပ်ဆောင်ချက်များပင်လျှင် အပြုသဘောဆောင်သောအကျိုးသက်ရောက်မှုရှိနိုင်သည်ကို သတိရပါ။ ဒီဆိုဒ်ကို ဝေဖန်လိုက်ရင် ပိုကောင်းအောင် ဘယ်လိုလုပ်ရမလဲဆိုတာ သိနေတာကြောင့်ပဲ ဖြစ်ပါတယ်။

PS

Stack Overflow ကို ရောက်တုန်းက ကျောင်းသူလေး ဖြစ်နေတုန်းပါပဲ။ Eclipse တွင် JavaScript (ES5!) ကို စတင်ရေးသားနေခဲ့ပြီး မေးခွန်းများ၏ 90% သည် "jQuery ကိုအသုံးပြုခြင်း..." ဖြင့် စတင်ပုံရသည်။ ငါဘာလုပ်နေမှန်း ငါမသိပေမဲ့ လူစိမ်းတွေက ငါ့ကို ကူညီဖို့ အချိန်ကုန်တယ်။ အဲဒီ့အချိန်က အရမ်းတန်ဖိုးထားတယ်လို့ မထင်မိပေမယ့် မေ့မသွားပါဘူး။

လူတွေက Stack Overflow ကို မတူညီတဲ့ အရာတစ်ခုအဖြစ် အမြဲတမ်း လိုချင်ကြလိမ့်မယ် - အမေးအဖြေ ဆိုက်တစ်ခု; အိမ်ထောင်စုပြဿနာများကို ဖြေရှင်းရန် ကိရိယာတစ်ခု၊ ပရိုဂရမ်းမင်း၏လူနေမှုအဆင့်အတန်း။ ကျွန်ုပ်အတွက်၊ ဤဆိုက်သည် ၎င်း၏တိုးတက်မှုနှင့် ချို့ယွင်းချက်များရှိနေသော်လည်း၊ သူစိမ်းများသည် အချင်းချင်း သင်ယူရန်နှင့် တိုးတက်စေရန်အတွက် ကူညီပေးသည့် ပွင့်လင်းသော အသိုင်းအဝိုင်းတစ်ခုဖြစ်သည်။ ပြီးတော့ အဲဒါ အရမ်းကောင်းတယ်။ လွန်ခဲ့သည့် 10 နှစ်က Stack Overflow ၏ တစ်စိတ်တစ်ပိုင်းဖြစ်ခဲ့သည့်အတွက် ဝမ်းမြောက်မိပြီး ဆက်လက်လုပ်ဆောင်နိုင်ရန် မျှော်လင့်ပါသည်။ အရင်ဆယ်စုနှစ်တုန်းကလိုပဲ လာမယ့်ဆယ်စုနှစ်အတွင်းမှာ အသစ်အသစ်တွေကို လေ့လာချင်ပါတယ်။

source: www.habr.com

မှတ်ချက် Add