Ellison က AI ကုဒ်ရေးသည်ဟု အခိုင်အမာဆိုနေသော်လည်း OpenJDK မှ AI ကုဒ်ကို Oracle မှ ပိတ်ပင်ထားသည်။

Oracle သည် ကုမ္ပဏီဘဏ္ဍာစိုးဖြစ်သော OpenJDK အား ပံ့ပိုးကူညီမှုများမှ AI ထုတ်ပေးသည့်ကုဒ်ကို တားမြစ်သည့် မူဝါဒကို တိတ်တဆိတ် အကောင်အထည်ဖော်ခဲ့သည်။ The Register မှ အစီရင်ခံထားသည့် အဆိုပါ လှုပ်ရှားမှုသည် ဘေးကင်းရေး၊ လုံခြုံရေးနှင့် ဉာဏပစ္စည်းဆိုင်ရာ စိုးရိမ်မှုများကို ကိုးကားကာ ဆော့ဖ်ဝဲလ်ကို တည်ဆောက်ပုံနှင့် ပတ်သက်၍ Oracle ၏ ကိုယ်ပိုင် အတွင်းပိုင်း စာတိုပေးပို့မှုနှင့် တင်းတင်းကြပ်ကြပ် တင်းမာနေပါသည်။ ဆက်တိုက်ဖြစ်ပေါ်နေသော ထူးခြားသော AI သတင်း အတွက်၊ ဤဇာတ်လမ်းသည် ကော်ပိုရိတ် AI ရည်မှန်းချက်နှင့် အင်ဂျင်နီယာသတိပေးချက်တို့ကြား ကြီးထွားလာနေသော ကွာဟချက်ကို မီးမောင်းထိုးပြထားသည်။

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

ဘာကြောင့် Oracle က လိုင်းဆွဲတာလဲ။

ပိတ်ပင်မှုနောက်ကွယ်က အကြောင်းအရင်းတွေက အတွေးအခေါ်ထက် လက်တွေ့ကျပါတယ်။ AI မှထုတ်လုပ်သောကုဒ်သည် အမှန်ပြီးနောက်ဖယ်ရှားရန်ခက်ခဲသောအန္တရာယ်အမျိုးအစားသုံးမျိုးကိုမိတ်ဆက်ပေးသည်။ ပထမဦးစွာ၊ လုံခြုံရေး- LLM များသည် လူသားပြန်လည်သုံးသပ်သူများသည် ချက်ချင်းမဖမ်းမိနိုင်သည့် သိမ်မွေ့သောအားနည်းချက်များဖြင့် ကုဒ်ကို ထုတ်လုပ်နိုင်ပြီး အထူးသဖြင့် Java ကဲ့သို့ ရှုပ်ထွေးသော ဘာသာစကားဖြင့် ၎င်း၏ နက်နဲသော စံပြစာကြည့်တိုက်နှင့် တူညီသော စံနမူနာရှိသည်။ ဒုတိယအချက်၊ ဉာဏပစ္စည်းပိုင်ဆိုင်မှု- ရှိပြီးသားကုဒ်၏ကြီးမားကျယ်ပြန့်သောကော်ပိုရာတွင်လေ့ကျင့်သင်ကြားထားသောမော်ဒယ်များသည် လိုင်စင်ရပစ္စည်းကို စကားဖြင့်ပြောခြင်း သို့မဟုတ် အနီးကပ်စာပိုဒ်ဖြင့် ပြန်လည်ထုတ်လုပ်နိုင်ပြီး မူပိုင်ခွင့်တောင်းဆိုမှုများနှင့်အတူ open-source ပရောဂျက်ကို ညစ်ညမ်းစေနိုင်သည်။ တတိယအချက်၊ ထည့်သွင်းတွက်ချက်မှုနှင့် တာဝန်ခံမှု- ကုဒ်ကို ရေးသားမည့်အစား ထုတ်ပေးသည့်အခါတွင် အမှားအယွင်းများ၊ လိုင်စင်ဆိုင်ရာ တာဝန်ဝတ္တရားများ သို့မဟုတ် လိုက်နာမှုဆိုင်ရာ ပြဿနာများအတွက် မည်သူတွင် တာဝန်ရှိသည်ကို သိရှိရန် ပိုမိုခက်ခဲလာသည်။

