GitHub လိုင်စင်ကို ဘယ်လိုရွေးချယ်ရမလဲ၊ မှန်ကန်တဲ့ရွေးချယ်မှုလုပ်ဖို့ ဘာကြောင့်အရေးကြီးတာလဲ။ GitHub သည် IT ပရောဂျက်များနှင့် ၎င်းတို့၏ နောက်ဆက်တွဲ hosting ၏ ပူးတွဲဖွံ့ဖြိုးတိုးတက်မှုအတွက် အကြီးဆုံးဝန်ဆောင်မှုဖြစ်သည်။ ဤဝဘ်ဝန်ဆောင်မှု၏အကူအညီဖြင့်၊ အကန့်အသတ်မရှိသောလူများသည် ပရောဂျက်တစ်ခုအား တစ်ကြိမ်တည်းလုပ်ဆောင်နိုင်သည့်အပြင် ကမ္ဘာပေါ်ရှိ မည်သည့်နေရာမဆိုမှလည်း လုပ်ဆောင်နိုင်ပါသည်။ GitHub တွင် အချိန်နှင့်အမျှ developer များပြုလုပ်သော ပြောင်းလဲမှုအားလုံးကို ကြည့်ရှုထိန်းချုပ်နိုင်စေမည့် စီမံခန့်ခွဲမှု သို့မဟုတ် ထိန်းချုပ်မှုစနစ်တစ်ခုလည်း ပါရှိပြီး ၎င်းသည် အပြောင်းအလဲများမတိုင်မီ ဖြစ်ပေါ်ခဲ့သည့် အခြေအနေသို့ ပြန်သွားရန်လည်း ခွင့်ပြုထားသည်။
GitHub လိုင်စင်ဆိုတာဘာလဲ
လိုင်စင်ဆိုသည်မှာ နိုင်ငံတော်ပုံစံဖြင့် တည်ထောင်ထားသော အထူးစာရွက်စာတမ်းတစ်ခုဖြစ်ပြီး စွန့်စားမှုမရှိဘဲ နိုင်ငံတော်ဘက်မှ အထူးအာရုံစိုက်ရန်လိုအပ်သည့် အချို့သော စွန့်ဦးတီထွင်လုပ်ငန်းများတွင် ပါဝင်လုပ်ဆောင်နိုင်စေမည်ဖြစ်သည်။ သို့သော် အများစုမှာ လက်တွေ့တွင်၊ ပုဂ္ဂလိကဥပဒေလိုင်စင်ထုတ်ပေးခြင်းအတွက် ပံ့ပိုးပေးသော အတိုကောက်လိုင်စင်သဘောတူညီချက်များ သို့မဟုတ် သဘောတူညီချက်များကိုသာ အသုံးပြုကြသည်။ ယေဘူယျအားဖြင့်၊ လိုင်စင်သည် တစ်ခုတည်းကိုသာ လိုက်စားသော်လည်း အရေးကြီးဆုံးပန်းတိုင်မှာ၊ ဤသည်မှာ လိုင်စင်ရှိသူနှင့် လိုင်စင်ရရှိသူအကြား တာဝန်များနှင့် အခွင့်အရေးများဆိုင်ရာ သဘောတူညီချက်တစ်ခုဖြစ်သည်။ ဤတာဝန်နှင့် ရပိုင်ခွင့်များသည် မည်သည့်အရာမဆို ဖြစ်နိုင်သော်လည်း ဥပဒေဘောင်အတွင်းမှသာ ဖြစ်သည်။ ထင်ရှားသောဥပမာတစ်ခုမှာ လိုင်စင်ရရှိသူသည် လိုင်စင်ရရှိသူ၏အလုပ်ကိုအသုံးပြုသည့်အခါ မူပိုင်ခွင့်ကိုင်ဆောင်သူ၏အမည်ကို လိုအပ်နိုင်သည်ဟူသောအချက်ဖြစ်သည်။ သို့မဟုတ် ဥပမာအားဖြင့် ကူးယူခြင်းအား ခွင့်ပြုခြင်း၊ ဒါပေမယ့် ပြုပြင်မွမ်းမံမှု လုံးဝ တားမြစ်ထားပါတယ်။ သို့မဟုတ်၊ အလုပ်၏မူရင်းအခြေအနေအတိုင်း အတိအကျတူညီသောအခြေအနေများတွင် ထုတ်ပြန်ရမည့်ထိုကဲ့သို့သောလိုအပ်ချက်များကို ထုတ်ဖေါ်ရန်၊ အခြေအနေအမျိုးမျိုးကို ရှေ့သို့တင်ခြင်း၏ ဥပမာများစွာရှိပါသည်။ [စာတန်း id=”attachment_12368″ align=”aligncenter” width=”780″]
သို့သော်၊ လိုင်စင်သည် လိုင်စင်ရှိသူသာမက လိုင်စင်ရရှိသူ၏ အခွင့်အရေးများကို ကာကွယ်ပေးကြောင်းကိုလည်း ကျွန်ုပ်တို့ မမေ့သင့်ပါ။ ၎င်းတွင် အလုပ်အသုံးပြုခြင်းဆိုင်ရာ အခြေအနေအားလုံးကို ရှင်းရှင်းလင်းလင်းမြင်နိုင်ပြီး ဖတ်ရှုနိုင်သောကြောင့် လိုင်စင်ရှိသူသည် ၎င်း၏လုပ်ငန်းအသုံးပြုမှုအတွက် နုတ်ယူခြင်း သို့မဟုတ် အခြားလျော်ကြေးငွေများကို ရုတ်တရက် တောင်းဆိုမည်ကို ကြောက်ရွံ့နေရန် မလိုအပ်ပါ။
အလုပ်နှင့်သက်ဆိုင်သည့်လိုင်စင်ကို သင်အသုံးပြုရန် ငြင်းဆိုပါက၊ မူပိုင်ခွင့်များသည် သက်ဆိုင်ရာနိုင်ငံတစ်ခုတွင် တရားဝင်စည်းမျဉ်းများနှင့်အညီ ကျင့်သုံးဆဲဖြစ်သည်။ ရိုးရိုးရှင်းရှင်းပြောရလျှင် လိုင်စင်မရှိခြင်းသည် အခြားစာရေးဆရာများက ဤပရောဂျက်ကို ၎င်းတို့အလိုရှိသည့်အတိုင်း အသုံးပြုနိုင်ကြောင်း အဓိပ္ပာယ်မရှိပေ။ အတိအကျ လိုင်စင်မရှိဘဲ၊ ပရိုဂရမ်မာသည် ဥပဒေအရ ပေးအပ်ထားသော အခွင့်အရေးများကို လုံးဝလက်လွတ်မခံသောကြောင့် အရာအားလုံးနှင့် ဆန့်ကျင်ဘက်ဖြစ်နေသည်။ လိုင်စင်သည် အခွင့်အရေးများနှင့် တာဝန်များအားလုံးကို ထိန်းချုပ်ထားကြောင်း အမြဲသတိရရန်လည်း အရေးကြီးပါသည်။ ၎င်းသည် အသုံးပြုသူ၏မျှော်လင့်ချက်များမှ အလုပ်ပိုင်ရှင်ကို ကာကွယ်ရန်နှင့် မည်သည့်အာမခံချက်မှ အဓိပ္ပာယ်သက်ရောက်သည်။ နောက်ဆုံးတွင်၊ မည်သူမျှ ၎င်းတို့၏ကုဒ်ကို မည်သည့်နည်းဖြင့်မျှ တရားရုံးတွင် အဆုံးသတ်စေလိုခြင်းမရှိပါ။
မူပိုင်ခွင့်ဆိုတာဘာလဲ
ဉာဏ်ရည်ဉာဏ်သွေး လုပ်ဆောင်ချက်ကြောင့် လူတစ်ဦးတွင် မူပိုင်ခွင့် ပေါ်လာမှသာ ထူးခြားသည့် အလုပ်တစ်ခုကို ဖန်တီးနိုင်သော်လည်း တစ်ချိန်တည်းတွင် အသုံးဝင်သော ဥပမာ၊ တူညီသော ပရိုဂရမ်ကို ရေးသားခြင်းကို သင်ယူနိုင်သည်။ အထက်ဖော်ပြပါများအားလုံးကို ပြီးမြောက်သောအခါ၊ ထိုပုဂ္ဂိုလ်သည် စာရေးဆရာဖြစ်လာပြီး ယခု သူသည် ဤအလုပ်အတွက် မူပိုင်ခွင့်အားလုံးကို လုံးဝရရှိသွားပါပြီ။ မူပိုင်ခွင့်များသည် ပိုင်ဆိုင်မှုနှင့် ပစ္စည်းမဟုတ်ဟုလည်း ဆိုရပါမည်။ ၎င်းတို့၏ ခြားနားချက်မှာ ပိုင်ဆိုင်မှုအခွင့်အရေးများကို မည်သူမဆို လွှဲပြောင်းပေးနိုင်သော်လည်း ပိုင်ဆိုင်မှုမဟုတ်သော အခွင့်အရေးများသည် မည်သည့်အခြေအနေတွင်မဆို စာရေးသူနှင့်သာ အမြဲရှိနေမည်ဖြစ်သည်။ အမှန်မှာ၊ စာရေးဆရာဖြစ်ခြင်းသည် လွှဲပြောင်း၍မရသော အခွင့်အရေးတစ်ခုဖြစ်သည်။
Open Source လိုင်စင်က ဘာအတွက်လဲ။
၎င်းသည် အတွေ့အကြုံမရှိသေးသော developer များနှင့် ပရိုဂရမ်မာများကြားတွင် အလွန်ရေပန်းစားသော မေးခွန်းတစ်ခုလည်းဖြစ်သည်။ အကြောင်းမှာ ၎င်းတို့သည် ၎င်းတို့၏ပရောဂျက်များနှင့် လိုင်စင်တစ်ခုအား အဘယ်ကြောင့် ပူးတွဲလုပ်ဆောင်သင့်သည်ကို နားမလည်သောကြောင့်၊ ၎င်းမပါဘဲ ပရောဂျက်သည်လည်း တိတ်တဆိတ်တည်ရှိနိုင်သည်။ သို့သော်၊ ဤသည်မှာ လုံးဝမမှန်ပါ၊ ဥပမာအားဖြင့်၊ အတွေ့အကြုံမရှိသေးသော developer အချို့သည် အလွန်အရေးကြီးပြီး အသုံးဝင်သော ကုဒ်အပိုင်းအစအချို့ကို ရေးခဲ့သော်လည်း လိုင်စင်ဖြင့် မကာကွယ်နိုင်ခဲ့ပါက၊ အခြားအသုံးပြုသူများသည် မေးခွန်းများရှိလာနိုင်သည်။ ထို့အတွက်ကြောင့် အတိအကျအားဖြင့်၊ ဖောက်သည်များသည် သူ့ထံလာပြီး ဤကုဒ်ကို စီးပွားဖြစ်ရည်ရွယ်ချက်အတွက် အသုံးပြုလိုသောအခါ၊ ကုဒ်သည် မည်သည့်လိုင်စင်မှ မရှိသည်ကို သိမြင်ပြီး ရိုးရိုးရှင်းရှင်းပင် ငြင်းဆိုလိုက်သည်။ အဘယ်ကြောင့်ဆိုသော် ကုမ္ပဏီများသည် ဥပဒေနှင့် ရှေ့နေများနှင့် ပြဿနာများ မလိုအပ်သောကြောင့် လိုင်စင်မရှိဘဲ ကုဒ်ကို ရိုးရိုးရှင်းရှင်း အသုံးမပြုနိုင်သောကြောင့် ဖြစ်သည်။
အချို့သောအခြေအနေများတွင် မည်သည့် GitHub လိုင်စင်သည် သင့်လျော်သည် – မည်သို့ရွေးချယ်ရမည်နည်း။
လိုင်စင်ရွေးချယ်မှုသည် ပရောဂျက်၏ပန်းတိုင်များနှင့် developer ကိုယ်တိုင်၏ စိတ်ကြိုက်ရွေးချယ်မှုနှင့် ဆန္ဒများပေါ်တွင်သာ မူတည်သောကြောင့် ဤမေးခွန်းအတွက် တိကျသောအဖြေမရနိုင်ပါ။ သင်တွေ့မြင်ရသည့်အတိုင်း GitHub တွင် လိုင်စင်အမျိုးမျိုးရှိပြီး အရေးအကြီးဆုံးမှာ ၎င်းတို့အားလုံးသည် အခမဲ့ဖြစ်ပြီး အများသူငှာ ဒိုမိန်းတွင် ရှိနေသောကြောင့် ပရိုဂရမ်မာတိုင်းသည်
၎င်း၏ပရောဂျက်နှင့် ကိုက်ညီမည့် Open Source လိုင်စင်ကို ရှာတွေ့နိုင်မည်ဖြစ်သည်။ သို့သော် အရေးအကြီးဆုံးမှာ၊ Open Source လိုင်စင်သည် လိုင်စင်မရှိသောကုဒ်တစ်ခုမျှသာမဟုတ်ကြောင်း ကျွန်ုပ်တို့မမေ့သင့်ပါ။ 
- အပြင်းအထန် အကာအကွယ်ပေးတယ်။
- ကာကွယ်မှုအားနည်းတယ်။
- ခွင့်မပြု။
အပြင်းအထန်ကာကွယ်သည်။
လိုင်စင်များကို ခိုင်ခိုင်မာမာ ကာကွယ်ပေးခြင်းသည် GPL ၏ ပြောင်းလဲမှုများ များပါသည်။ ဤလိုင်စင်များသည် မည်သည့်ကုဒ် သို့မဟုတ် ပရောဂျက်ကိုမဆို အသုံးပြုမည် သို့မဟုတ် အသုံးပြုပြီးသည်နှင့် မသက်ဆိုင်ဘဲ ပရောဂျက်၏ လိုင်စင်အပြင် အရင်းအမြစ်ကုဒ်များကို ထုတ်ဖော်ရန် လိုအပ်ပါသည်။
ကာကွယ်မှုအားနည်းတယ်။
လိုင်စင်များကို အားနည်းစွာ ကာကွယ်ပေးခြင်းသည် မကြာခဏဆိုသလို Lessser GPL ၏ ကွဲပြားမှုများဖြစ်သည်။ ခွင့်ပြုချက်လိုင်စင်များနှင့် အဓိကကွာခြားချက်မှာ ဤနေရာတွင် GPL လိုင်စင်အောက်တွင် ပရိုဂရမ်ကို လိုင်စင်ထုတ်ပေးရန် လိုအပ်သည့်အပြင် အရင်းအမြစ်ကုဒ်များကို မပျက်မကွက် ပေးဆောင်ရန် လိုအပ်ပါသည်။ တစ်ချိန်တည်းမှာပင်၊ LGPL လိုင်စင်အောက်တွင် static linking သို့မဟုတ် dynamic linking သည် ပရိုဂရမ်မာ၏ ပရောဂျက်တွင် စာကြည့်တိုက်တစ်ခုရှိလျှင် ၎င်းသည် ဤပရိုဂရမ်မာ၏ ပရောဂျက်၏ လိုင်စင်တစ်ခုခုနှင့်လည်း တွဲဖက်အသုံးပြုနိုင်မည်ဖြစ်သည်။ 
ခွင့်ပြုသည်။
ခွင့်ပြုချက်လိုင်စင်များစွာရှိပြီး ၎င်းတို့၏အဆင့်များတွင် လူကြိုက်အများဆုံးလိုင်စင်များမှာ MIT၊ Apache 2.0 နှင့် BSD တို့ဖြစ်သည်။ အနည်းငယ်ကွဲလွဲမှုများနှင့်အတူ၊ ဤလိုင်စင်များသည် Open Source ပရောဂျက်များနှင့် စီးပွားဖြစ်ရည်ရွယ်ချက်များနှင့် ပရောဂျက်များအတွက်ရော ကုဒ်ကို အသုံးပြုခွင့်ပြုနိုင်စွမ်းရှိသည်။ သို့သော် ဤကိစ္စတွင်၊ မူရင်းပရိုဂရမ်၏ရေးသားချက်ကို ညွှန်ပြရန် လိုအပ်ကြောင်း မှတ်သားထားရန် အရေးကြီးပါသည်။
အခြားနာမည်ကြီး GitHub လိုင်စင်များ
ဤလိုင်စင်အုပ်စုသုံးစုအပြင်၊ ဥပမာအားဖြင့်၊ အခြားအသုံးဝင်ဆုံးလိုင်စင်များမှာ classpath extensions ပါရှိသော GPLv2 ဖြစ်သည်။ ဤလိုင်စင်ကို Open source ပရောဂျက်များနှင့် စီးပွားရေးပရောဂျက်များနှင့် ရည်ရွယ်ချက်များအတွက်လည်း အသုံးပြုနိုင်သည်။ ၎င်း၏ လူကြိုက်အများဆုံး အသွင်အပြင်မှာ ၎င်း၏ Open Source ပရောဂျက်များနှင့် ဖြေရှင်းချက်များကို လိုင်စင်ခွင့်ပြုရန် GPLv2 ကို classpath extension များနှင့်အတူ အသုံးပြုသည့် Oracle တွင်ဖြစ်သည်။ ဥပမာအားဖြင့် ပုံမှန် GPL လိုင်စင်များသည် bytecode နှင့် ကိုင်တွယ်ဖြေရှင်းနိုင်မည်မဟုတ်သောကြောင့် ဤလိုင်စင်သည် အလွန်အရေးကြီးပြီး အသုံးဝင်ပါသည်။ ဆိုလိုသည်မှာ၊ ၎င်းတို့တွင် အခြားဘာသာပြန်ဆိုထားသော ပရိုဂရမ်းမင်းဘာသာစကားများအတွက် လုံးဝသင့်လျော်မှုမရှိသော စုစည်းခြင်းနှင့် ချိတ်ဆက်ခြင်းလုပ်ငန်းစဉ်၏ အထူးဖော်ပြချက်ပါရှိပြီး၊ လူကြိုက်အများဆုံး Java ဘာသာစကားသည် ထိုကဲ့သို့သောဘာသာစကားများထဲမှဖြစ်သည်။ ထိုသို့သောကိစ္စများတွင် classpath extensions ပါသော အထူးလိုင်စင် GPLv2 ကို ထုတ်ပေးခဲ့သည်။ နောက်ဆုံးတွင်၊ ဤလိုင်စင်အောက်တွင် ထုတ်ဝေထားသော စာကြည့်တိုက်ကို စီးပွားရေးပရောဂျက်များနှင့် ရည်ရွယ်ချက်များအတွက် အခြားလိုင်စင်ဖြင့် လုံးဝအသုံးပြုနိုင်ကြောင်း ရှင်းလင်းပြတ်သားစွာ ဖော်ပြထားသည်။
။
လိုင်စင်ထည့်ခြင်း။
နောက်ဆုံးလိုင်စင်ကို နောက်ဆုံးရွေးချယ်ပြီးနောက်၊ ၎င်းကို ပရောဂျက် root ကိုယ်တိုင်ထည့်ရန်သာ ကျန်တော့သည်။ ဤလုပ်ဆောင်ချက်ကိုဆောင်ရွက်ရန်၊ ပရောဂျက်ကိုယ်တိုင်ဖန်တီးနေစဉ် သို့မဟုတ် အခြားအချိန်များတွင် ပရောဂျက်အမြစ်အောက်တွင် ရွေးချယ်ထားသောလိုင်စင်ကို ရိုးရိုးရှင်းရှင်းထည့်ရန် လိုအပ်သည်။ သို့သော် ဤလုပ်ဆောင်ချက်တွင်ပင်၊ GitHub ဝဘ်ဝန်ဆောင်မှုသည် ၎င်း၏အသုံးပြုသူများကို ဂရုစိုက်နိုင်ခဲ့ပြီး ပရောဂျက်စတင်ချိန်တွင်ပင် နောက်ဆုံးလိုင်စင်ကို ထည့်သွင်းရန် အတော်လေး အဆင်ပြေသောနည်းလမ်းကို ပြုလုပ်ခဲ့သည်။