OpenJDK သည် မည်သည့် open-source ပရောဂျက်မျှ မဟုတ်ပါ။ ၎င်းသည် လုပ်ငန်းသုံးဆာဗာများမှ Android အပလီကေးရှင်းများအထိ ကမ္ဘာတစ်ဝှမ်းရှိ စက်ပစ္စည်းများ ဘီလီယံနှင့်ချီ၍လည်ပတ်နေသော ဘာသာစကားတစ်ခုဖြစ်သည့် Java ကို ရည်ညွှန်းအကောင်အထည်ဖော်ခြင်းဖြစ်သည်။ OpenJDK တွင် ကုဒ်ကုဒ်သည် စီးပွားဖြစ် Oracle ထုတ်ကုန်များ၊ ပြင်ပအဖွဲ့အစည်း JDK ဖြန့်ဖြူးမှုများနှင့် ကမ္ဘာလုံးဆိုင်ရာ Java ဂေဟစနစ်သို့ ဆယ်စုနှစ်များစွာ စီးဆင်းနိုင်သည်။ ပြဿနာရှိသော AI မှထုတ်လုပ်သောကုဒ်တစ်ခုသည် နှစ်ပေါင်းများစွာ တုန်လှုပ်ချောက်ချားသွားစေသည့် တာဝန်ယူမှုကို ဖန်တီးပေးနိုင်သည်။

Oracle ၏ အတွင်းပိုင်း ကိုယ်ဟန်အနေအထားနှင့် ဆန့်ကျင်ဘက်

မူဝါဒကို ထူးခြားစေသောအရာမှာ ၎င်း၏ကိုယ်ပိုင် AI အသုံးပြုမှုနှင့်ပတ်သက်ပြီး Oracle ၏ အများသူငှာ ထုတ်ပြန်ချက်များနှင့် ဆန့်ကျင်ဘက်ဖြစ်သည်။ ပူးတွဲတည်ထောင်သူ Larry Ellison က AI မော်ဒယ်များသည် ယခုအခါ Oracle ၏ ကုဒ်များကို ရေးသားပြီး ကုမ္ပဏီအား AI မောင်းနှင်သော ဆော့ဖ်ဝဲလ်ဖွံ့ဖြိုးတိုးတက်မှုတွင် ဦးဆောင်သူအဖြစ် သတ်မှတ်ကြောင်း မကြာသေးမီက ကြေညာခဲ့သည်။ တွဲဖက်စီအီးအို Mike Sicilia သည် AI ကိရိယာများကို သေးငယ်သော အင်ဂျင်နီယာအဖွဲ့များအား ပိုမိုမြန်ဆန်စွာပေးပို့နိုင်စေခြင်းဖြင့် AI သည် Oracle ၏ ကုန်ထုတ်စွမ်းအားဗျူဟာအတွက် အဓိကအချက်ဖြစ်သည်ဟု အကြံပြုခဲ့သည်။

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

OpenJDK သည် ဆိုင်းငံ့ခြင်းတွင် တစ်ယောက်တည်းမဟုတ်ပါ။

Oracle သည် ဤမေးခွန်းကို ကိုင်တွယ်ဖြေရှင်းသည့် ပထမဆုံးသော အဓိက open-source ပရောဂျက်မဟုတ်သော်လည်း၊ ၎င်းသည် အကြီးဆုံးနှင့် အကျိုးဆက်ဆုံးတစ်ခုဖြစ်သည်။ အခြားသော open-source အသိုင်းအ၀ိုင်းအများအပြားသည် အလားတူကန့်သတ်ချက်များကို လက်ခံကျင့်သုံးကြသည် သို့မဟုတ် စဉ်းစားနေပါသည်။ Linux kernel၊ Kubernetes နှင့် Apache ဆော့ဖ်ဝဲဖောင်ဒေးရှင်းတို့သည် AI မှထုတ်လုပ်ထားသော ပံ့ပိုးကူညီမှုများကို တံဆိပ်တပ်သင့်သည်၊ ကန့်သတ်သင့်သည် သို့မဟုတ် ပြတ်ပြတ်သားသား တားမြစ်သင့်သည်ဆိုသည်ကို အချေအတင်ဆွေးနွေးမှုများကို မြင်တွေ့ခဲ့ရသည်။ အဓိကစိုးရိမ်မှုမှာ universal ဖြစ်သည်- open-source လိုင်စင်များနှင့် ပံ့ပိုးကူညီမှု သဘောတူညီချက်များသည် ၎င်းတို့၏ကုဒ်အတွက် နားလည်ပြီး တာဝန်ယူတတ်သော လူသားစာရေးဆရာများအတွက် ဒီဇိုင်းထုတ်ထားသည်။

AI မော်ဒယ်တစ်ခုသည် မူရင်း Developer Certificate ကို လက်မှတ်မထိုးနိုင်ပါ၊ လုံခြုံရေး အားနည်းချက်တစ်ခုအတွက် တာဝန်ခံနိုင်မည်မဟုတ်သည့်အပြင် ကုဒ်ကို သတ်သတ်မှတ်မှတ်နည်းဖြင့် ရေးသားရခြင်းအကြောင်း မေးခွန်းများကို မဖြေနိုင်ပါ။ လူသားတစ်ဦးသည် ၎င်းတို့၏ကိုယ်ပိုင်အလုပ်အဖြစ် AI-ထုတ်ပေးသောကုဒ်ကို တင်သွင်းသည့်အခါ၊ ၎င်းတို့သည် ၎င်းတို့အပြည့်အဝနားမလည်နိုင်သည့်အရာအတွက် သွယ်ဝိုက်သောနည်းဖြင့် အာမခံချက်ပေးသည်၊ ၎င်းသည် open-source ပူးပေါင်းဆောင်ရွက်မှုအပေါ် မူတည်သည့် ယုံကြည်မှုပုံစံကို ပျက်ပြားစေသည်။

ဒေါ်လာ ၇၀ ဘီလီယံ နောက်ခံကားချပ်

Oracle ၏ AI ကုဒ်ရှေ့တွင် သတိပေးချက်သည် ကြီးမားသော AI အခြေခံအဆောက်အအုံလောင်းကြေးတစ်ခုကြားတွင် ထွက်ပေါ်လာသည်။ ကုမ္ပဏီသည် နည်းပညာကဏ္ဍရှိ အကြီးဆုံးအရင်းအနှီး အသုံးစရိတ်ပရိုဂရမ်များထဲမှ တစ်ခုဖြစ်သည့် AI အလုပ်တာဝန်များကို ပံ့ပိုးပေးရန်အတွက် ဒေတာစင်တာ တိုးချဲ့မှုတွင် ယခုနှစ်အတွင်း ဒေါ်လာ 70 ဘီလီယံခန့် ရင်းနှီးမြှုပ်နှံထားသည်။ ဤအသုံးစရိတ်သည် S&P Global Ratings သည် Oracle ၏ ခရက်ဒစ်အဆင့်သတ်မှတ်ချက်ကို BBB- သို့ အဆင့်နှိမ့်ရန် လှုံ့ဆော်ပေးခဲ့ပြီး ကြီးမားသောရင်းနှီးမြုပ်နှံမှုအပေါ် မသေချာမရေရာသော ရလဒ်များကို ကိုးကား၍ အမှိုက်အခြေအနေအထက်တစ်မှတ်၊

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

ဒါက Developers အတွက် ဘာကိုဆိုလိုလဲ။

OpenJDK ကို ပံ့ပိုးပေးသော Java developer များအတွက် မူဝါဒသည် AI ကိရိယာများကို ၎င်းတို့မည်သို့အသုံးပြုပုံနှင့် ပတ်သက်၍ ပိုမိုချင့်ချိန်ထားကြောင်း ဆိုလိုသည်။ ချွတ်ယွင်းချက်တစ်ခုကို နားလည်ရန် ChatGPT သို့မဟုတ် Claude ကို အသုံးပြုခြင်း သို့မဟုတ် ဒီဇိုင်းပုံစံကို ပြန်လည်သုံးသပ်ခြင်းသည် လက်ခံနိုင်သေးသည်။ AI ကိရိယာမှ အဓိကထုတ်လုပ်ထားသည့် ကုဒ်ကို လူသား တည်းဖြတ်မှုများနှင့်ပင် ပေးပို့ခြင်းမှာ အဆင်မပြေပါ။ developer အများအပြားသည် ယခု AI ကို ပူးပေါင်းရေးဆွဲရေးလုပ်ဖော်ကိုင်ဖက်အဖြစ် အသုံးပြုကြပြီး ၎င်းတို့၏ ကိုယ်ပိုင်စဉ်းစားတွေးခေါ်မှုများကို မော်ဒယ်အကြံပြုချက်များမှ ရှင်းရှင်းလင်းလင်း ခွဲထုတ်နိုင်ခြင်း မရှိသောကြောင့် အဆိုပါစာကြောင်းသည် အမြဲတမ်း လက်တွေ့တွင် မရှင်းလင်းပါ။

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

AI ထက်သာလွန်နေပါစေ။

AI hype နှင့် engineering reality အကြား ကွာဟမှုသည် ကြီးထွားလာသည်။ ကုမ္ပဏီများသည် AI အကူးအပြောင်းကို မည်ကဲ့သို့ သွားလာနေကြသည်ကို ပိုမိုသိရှိရန်အတွက် နောက်ဆုံးထွက် AI လုပ်ငန်းဆိုင်ရာ လွှမ်းခြုံမှု ကို လိုက်နာပါ။

AI သတင်းအပြည့်အစုံကို ဖတ်ရှုရန် →