GitHub Copilot (Gen-AI) ප් රයෝජනවත් වේ, නමුත් රත්තරන් බෝලයක් නැත

පසුගිය මාස තුන තුළ සැබෑ ලෝකයේ ASP.NET 8 සංවර්ධනයේදී GitHub Copilot Pro භාවිතා කිරීමෙන් පසු මගේ අදහස් මෙන්න. තාක්ෂණය වේගයෙන් පරිණාමය වන බැවින්, මෙම හැඟීම් 2025 මාර්තු වන විට මගේ අත්දැකීම් මත පදනම් වූ බව සඳහන් කිරීම වටී.

1. නොමිලේ අත්හදා බැලීම මාව GitHub Copilot Pro සඳහා දායක වීමට පොළඹවන ලදී.

මම අතීතයේ AI කේත උත්පාදක යන්ත්‍ර ගැන කියවා ඇති අතර සමහර නිරූපණ වීඩියෝ නරඹා ඇත, නමුත් ඒවා සැබවින්ම නිෂ්පාදනයට සූදානම් බව මට ඒත්තු ගියේ නැත.

හේතුවක් නොමැතිව, මාස 3 කට පෙර, මගේ ASP.NET8 ව්‍යාපෘතියේ 2022 Visual Studio හි GitHub Copilot Free ගිණුමක් ස්වයංක්‍රීයව සක්‍රිය වීම නිසා, ඊනියා “ghost text” කේත යෝජනා පෙනෙන්නට පටන් ගත්තේය. මම කම්පනයට පත් වුණා, මොහොතකින් එය මා ලිවීමට/කේත කිරීමට යන දේ පිළිබඳ දීප්තිමත් අනාවැකියක් විය .

නුහුරු අය සඳහා, "භූත පෙළ" යනු GitHub Copilot (GHC) යෝජනා වන අතර එය අළු පැහැති අර්ධ විනිවිද පෙනෙන පෙළකින් පරිශීලකයාට ඉදිරිපත් කරනු ලබන අතර එය AI විසින් පරිශීලකයා ඊළඟට කළ යුතු දේ පිළිබඳ පුරෝකථනයක් ලෙස හේතුවක් නොමැතිව දිස්වේ. පරිශීලකයෙකු යෝජිත කේතයට කැමති නම්, එය තහවුරු කරන්නේ නම් හෝ එය නොසලකා හරිමින් ඔහුගේ/ඇයගේ කාර්යය කරන්නේ නම්.

දින කිහිපයකින්, මම එම මෙවලම පරීක්ෂා කිරීම සඳහා සම්පූර්ණ GitHub Copilot PRO දායකත්වයට දායක වීමට තීරණය කළෙමි.

2. GitHub Copilot සඳහා සූදානම් වීම - AI භාවිතය

2.1 පුහුණුව

මම සෑම විටම මෙවලම් බැරෑරුම් ලෙස සලකමි, එබැවින් මෙවලම් ඒවායේ පූර්ණ විභවයෙන් භාවිතා කිරීමට සහ සීමාවන් පිළිබඳව දැනුවත් වීමට මම කල්තියා අත්පොත් කියවමි.

මම GitHub Copilot හි පැය 10 ක් පමණ වීඩියෝ වලට සවන් දී ඇති අතර, “ක්ෂණික ඉංජිනේරු විද්‍යාව”, “සන්දර්භය යනු කුමක්ද” වැනි මාතෘකා ඇත. මම මගේම “චීට් පත්‍රයක්” කඩිනම් විධාන සහ කෙටිමං යතුරු වලින් සාදා ගත්තෙමි. පැය 10 ක පුහුණුවකින් පසු, ASP.NET 8/C#/Bootstrap/EF8/JS පරිසරයේ මගේ සැබෑ ජීවිතයේ වෘත්තීය කේතීකරණයේදී එය උත්සාහ කිරීමට මම සූදානම්ව සිටියෙමි.

2.2 සාමාන්‍යයෙන් කඩිනම් ඉංජිනේරු විද්‍යාව

මගේ මතය අනුව, "ක්ෂණික ඉංජිනේරු විද්‍යාව" යනු AI සඳහා පරාජයකි . වසර 20 කට පෙර AI පද්ධති පිළිබඳව මා අසා ඇති පළමු නිර්වචනවලින් එකක් නම්, අපට ස්වභාවික භාෂාවෙන් පරිගණක පද්ධති සමඟ කතා කිරීමට හැකි වූ විට AI සාක්ෂාත් කරගත හැකි බවයි.

දැන් ඔවුන් ඔබට කියනවා GHC යනු AI පද්ධතියක් කියලා, නමුත් ඔබට ඇත්තටම "ස්වාභාවික භාෂාවෙන්" එය සමඟ කතා කළ නොහැකි බව; ඔබ "ක්ෂණික ඉංජිනේරු විද්‍යාව" භාවිතා කළ යුතුයි, එය ඇත්තෙන්ම ස්වාභාවික භාෂාවේ උප භාෂාවක් වන අතර /, #, සහ @ වැනි සංකේත භාවිතා කළ යුතුයි. ඒක මට පෙනෙන්නේ ස්වාභාවික භාෂාවේ සහ ක්‍රමලේඛන භාෂාවේ මිශ්‍රණයක් වගේ. ඔවුන් දැන් ඔවුන් සතුව ඇති ඔවුන්ගේ AI පද්ධති ඔබට විකිණීමට අවශ්‍යයි, දැන් අවුරුදු 5 කට පසු, ඔවුන් ඔබට කියනු ඇත්තේ "දැන් අපට සැබෑ AI තිබෙනවා, තවදුරටත් කඩිනම් ඉංජිනේරු විද්‍යාවක් අවශ්‍ය නැහැ" කියලා.

ඉතින්, "ක්ෂණික ඉංජිනේරු විද්‍යාව" යන ප්‍රකාශනය පැමිණෙන්නේ AI පද්ධතියක් සමඟ අන්තර් ක්‍රියා කිරීමට ඇති එකම ක්‍රමය විධාන විමසුමක් හරහා වූ කාල පරිච්ඡේදයෙන්. එවිට, විධාන නිර්මාණය කිරීමේදී යම් "කලාවක්" හෝ "විද්‍යාවක්" (මම එය "ව්‍යාජ විද්‍යාව" ලෙස හඳුන්වන්නෙමි) එම AI පද්ධති වඩා හොඳින් ක්‍රියාත්මක කිරීමට ඔබට උපකාරී වනු ඇත. මම එවැනි ලිපි කිහිපයක් කියවා ඇති අතර, ඒවා සියල්ලම "සාමාන්‍ය බුද්ධිය" වේ, නමුත් ඉලක්කගත AI පද්ධතිය සැමවිටම "කළු පෙට්ටියක්" බැවින්, එක් කතුවරයෙකුගේ නිර්දේශ තවත් පුද්ගලයෙකුගේ නීති ලැයිස්තුවට වඩා හොඳ දැයි පෙන්වීමට සැබෑ මිනුම් නොමැත . එසේම, පද්ධති කාලයත් සමඟ පරිණාමය වී වෙනස් විය, එබැවින් තදින්ම කිවහොත්, එම කතුවරුන්ට නව පරම්පරාවේ පද්ධතිවලට එරෙහිව ඔවුන්ගේ නිර්දේශ නැවත පරීක්ෂා කිරීමට අවශ්‍ය වනු ඇත. සාමාන්‍යයෙන්, ඔවුන් එසේ නොකරයි, නමුත් AI තවත් මිනිස් බුද්ධියක් ලෙස වටහා ගැනීම මත පදනම් වූ "සාමාන්‍ය බුද්ධිය" තාර්කිකත්වයක් ඉදිරිපත් කරයි. මිනිසුන් සඳහා "සාමාන්‍ය බුද්ධිය" යනු AI පද්ධති සඳහා සමාන නොවිය හැකිය. එබැවින්, මම ටිකක් සැක සහිත වන අතර විවිධ පරම්පරාවල AI පද්ධතිවලට එරෙහිව සැබෑ මිනුම් සහ පරීක්ෂණ නොමැති බැවින් "ක්ෂණික ඉංජිනේරු විද්‍යාව" පිළිබඳ සියලු නිර්දේශ සම්පූර්ණයෙන්ම විශ්වාස නොකරමි. ඔවුන් ඉදිරිපත් කරන්නේ "සාමාන්‍ය බුද්ධිය" සහ විධාන ක්‍රියාත්මක කිරීම් කිහිපයකින් ලබාගත් කථා සාක්ෂි පමණි.

2.3. GitHub හි ක්ෂණික ඉංජිනේරු විද්‍යාව සහ නියමු අනුවාදය

ඉතින්, GitHub Copilot (GHC) පද්ධතියේ සන්දර්භය තුළ “ක්ෂණික ඉංජිනේරු විද්‍යාව” ගැන කතා කරන විට, එයට විධාන රේඛා අතුරුමුහුණත පමණක් නොව, Visual Studio GUI හරහා යම් අන්තර්ක්‍රියාකාරිත්වයක් ද ඇතුළත් වේ. එය මූලික වශයෙන් “GitHub Copilot හි පරිශීලක අතුරුමුහුණත” වේ.

GitHub Copilot කාර්යක්ෂමව භාවිතා කිරීමට සැලසුම් කරන්නේ නම්, ඔවුන් GitHub Copilot UI සමඟ හුරුපුරුදු විය යුතුය. ඉතින්, මම /fix, /optimize, #file1.cs, Alt+/ (GitHub Copilot අමතන්න) වැනි සියලුම විධාන ඉගෙන ගත්තා.

2.4 සංවාදයේ විශ්වය

මම වසර ගණනාවකට පෙර උසස් පාසලේ දර්ශනය හදාරන විට, සෑම සංවාදයකදීම "සංවාදයේ විශ්වය" යන සංකල්පය ගැන මට උගන්වා ඇති අතර, සංවාදයේ මාතෘකා සාමාන්‍යයෙන් වර්තමාන "සංවාදයේ විශ්වය" ලෙස හැඳින්වේ. එම රාමුව තුළ ඇතැම් මාතෘකා සහ නියමයන් උපකල්පනය කර හෝ සාමාන්‍ය දෙයක් ලෙස සලකන බැවින්, කතා කරන්නේ කුමක් දැයි තේරුම් ගැනීමට එය මිනිසුන්ට උපකාරී වේ.

2.5 AI ලෝකයේ "සන්දර්භය" යනු කුමක්ද?

AI කරන තාක්ෂණික සමාගම් "සන්දර්භය" යන යෙදුම නිර්මාණය කළ අතර එය ඉහත සඳහන් කළ දර්ශනවාදී යෙදුමට සමාන අර්ථයක් ඇත. තාක්ෂණික සමාගම් තම නිෂ්පාදන සහ කොටස් විකිණීම සඳහා ලෝකය කෙබඳු විය යුතුද යන්න පිළිබඳ ඔවුන්ගේ අර්ථ දැක්වීම් බල කිරීමට කැමති බැවින්, මම පද වෙන් වෙන්ව තබා ගැනීමට කැමැත්තෙමි. එසේම, තාක්ෂණය දියුණු වන විට AI-Context-2025 සඳහා අර්ථ දැක්වීමක් සහ AI-Context-2026 සඳහා නව අර්ථ දැක්වීමක් යනාදිය බොහෝ විට පවතිනු ඇත. සහ දර්ශනවාදී පද එලෙසම පවතී.

එබැවින්, 2025 මාර්තු වන විට වත්මන් සන්දර්භ අර්ථ දැක්වීම (ඔබට එය AI-Context-2025 ලෙස හැඳින්විය හැක) වනුයේ: AI පද්ධතියට කළ යුතු දේ තේරුම් ගැනීමට පරිශීලකයා එයට සැපයිය යුතු අමතර තොරතුරු ය.

2.6 GitHub Copilot හි “සන්දර්භය” යනු කුමක්ද?

GitHub Copilot සඳහා පුහුණු වීඩියෝ වලදී, ඔබගේ ඉල්ලීම් සඳහා නිසි “සන්දර්භය” සැපයීම කෙරෙහි වැඩි අවධානයක් යොමු කර ඇත. මට නම්, අදාළ කේතය අඩංගු ගොනු පැහැදිලිව ගණන් කිරීමට ඔවුන් ඉල්ලා සිටින බව පෙනේ. “වඟවන ලද සන්දර්භය” ඔබේ Visual Studio ව්‍යාපෘතිය/විසඳුම වනු ඇතැයි මම උපකල්පනය කරමි, නමුත් අවම වශයෙන් මේ මොහොතේ එය එසේ නොවේ.

ඇත්තටම, GitHub Copilot VS2022 හි කුඩා GUI චෙක්-බොක්ස් එකක් තියෙනවා, ඔබේ සෑම ඉල්ලීමකම "සන්දර්භය" තුළ වත්මන් විවෘත ලේඛනය ඇතුළත් කිරීමට ඔබට අවශ්‍ය බව තහවුරු කිරීමට ඔබ ක්ලික් කරන්න. (මාර්ගය වන විට, ඔවුන් එය "ප්‍රොම්ප්ට් ඉංජිනේරු විද්‍යාව" ලෙස හඳුන්වන අතර ඔබ GUI චෙක් කොටු ක්ලික් කරනවා... සමහර විට "GUI ඉංජිනේරු විද්‍යාව" වඩා හොඳ නමක් වනු ඇත 😉). #file1.cs වැනි # උපසර්ගය භාවිතා කර අදාළ ගොනු ගණන් කිරීමටද ඔබෙන් ඉල්ලා සිටී.

ඉතින්, ඔබට GitHub Copilot කාර්යක්ෂමව භාවිතා කිරීමට අවශ්‍ය නම්, එය භාවිතා කරන ආකාරය පිළිබඳ නිශ්චිත ක්‍රියා පටිපාටියක් සහ ඒ සඳහා නිර්දේශිත විධාන විමසුමක්/GUI අතුරුමුහුණතක් ඇත. එසේ වේවා. මම සියලු උපදෙස් ඉගෙන ගෙන/කියවා ඇති අතර, මගේ VS2022 ව්‍යාපෘතිය සඳහා AI දෙය හොඳ කේතයක් ජනනය කරන ආකාරය දැකීමට අවශ්‍ය විය.

මට තේරෙන විදියට, එයාලට ඕන ඔයාගෙ ඉල්ලීම හරිම නිශ්චිතව කරලා, අදාළ ලිපිගොනු ඔක්කොම කේත සහිතව ගණන් කරන්න. මම ඒක දකින්නෙ තවත් ක්‍රමලේඛකයෙකුට උපදෙස් දෙනවා වගේ, නිශ්චිත නිශ්චිතතාවයකින්. සංවර්ධකයින් ඉගෙන ගන්න බොහෝ ක්‍රමලේඛන භාෂා හා සසඳන විට ඒක අමාරු නැහැ.

3. පළමු සතියෙන් පසු හැඟීම්

GHC යනු කේත-සහායක මෙවලමක් පමණි. එය එතරම් “බුද්ධිමත්” සහ “බුද්ධිමත්” නොවේ, නමුත් එය පුනරාවර්තන කාර්යයන් සමඟ හොඳයි සහ ටයිප් කිරීමට යම් කාලයක් ඉතිරි කර ගත හැකිය. ඔබ කේතයේ ඇති රටාවක් නැවත නැවත යෙදීම සඳහා එය හොඳයි, නමුත් මුල් විසඳුමක් නිර්මාණය කිරීමේදී එය ඉතා මෝඩ විය.

"ඒකට කතා කරන එක" කාලය නාස්ති කිරීමක්, ඊටත් වඩා ඉක්මනින් ගූගල් එකට ගිහින් මුල් ගැටලුවක් විසඳගන්න එක තමයි වෙන්නේ.

නමුත් මම යමක් විසඳීමට හොඳ රටාවක් නිර්මාණය කළ පසු, එය එම රටාව ඉගෙන ගෙන එය ස්වයංක්‍රීයව නැවත යොදන බැවින්, එය ටයිප් කිරීමේදී යම් ඉතිරියක් ලබා ගත හැකිය.

එය "කුණු කේත" ගොඩක් ජනනය කිරීමට ද නැඹුරු වේ, එබැවින් මිනිසෙකු ජනනය කරන දේ පෙරහන් කළ යුතුය, නමුත් "මකන්න" බොත්තම භාවිතා කිරීම සහ "හොඳ කොටස්" පමණක් තබා ගැනීම අපහසු නැත.

මම මෙතෙක් දැක ඇති දේ මත පදනම්ව, එය ටයිප් කිරීමේදී මට 5% ක කාලයක් ඉතිරි කර ගත හැකි යැයි මම අපේක්ෂා කරමි.

4. මාස 1.5 කට පසු හැඟීම්

GitHub-Copilot (Gen-AI) ප්‍රයෝජනවත්, නමුත් එතරම් හොඳ නැහැ. එය සමහර විට ප්‍රයෝජනවත් වේ, නමුත් දේශීය විෂය පථ ගැටළු සඳහා පමණි, විශාල පින්තූරය දැකිය නොහැක.

සමහර විට එය දක්ෂයි , නමුත් සමහර විට එය ඕනෑවට වඩා වැරදි කරයි, සහ විමසූ විට, පෙළ පිටු කිහිපයකින් පිළිතුරු ලබා දෙයි, ඔබේ කාලය නාස්ති කරයි, විශේෂයෙන් එය ලබා දෙන වාචික පිළිතුරු බොහෝ විට මාතෘකාවෙන් බැහැර බැවින්.

බරපතල ගැටළු වලදී එය නිෂ්ඵලයි; StackOverflow ලිපියක් මා විසින්ම කියවා එය සොයා ගැනීම වඩා හොඳය. නමුත් සමහර විට, එය විශිෂ්ට වන අතර පුනරාවර්තන කාර්යයන් සඳහා ඉතා හොඳ කේතයක් ජනනය කරයි.

මගේ "පෞද්ගලික හැඟීම" නම් "එය එය හොඳින් දන්නේ නැත" යන්නයි, එය "එය අනුමාන කිරීමට උත්සාහ කිරීම " වන අතර, එය මිලියන ගණනක් කේත පේළි මතක තබා ගත් විශාල මතකයක් ඇති යන්ත්‍රයක් බැවින්, අනුමාන සමහර විට දීප්තිමත් ය, සමහර විට මාතෘකාවෙන් බැහැර ය .

5. මාස 3 කට පසු හැඟීම්

GitHub Copilot (GHC) යනු සීමිත විෂය පථයක කාර්යයන් සඳහා බෙහෙවින් ප්‍රයෝජනවත් වන Gen-AI මෙවලමකි.

• GHC සමහර වෙලාවට දක්ෂයි. ඉතින්, ඔව්, සමහර වෙලාවට GHC ඔබ කේත කිරීමට යන දේ පුරෝකථනය කිරීමේදී දක්ෂයි, ඒ වගේම ඔබේ කේතයට පිළිගත යුතු “භූත පෙළ” ඔබෙන් විමසනවා .

  
  

• GHC වේගයෙන් ඉගෙන ගන්නවා. GHC ඔබේ ක්‍රමලේඛන විලාසය (මම ව්‍යතිරේක හසුරුවන ආකාරය සහ ලොග් කරන ආකාරය) අවට සිටින ඕනෑම සගයෙකුට වඩා හොඳින් ඉගෙන ගන්නවා, ඒ වගේම ඔබට පුරෝකථනය කළ “භූත පෙළ” කේතය ලබා දීමේදී ඔබේ විලාසය අනුගමනය කරනවා. මම ඒකට ගොඩක් කැමතියි, අවට සිටින සෑම පුද්ගලයෙකුටම ලොග් සෑදීමේදී තමන්ගේම ශෛලියක් තියෙනවා, ආදිය.

  
  

• GHC භයානක ලෙස තමන්ගේම ශෛලියක් එක් කරයි. GHC භයානක වන්නේ එය ඔබට වඩා දක්ෂ යැයි සිතන නිසා සහ ඔබට නොදැනුවත්වම තමන්ගේම ආකාරයෙන් දේවල් ටිකක් වෙනස් කරන බැවිනි. දත්ත සමුදාය ලබා ගැනීමේදී, ව්‍යතිරේකයක් ඇති වුවහොත්, මම ශුන්‍ය ආපසු යවමින් සිටියෙමි. GHC කේතනය අතරතුර මගේ ක්‍රමය අවසන් කිරීමට “භූත පෙළ” සමඟ මාගෙන් විමසූ අතර, මම කෙටි බැල්මක් හෙළා එය පිළිගත්තා. එය දෝෂයක් නිර්මාණය කළේය; ව්‍යතිරේකයක් අතරතුර null වෙනුවට, එය හිස් වස්තුවක් ආපසු යවමින් සිටි අතර, වෙනත් තැනක මගේ කේතය බිඳ වැටෙමින් තිබුණි. සදාචාරය නම්: ඒවා පිළිගැනීමට පෙර එය ඔබට පිරිනමන කේත යෝජනා ප්‍රවේශමෙන් කියවන්න .

  
  

• GHC හට "කේතය ජනනය" කළ හැකි නමුත් "කේතය ලියන්නේ" නැත. පැහැදිලි කිරීමට අපහසු නමුත් සරලව කිවහොත්, GHC හට C# වාක්‍ය ඛණ්ඩය හොඳින් තේරෙන්නේ නැත. එය C# හි දීප්තිමත් කොටස් නිර්මාණය කරයි, නමුත් කුඩා වාක්‍ය ඛණ්ඩ දෝෂ සහිතව. GHC වෙතින් ඔබට ලැබෙන කේතය සඳහා වෙනම වාක්‍ය ඛණ්ඩ පරීක්ෂාවක් කළ යුතුය. එය නිසැකවම අපි යන්ත්‍ර/ස්වයංක්‍රීය කේත සහායකයින්ගෙන් ලබා ගැනීමට පුරුදු වී සිටින දෙයක් නොවේ.

  
  

• GHC එකට C# syntax එක හරියට තේරෙන්නේ නෑ. මුලින්ම, string vs string? වගේ nullability වලදී ඒක අසාර්ථක වෙනවා. ඔයා ඒක compiler එකෙන් check කරලා ඔයාම polish කරන්න ඕනේ. ඒක අමාරු නෑ, ඒත් ඔයා machine/automated code assistantsලට ඒ වගේ වැඩ හරියටම පවරන්න බලාපොරොත්තු වෙනවා. මට අනුමාන කරන්න පුළුවන් වුණේ C#-.NET-Framework snippets C#-.NET-Core code snippets එක්ක mix කරනවා කියලා විතරයි.

  
  

• GHC හට C# වාක්‍ය ඛණ්ඩය හොඳින් තේරෙන්නේ නැත. එය ඔබගේ VS2022 කේත ව්‍යාපෘතියට කේත කොටස් ඇතුළු කරයි, නමුත් එය කේත බ්ලොක් වල විවෘත/සංවෘත රැලි සහිත වරහන් සමඟ අවුල් කරයි. ඔබ ඒවා ඔබම ගණන් කර අවශ්‍ය දේ එකතු කළ යුතුය/ඉවත් කළ යුතුය. එය ඔබේ කාලය නාස්ති කරන අතර සමහර විට තරමක් අවුල් සහගත තත්වයක් ඇති කරයි. ජනනය කරන ලද කේතය වහාම සම්පාදනය කිරීමට සූදානම් නොවීම කෙතරම් කලකිරීමක්ද .

  
  

• GHC C# ක්‍රම/ගුණාංග හොඳින් තේරුම් ගන්නේ නැහැ. ඒක මට ලස්සනට පෙනෙන කේතයක් ලබා දෙනවා, මම ඒක පිළිගන්නවා. නමුත් C# පන්ති වස්තුවට ඒ ක්‍රමය කොහෙත්ම නැහැ. ඒක ළඟයි, ඒකේ මව් වස්තුවට ඒ ක්‍රමය තියෙනවා, ඒ නිසා මම ඒක තනියම හිතුවා. හරි, ඒක ළඟයි, මාව නිවැරදි මාර්ගයේ තැබුවා. නමුත් යන්ත්‍ර ඒ සඳහා විය යුතුයි. මගේ කේතනයේදී මම භාවිතා කරන .NET8 API වන සමහර විට C# පන්ති 10,000 ක සියලුම ක්‍රම කිසිම මිනිසෙකුට මතක තබා ගත නොහැක. ඒ සඳහා යන්ත්‍රය මට උදව් කරයි කියලා මම බලාපොරොත්තු වෙනවා. නමුත්, නැහැ, GHC පවා කුමන ක්‍රමය කුමන පන්තියේදැයි විශ්වාස නැහැ . එය ඔබට අතින් පරීක්ෂා කිරීමට කුඩා ගෙදර වැඩ ලබා දෙයි. එය ඔබට ලබා දෙන කේතය සම්පාදනය නොකරනු ඇත, නමුත් "සමීප" වේ. C# පන්තියට යම් ක්‍රමයක් ඇති බව GHC මායාවක් කරන බව පෙනේ, නමුත් එය එසේ නොවේ.

  
  

• GHC C# ක්‍රම/ගුණාංග හොඳින් තේරුම් ගන්නේ නැහැ. මම මගේ VS2022 ව්‍යාපෘතියේ EF8 භාවිතා කරනවා, ඒ වගේම Customer පන්තියක් තියෙනවා. මම Customer DB-වගුවට ප්‍රවේශ ක්‍රමයක් ලියන්න පටන් ගත්තා, GHC මට "ghost text" එකේ GetCustomer ක්‍රම අනාවැකිය ලබා දෙනවා. සංකල්පය ස්ථිරයි, ඔව්, ඒ DB-වගුවට ප්‍රාථමික යතුරක් තියෙනවා, නමුත් ඒක CustomerId කියලා හඳුන්වන්නේ නැහැ. GHC ඒ නම තියෙන පන්ති ගුණාංගයක් තියෙන්න ඕන කියලා මායාවක් වගේ පේනවා, නමුත් ඒක එහෙම නෙවෙයි. පුරෝකථනය කළ කේතය සම්පාදනය කරන්නේ නැහැ , මම Customer පන්තියට ගිහින් ප්‍රාථමික යතුරේ නියම නම මොකක්ද කියලා පරීක්ෂා කරන්න ඕනේ. යන්ත්‍රයකට/ස්වයංක්‍රීය කේත සහායකයෙකුට, GHCට, නිසි දේපල/ක්‍රම නම් තනිවම පරීක්ෂා කළ නොහැකි වීම හරිම කලකිරීමක්. ඒක VS2022 ව්‍යාපෘතියේ තවත් පන්තියක් විතරයි. ඉතින්, කේත කොටස සංකල්පමය වශයෙන් සමීපයි, නමුත් මට සින්ටැක්ස් දෝෂ අතින්ම නිවැරදි කරන්න වෙනවා. මට එවැනි තත්වයක් 100+ වතාවක් ඇති වුණා.

  
  

• GHC ආයතනය C# ක්‍රම/ගුණාංග හොඳින් තේරුම් ගන්නේ නැහැ. GHC නොගැඹුරු බවත්, පිටු කිහිපයක කේත ප්‍රමාණයකට වඩා එය නොදකින බවත්, VS2022 ව්‍යාපෘතියේ ඉතිරි කොටස කෙබඳුදැයි "අනුමාන කිරීමට" උත්සාහ කරන බවත් හැඟීමයි.

  
  

• GHC කතාබස් ඔබේ කාලය නාස්ති කිරීමට නැඹුරු වේ. එය එහි අනුමාන සමඟ ඔබේ කාලය නාස්ති කරයි. ජනනය කරන ලද කේත යෝජනා 2 කට වඩා කියවීමට මට කාලය නැත. මට යම් වැඩක් කිරීමට අවශ්‍යයි. වැරදි අනුමාන 1-2 කට පසුව, මම GHC නොසලකා හැර කේතය තනිවම ලියමි. මම "GHC සමඟ කතාබස් කිරීමට" උත්සාහ කළ අතර සමහර විට කතාබස් අන්තර්ක්‍රියා 5-7 කට පසුව, එය සංවාදයේ ආරම්භයේ දී මෙන් මෝඩ වනු ඇත. ටිකට්පත් අලෙවි කරන යම් වෙබ් අඩවියක AI නොවන චැට්බෝට් කෙනෙකු සමඟ කතා කරනවා වගේ දැනෙනවා. එය සෑම විටම එහි පෙළ පුනරාවර්තනය කරන අතර, ඔබට සැබවින්ම අවශ්‍ය දේ පිළිබඳව GHC හට කිසිදු අවධානයක් නැත . අන්තර්ක්‍රියාකාරී කතාබස් වලදී මගේ ඉල්ලීම "පිරිපහදු" කිරීමට මම එම ප්‍රවේශය කිහිප වතාවක් උත්සාහ කළෙමි, නමුත් එය මෝඩයෙකු සමඟ කතා කරනවාක් මෙන් දැනේ. මම තවදුරටත් එසේ නොකරමි, මම මගේ කාලය හා ශක්තියට ගරු කරමි, ඉතිරි කරමි. මම GHC නොසලකා හැර සෘජු කේතන ක්‍රම කිහිපයක් කර පැරණි තාලයේ ප්‍රති results ල ලබා ගනිමි. ඉතින්, නිගමනය මෙයයි: මම GHC එකට කියන්න තියෙන දේ කියන්න 1-2 අවස්ථා දෙනවා, ඊට පස්සේ මගේ කාලය නාස්ති නොකරන විදිහට ඒක නොසලකා හැරලා අතින් කේතනය කරන්න .

  
  

• GHC කතාබස් ඔබේ කාලය නාස්ති කිරීමට නැඹුරු වේ. GHC සැමවිටම හොඳ තොරතුරු මූලාශ්‍රයක් නොවේ. එය දක්ෂ විය හැකි අතර ඔබ බලාපොරොත්තු වූවාට වඩා හොඳ තොරතුරු සහ කේත සාම්පල ලබා දිය හැකිය. නමුත් අවිනිශ්චිතතාවයක් ඇත. එය අසාර්ථක විය හැකිය. ඔබ ඉතා පොදු මාතෘකාවක් පිළිබඳ උපදෙස් ලබා ගැනීමට උත්සාහ කළහොත්, ඔබේ අවශ්‍යතා සඳහා තරමක් විශේෂිත නම්, එය නිමක් නැති කතාබස් සැසිවලදී ඔබේ කාලය නාස්ති කරනු ඇත. ගූගල් වෙත ගොස් ඔබ විසින්ම Stack Overflow පිළිබඳ ලිපියක් සොයා ගැනීම වඩා හොඳය. GHC යනු පෙළ උත්පාදක යන්ත්‍රයක් වන අතර, එම යන්ත්‍රයට ඔබේ ප්‍රශ්නයට ප්‍රතිචාරයක් ලෙස පෙළ සහ කේත සාම්පල විශාල ප්‍රමාණයක් ජනනය කළ හැකිය. එය ඔබට ලබා දෙන කේත සාම්පල ප්‍රමාණයෙන් මම යටපත් වී සිටියෙමි . ඔබ අසන ප්‍රශ්නයක් සඳහා, එය ඔබට කියවීමට සහ තේරුම් ගැනීමට මිනිත්තු 15 ක් අවශ්‍ය වන පෙළ සහ කේත සාම්පල ලබා දෙයි. එය ඔබට කාර්යයක් පවරනවාක් මෙනි: මෙය කියවන්න, ඉන්පසු අපි නැවත කතා කරමු. පිළිතුරෙන් පසු එම පිළිතුර. HTTP ක්‍රියා කරන ආකාරය ඔබට පුහුණු කිරීමට එම GHC දෙයට එය සදහටම කළ හැකි අතර, ඔබ එක් ශීර්ෂයක් ගැන පමණක් අසයි. ගැටලුව වන්නේ එයට අවධානය යොමු කිරීමේ හැකියාවක් නොමැති වීමයි , මම ඇසුවේ එය නොවේ . ඒ සියල්ල මාතෘකාවෙන් බැහැර කුණු . ගූගල් වෙත ගොස් ඔබේ ගැටලුවට පිළිතුර සොයා ගැනීමට සබැඳි කිහිපයක් පෙරහන් කිරීම/විවෘත කිරීම වේගවත්ය. ඉතින්, නිගමනය නම්: මම GHC ගෙන් අහලා පිළිතුරු 1-2 ක් කියෙව්වා, පසුව ගූගල් වෙත යනවා, මගේ කාලය නාස්ති කරන්න නෙවෙයි .

  
  

• GHC පරිශීලක උපදෙස් හොඳින් අනුගමනය නොකරයි. GHC පරිශීලකයාගේ උපදෙස් හොඳින් අනුගමනය නොකරන බව පෙනේ, එය පරිශීලකයාට වඩා දක්ෂ යැයි සිතන අතර එය උපදෙස් ලිහිල්ව අනුගමනය කරන අතර පරිශීලකයාට වඩා හොඳ යැයි සිතන දේ ලබා දෙයි . ඉතින්, මට අවශ්‍ය වන්නේ HTML ASP.NET රේසර් පෝරමය යෙදුම පුරා නිශ්චිත ආකාරයකින්/විලාසයේ ඒකාකාරව නිර්මාණය කිරීමටයි, නමුත් GHC සමඟ නොවේ, මම එය පවසන විට, එය තවමත් පෙළපොතෙන් මෙන් HTML පෝරමයක් ලබා දෙයි. එය වෙනත් අවස්ථාවන්හිදී ද සිදු විය.

  
  

• GHC ප්‍රතිපෝෂණ පෝරමය කාලය නාස්ති කිරීමකි. ඉතින්, මෘදුකාංග සමාගම්වලට විශිෂ්ට අදහසක් තිබේ: ඔවුන් නිෂ්පාදනය සඳහා අය කරනු ඇත, නමුත් ඒ සමඟම නිෂ්පාදන පරීක්ෂාවට නොමිලේ සහභාගී වන ලෙස පරිශීලකයින්ගෙන් කාරුණිකව ඉල්ලා සිටී. එබැවින්, වෙනත් බොහෝ නිෂ්පාදන මෙන්, සමහර සංවාද ඔබෙන් ප්‍රතිපෝෂණ ඉල්ලා සිටී. ප්‍රශ්නය වන්නේ ඔබ පෝරමය පුරවා ගත්තද, ඔබ ලියන දේ කිසිවෙකු කියවයිද යන්නයි. බොහෝ නිෂ්පාදන නව විශේෂාංග ගැන ඔබට පවසන සංවාද උත්පතන වන අතර ඔවුන් නිපදවන සෑම ප්‍රතිඵලයකම තරු 5 ඇගයීම් හෝ ලිඛිත අදහස් පවා ඉල්ලා සිටී. එවැනි සංවාද මගේ වැඩබිම අවුල් කරන අතර, මට සාමාන්‍යයෙන් ලැබුණු සෑම සේවාවක්ම ඇගයීමට ලක් කරන ප්‍රශ්න කිහිපයකට පිළිතුරු දීමට වඩා බැරෑරුම් දේවල් කිරීමට මට තිබේ. මූලික වශයෙන්, ඔවුන්ට අවශ්‍ය වන්නේ එක් එක් පිළිතුර ඇගයීමෙන් ඔවුන්ගේ AI පද්ධතිය පුහුණු කිරීමට සමූහ වශයෙන් පරිශීලකයින්ට උපකාර කිරීමටයි.

  
  

• කුඩා, සීමිත විෂය පථ කාර්යයන් සඳහා GHC විශිෂ්ටයි. EF පන්තියේ සියලුම නූල් Trim() කිරීමට මට ක්‍රමයක් අවශ්‍ය විය; මට සාමාන්‍ය විසඳුමක් අවශ්‍ය විය. Reflection යා යුතු මාර්ගය බව මම දැන සිටියෙමි, නමුත් එක් පේළි විධාන ඉල්ලීමකින්, GHC මට පරිපූර්ණ 30-පේළි ක්‍රමය ජනනය කළේය. ඒවා GHC මිනිසුන්ට පරාජය කළ නොහැකි අවස්ථා වේ. නිසි Reflection ක්‍රමය සොයා ගැනීමට, සමහර API කියවීමට මට කාලය ගතවනු ඇත. මේ ආකාරයෙන්, මම එය තත්පර 20 කින් ලබා ගත්තෙමි. නමුත්, GHC සමහර විට දක්ෂයි , සමහර විට එවැනි අවස්ථා වලදී පවා නිෂ්ඵලයි.

  
  

• GHC ටිකක් සංකීර්ණ JavaScript කාර්යයකදී අසමත් වුණා. ඉතින්, මට සරල ගැටළුවක් තිබුණා, සීමිත විෂය පථයක්, jQuery පූරණය වන තුරු බලා සිටීමට මට 10-liner ක්‍රමයක් අවශ්‍ය වුණා, මොකද මම jQuery පූරණය කිරීමේදී “defer” ගුණාංගය භාවිතා කරමින් සිටියා. GHC සඳහා පරිපූර්ණ කාර්යයක් වගේ පෙනුනා. නමුත් මම කම්පනයට පත් වුණා. උත්සාහ 5 කට පසුවත්, GHC වෙනත් දෙයක් කරන JS කේතයක් නිෂ්පාදනය කරමින් සිටියා . එයට මට අවශ්‍ය දේ තේරුම් ගැනීමට නොහැකි විය. එය ගැටලුවට සම්බන්ධ බව පෙනෙන පරිදි සමහර කොටස් ජනනය කරමින් සිටියා, නමුත් යථාර්ථයේ දී නිෂ්ඵල විය. ඔබ JS කිහිපයක් දැන ගැනීමට "ප්‍රකාශ කරන" ජූනියර් ක්‍රමලේඛකයෙකුට කාර්යයක් ලබා දුන්නාක් මෙන්, එය අන්තර්ජාලයෙන් ඔහු සොයා ගන්නා අහඹු කේත සාම්පල ඔබට ගෙන ඒම දිගටම කරගෙන යයි, නමුත් ඔබ ඉල්ලූ සරල දේ කිසිවෙකු කරන්නේ නැහැ. පසුව, මම StackOverflow හි ස්නිපට් එකක් තනිවම සොයා ගත්තා. සමහර විට ගූගල් හි ක්ලික් කිරීම් 3 ක් සහ මම එය සොයා ගත්තා. GHC සමහර විට ඉතා පහත්යි .

  
  

• GHC නොගැඹුරු C# අදහස් නිපදවයි. මගේ ක්‍රමවලට අදහස් කිහිපයක් එකතු කිරීමට මම GHC භාවිතා කළ අතර, නිපදවන ලද අදහස් ටිකක් නොගැඹුරු ය ; එම ක්‍රමය සාක්ෂාත් කර ගැනීමට උත්සාහ කරන දේ පිළිබඳ විශාල චිත්‍රය ඔවුන්ට නොපෙනේ. පේළියෙන් පේළියට අදහස් දැක්වීමට වඩා එය වැදගත් ය, දැන් අපි මෙය හෝ එය පවරමු. එය ක්‍රමවල ඉංග්‍රීසි නම් වලින් ක්‍රමයේ අරමුණු අනුමාන කළ හැකි නමුත් බොහෝ විට එතරම් ආකර්ෂණීය නොවේ.

  
  

• GHC එකට C# කමෙන්ට් හරියට තේරෙන්නේ නෑ. GHC එකට method එකකට comments හදන්න කිව්වම, සමහරක් real code lines මැකිය හැකියි. පරිස්සමෙන් කියවන්න, උත්තරයක් විදිහට ඔයාට දෙන දේ හොඳට කියවන්න. ඒක ලොකු වේදනාවක්, ඔයා මුළු method එකම handly re-read කරන්න ඕනේ, ඔයාට GHC විශ්වාස කරන්න බෑ. GHC එකට syntax එක හරියට තේරෙන්නේ නෑ වගේ, comment එකක් කියන්නේ මොකක්ද නැද්ද කියලා තේරෙනවා, ඒකෙන් පේන්නේ text විතරයි. ඒක මට සිද්ධ වුණා, ඒකට හේතුව මම හොඳට බැලුවා. මට property set එකක් තිබුණා, උඩ comment එකේ, ඒක මම test කරලා comment කරපු පරණ setting එකක්. GHC එක ඒ දෙකම, code එකයි, පරණ code එකයි comment කළා . code එකේ ගොඩක් තැන්වල මට එහෙම එකක් තියෙන සම්භාවිතාවක් තියෙනවා. ඒ නිසා, comments ටිකක් විතරක් එකතු කරන්න සරල ඉල්ලීමක් සඳහා අනවශ්‍ය කේත හැසිරවීමේ ඉහළ අවදානමක් තියෙනවා . ජනනය කරන ලද සියලුම commented code අතින් සමාලෝචනය කළ යුතුයි.

  
  

• GHC “සන්දර්භය” කතාව ප්‍රචාරය කළ පරිදි ක්‍රියාත්මක නොවේ. AI-Gen නිෂ්පාදනවල අසාර්ථකත්වයන් සඳහා තාක්ෂණික සමාගම් සංවර්ධකයින්ට ඇඟිල්ල දිගු කරමින් “දොස් පැවරීමේ” ක්‍රීඩාවක් සිදුවෙමින් පවතින බව පෙනේ. සරලව කිවහොත්, වත්මන් Gen-AI මෙවලම් සැබෑ ජීවිත තත්වයන් තුළ ප්‍රචාරය කරන තරම් ප්‍රයෝජනවත් නොවේ . නමුත් වත්මන් පරම්පරාවේ AI මෙවලම් විකිණීමට, ඒවා කෙතරම් අසම්පූර්ණ වුවත්, දැන් යම් ආදායමක් උපයා ගැනීමට විශාල “විකුණුම් උත්සාහයක්” ඇත. එබැවින්, අසාර්ථකත්වයන් සහ සීමාවන් සඳහා, ඇඟිලි තුඩු දීම පරිශීලකයින්ගේ දිශාවට යයි: “මෙවලම් විශිෂ්ටයි, ඔබ ඒවා භාවිතා කරන්නේ කෙසේදැයි නොදනී”. තාක්ෂණික සමාගම් පවසන්නේ: AI මෙවලම් අසමත් වූ විට එය පරිශීලකයාගේ අසාර්ථකත්වයයි, වත්මන් AI මෙවලම්වලට ගැටළු ඇති බව සත්‍ය නොවේ. එවැනි දොස් පැවරීමේ ක්‍රීඩාවක් වන්නේ GHC සඳහා “සන්දර්භය” සැකසුමයි.

  
  

• GHC “සන්දර්භය” කතාව ප්‍රචාරය කළ පරිදි ක්‍රියා නොකරයි. මට කියවීමෙන්/සවන් දීමෙන් මහන්සියි: “ඔබ CONTEXT ප්‍රමාණවත් ලෙස සඳහන් කළේ නැත”. ඒක නිදහසට කරුණක් පමණයි, මොකද මම සියලු උපදෙස් අනුගමනය කළා, සහ GHC කාරණය තවමත් මෝඩයි, සම්පාදනය නොකරන නිෂ්ඵල කේත කොටස් ජනනය කිරීමට මගේ කාලය නාස්ති කරනවා, ඒවා මාතෘකාවෙන් බැහැර බව සඳහන් නොකරම. මම “ක්ෂණික ඉංජිනේරු විද්‍යාව” සහ “සන්දර්භය” ගැන කියවමින් සිටියෙමි, නමුත් මගේ උපරිම උත්සාහයෙන් පසුව, GHC දෙය ප්‍රමාණවත් තරම් බුද්ධිමත් නොවන බවත්, එම කාර්යය කළ නොහැකි බවත් මම විශ්වාස කරමි. අපි මාස 6ක් බලා සිටිමු සහ නව මෙවලම් උත්සාහ කරමු. මේ අවස්ථාවේදී GHC වෙතින් තවත් මිරිකා ගැනීමට උත්සාහ කිරීම කාලය නාස්තියකි. ඉතින්, සත්‍යය නම් වර්තමාන කාලයේ (2025 මාර්තු) GHC තරමක් මෝඩ වන අතර “සන්දර්භ තොරතුරු” ප්‍රමාණයක් අතරමැදි මට්ටමේ කාර්යය විසඳීමට එයට උපකාරී නොවන බවයි.

  
  

• GHC හට සරල Exception එකක් විසඳිය නොහැක. මට ව්‍යතිරේකයක් නිකුත් කිරීමේ කේතයක් තිබුණි, එය විසඳීමට GHC භාවිතා කිරීමට අවශ්‍ය විය. මම Visual Studio හි Exception මත ස්ථානගත කර /FIX සමඟ GHC ආයාචනා කළෙමි. එය "කේත දෝෂ වඩා හොඳින් තේරුම් ගැනීමට වැඩිපුර ලොග් කරන්න" යන නිර්දේශය ඇතුළුව පෙළ ජනනය කරමින් සිටියේය, නමුත් නිශ්චිත පිළිතුරක් නොමැත. එය පහසු විය, මම Exception පෙළ Google වෙත පිටපත් කළෙමි, සහ 3^rd සබැඳිය පැහැදිලි කිරීම විය. EF9 අසාර්ථක වන්නේ මන්දැයි Google හි තවත් පෙළක් තිබූ බව සඳහන් නොකළ යුතුය. GHC සාමාන්‍ය කාර්යයන්හි එතරම් පහත් විය හැකිය .

  
  

• GHC එකට සරල C# පන්තියෙන් ගුණාංග ගණන් කරන්න බැහැ . මම LINQ ටිකක් කරමින් හිටියා, එකිනෙකාගෙන් උරුම වන පන්තිවලින් සමහර වස්තූන් පිටපත් කළා. මට ගැලපෙන සියලුම ගුණාංග පිටපත් කිරීමට අවශ්‍ය වුණා. ගුණාංග 25ක් විතර තිබුණා. මම ගුණාංග 2-3ක් පැවරීමට පටන් ගත්තා, GHC රටාව තෝරාගෙන ඉතිරිය සඳහා කේතය ඇතුළත් කරයි කියලා මම බලාපොරොත්තු වුණා. නැහැ, ඒක එහෙම වුණේ නැහැ. ඒකෙන් පිළිවෙලට නැති ගුණාංග කිහිපයක් එකතු කළා (ඒක ප්‍රශ්නයක්, ඔබට එකතු කරන ලද සහ නොකළ ඒවා අනුගමනය කළ නොහැක), පසුව නොපවතින ගුණාංග කිහිපයක නම් සොයා ගත්තා (මායාවන්?), එය ගොඩගැසී තිබුණා. මම විධාන විමසුමෙන් විධාන නිකුත් කිරීමට උත්සාහ කළා, නමුත් එය මාව වරදවා වටහා ගත්තා, මුළු C# පන්තියම ස්ථානයේ ඇතුළු කළා, ආදිය. මම ඒක විවිධ ස්ථානවල කිහිප වතාවක් උත්සාහ කළා, මොකද මට ගොඩක් ලොකු DTO තියෙනවා, ඒ නිසා එවැනි පිටපත් කිරීම බොහෝ විට කාර්යයක්. මට ඒක කරන්න බැරි වුණා. මම කම්මැලි වෙලා ගුණාංග අතින්ම පිටපත් කළා . පෙනෙන විදිහට මෝඩ මෙවලමකට උපදෙස් දීමෙන් මම වෙහෙසට පත් වුණා. ඔබට එවැනි සරල කාර්යයක් GHC වෙත පැවරිය නොහැකි වීම පුදුමයක්. සමහර අවස්ථාවලදී, IntelliSense GHC වලට වඩා බොහෝ දක්ෂ හා ප්‍රයෝජනවත් වේ.

  
  

• GHC එකට C# ගොනු 4ක කුඩා ව්‍යාපෘතියක් කරන්න බෑ . ඉතින්, මගේ VS2022/C# ව්‍යාපෘතියේ ජනක AI භාවිතා කිරීමට මම උනන්දු වූ අතර නිවැරදි අවස්ථාව සොයමින් සිටියෙමි. මම එකක් දුටුවෙමි, මම DB වගු වලට අනුරූප HTML වගු කිහිපයක් ඉදිරිපත් කරන HTML/Razor/ASP.NET8/Bootstrap දර්ශන නිර්මාණය කරමින් සිටියෙමි. එය ටිකක් විස්තීර්ණ විය; දර්ශනය තුළ බ්‍රෙඩ්ක්‍රම්බ් UI, සමහර AJAX යනාදිය තිබුණි. ඉතින්, මම පාරිභෝගික වගුව සඳහා MVC ක්‍රියා/දර්ශනයක් අතින් සාදන ලද අතර කොන්ත්‍රාත්තු සඳහා සම්පූර්ණයෙන්ම එයම කිරීමට අවශ්‍ය විය. සියල්ලම එසේමයි, තවත් DB වගුවක් (EF8 පන්තියට අනුරූප), නව ගුණාංග සහිත තවත් EF පන්ති නාමයක්. මට ජනනය කිරීමට අවශ්‍ය HTML වගුව එකම ආකාරයකින් පෙනෙනු ඇත, Bootstrap විලාසය. ඉතින්, සාමාන්‍ය “ ගොනු 4ක රටාව අනුගමනය කිරීමේ ගැටළුව”. “සන්දර්භය” හි වැදගත්කම අවධාරණය කරන වීඩියෝ කිහිපයක් මම දැක ඇත්තෙමි. එබැවින් වෙනම පෙළ සංස්කාරකයක, මම GitHub Copilot සඳහා නිශ්චිත උපදෙස් ලිවීමට පටන් ගතිමි. මම කාර්යය පැහැදිලි කළා, මට සැකිල්ලක් ලෙස අවශ්‍ය ගොනුව කිව්වා, ගොනු නාමය # ලෙස සලකුණු කළා. MVC ආකෘතිය පැමිණෙන්නේ කොහෙන්ද, කුමන ගොනුවද යනාදිය මම පැහැදිලි කළා . මම GHC සඳහා මගේ කුඩා ඡේද කාර්යය පවා අක්ෂර වින්‍යාසය පරීක්ෂා කළා. මම කාර්ය උපදෙස් පැහැදිලි ආකාරයකින් සකස් කිරීමට යම් කාලයක් ගත කරනවා. ඊට පස්සේ මම එය GHC වෙත සැපයුවා. එය ජනනය කළ පළමු පෝරමය මා පැහැදිලිව සඳහන් කළ අච්චුව අනුගමනය කළේ නැහැ. GHC දෙය මට පෙළපොත් පෙනුමක් ඇති HTML පෝරමයක් වැනි දෙයක් ලබා දුන්නා, මගේ යෙදුම සඳහා Bootstrap හි අභිරුචිකරණය කළ එකක් නොවේ. මම නව පරම්පරාවේ කේත ගොනු ඉල්ලා සිටියා. දෙවැන්න මම දැනටමත් නිර්මාණය කළ පෝරමය මෙන් පෙනුනත්, DB වගු ගුණාංග 15 න්, එය නිර්මාණය කළේ 4 ක් පමණයි. පසුව, GHC යැපෙන ගොනු කියවිය නොහැකි බවත් බොහෝ විට දේපල නම් අනුමාන කරන බවත් මම සිතුවා. එය නිවැරදිව අනුමාන කළා, මම විවිධ EF පන්තිවල එකම නම් කිරීමේ සම්මුතීන් විනයානුකූලව අනුගමනය කළ නිසා, එබැවින් GHC විසින් අනුමාන කරන ලද දේ ක්‍රියාත්මක විය. නැතිවූ ගුණාංග 10+ ක් අතින් එකතු කිරීමෙන් මම ගොනුව අතින් අවසන් කළෙමි. එවැනි පුනරාවර්තන කාර්යයක් GHC වෙත පැවරිය හැකි යැයි කෙනෙකුට අපේක්ෂා කළ හැකි නමුත්, නැත, GHC හට සරල පුනරාවර්තන කාර්යය කළ නොහැක .

  
  

• GHC හට C# ගොනු 4ක කුඩා ව්‍යාපෘතියක් කළ නොහැක . මගේ VS2022/C# ව්‍යාපෘතියේ පැහැදිලි රටා-මූලාකෘති ගොනුවක් මත පදනම්ව සමහර ගොනු ජනනය කිරීමේ සමාන තත්වයක් මම නැවත උත්සාහ කළෙමි. ප්‍රතිඵල එතරම් හොඳ නැත, නමුත් එය ප්‍රචාරණය කළ පරිදි, GHC සාර්ථක වීමට සකස් කරන ලද තත්වය විය. සංකීර්ණ තර්කනයක් නොවේ, පැහැදිලි නම් ප්‍රතිස්ථාපනය අවශ්‍ය වේ, වෙනත් DB වගුවකට අනුරූප වන තරමක් සංකීර්ණ HTML වගුවක් පමණි. නමුත්, GHC හට 3^rd ගොනුවකින් EF8 ගුණාංග කියවා සමාන පෙනුමක් ඇති HTML වගුවක් නිර්මාණය කිරීමට ඒවා ගණන් කළ නොහැකි බව පෙනේ. එසේම, එය C# ගුණාංග ගැන මායාවන් ඇති කිරීමෙන් ජනනය කරන ලද ගොනුවට බොහෝ දෝෂ හඳුන්වා දෙයි . සමහර විට හේතුවක් නොමැතිව ගොනු කේතය පවා වෙනස් කරයි, එබැවින් ජනනය කරන ලද ගොනුවේ පේළියෙන් පේළිය අතින් පරීක්ෂාවක් අවශ්‍ය වේ. එසේම, GHC වෙත විධාන රේඛාව හරහා කතාබස් කිරීම සහ වෙනස්කම් ඉල්ලා සිටීම කාලය ගත කරන අතර, ප්‍රතිඵලය සහතික කර නොමැති අතර දෝෂ අඩංගු බැවින්, අවසානයේ මෘදුකාංග සංවර්ධනය සඳහා කාර්යක්ෂම ක්‍රමයක් නොවේ .

  
  

• GHC හට C# ගොනු 4ක කුඩා ව්‍යාපෘතියක් කළ නොහැක . ආපසු හැරී බලන විට, "සන්දර්භය" පිරිවිතර සම්බන්ධයෙන් මට වඩාත් නිවැරදි විය නොහැක . දී ඇති ලිඛිත කාර්යය සහ නිශ්චිත සන්දර්භය ඕනෑම පුද්ගලයෙකුට තේරුම් ගත හැකිය. ඉතා සැකිලි/රටාව-නැඹුරු කාර්යයක් ලබා දුන් විට පවා , ගොනු 4ක කුඩා පරම්පරාවක් හැසිරවීමට GHC බුද්ධිමත් නොවන බව මම නිගමනය කළෙමි. මම සියල්ල නිවැරදිව කිරීමට උත්සාහ කරන නිසා, තවදුරටත් "නිසි සන්දර්භ" කථා අසන්නට මට අවශ්‍ය නැත. තවද GHC වෙත ගොස් නැවත නැවතත් ගොනු ජනනය කරන ලෙස ඉල්ලා සිටීම සහ මගේ VS2022/C# ව්‍යාපෘතියේ සෑම නව ජනනය කරන ලද කේතයක්ම නැවත කියවීම කාලය හා ශ්‍රමය නාස්ති කිරීමකි. මම එය උත්සාහ කළෙමි, ඔබ ඉල්ලන සෑම අවස්ථාවකම GHC හට තවත් ගොනුවක් ජනනය කළ හැකි අතර, අසාර්ථක උත්සාහයන් සොයා බැලීමෙන් මම වෙහෙසට පත්ව සිටියෙමි.

  
  

• GHC හට C# ගොනු 4 කින් යුත් කුඩා ව්‍යාපෘතියක් කළ නොහැක . දැන්, මා සතුව ඇති සැකිල්ල මත පදනම්ව නව HTML දර්ශනයක් ජනනය කිරීමට සමාන තත්වයක් ඇති විට, රටා මත පදනම් වූ කාර්යයක්, මම තවදුරටත් GHC ගෙන් අසන්නේ නැත . මගේ VS2022/C# ව්‍යාපෘතියේ මම Find/Replace සමඟ පෙළ සංස්කාරකයක් භාවිතා කරමි, එය එකම කාලයක් සහ වඩාත් නිශ්චිතභාවයකින් යුක්ත වේ. මන්ද මම Find/Replace භාවිතා කරන විට, මට ලැබෙන්නේ කුමක්දැයි මම හරියටම දනිමි, සහ GHC දෙයක් නූල් වෙනස් කරනු ඇත, නමුත් තමන්ගේම මුලපිරීම මත, සමහර විට කේතයට යම් වෙනස්කම් සිදු කරයි, එබැවින් එය මුල් සැකිලි කේතයේ පේළියක් හෝ දෙකක් වෙනස් කළේද නැතහොත් මකා දැමුවාද යන්න මට කිසි විටෙකත් විශ්වාස නැත. එය කම්මැලි කාර්යයකි, නමුත් “ස්මාර්ට්” GHC මගේ කේතය “වැඩිදියුණු කිරීමෙන්” අනපේක්ෂිත පුදුමයන් නොමැත.

  
  

• GHC මෝඩ Bootstrap වැරදි කරනවා . මට Bootstrap පන්ති නම් මතක නැහැ, ඒ නිසා මට වම් සහ දකුණු බොත්තම් විශාල කරන්න ඕන වුණා. මම GHCගෙන් ඇහුවා, ඒකෙන් මට Bootstrap පන්ති නම් ලැබුණා. මම ඒවා යෙදුවා, ඒකෙන් ඉහළ සහ පහළ බොත්තම් විශාල කළා. අමුතුයි, ඒක කොහොමද ඒ වගේ වැරැද්දක් කරන්නේ කියලා. මට Bootstrap CSS පන්ති ඔක්කොම ගැන හරියටම උදව් අවශ්‍ය වුණා, මට ඒ ඔක්කොම මතක තියාගන්න බැහැ. ඒක හරිම සරල ප්‍රශ්නයක්, ඒ වගේම GHCට ඒක කරන්න බෑ.

6. GitHub Copilot වැනි AI පද්ධති විස්තර කරන්නේ කෙසේද?

අලුත් දෙයක් පිළිබඳ සාමාන්‍ය හොඳ අර්ථ දැක්වීමක් කොටස් 2 කින් සමන්විත වේ: 1) එය සමාන වස්තුව/සංකල්පය, සහ 2) එය සමාන වස්තුවකින්/සංකල්පයකින් වෙනස් වන ආකාරය .

ඉතින්, බුද්ධිමත් පද්ධති ගැන කතා කරන විට, මිනිසුන් සාමාන්‍යයෙන් මිනිසුන් යොමු අගයක් ලෙස සලකයි. ඔවුන් පවසන්නේ: AI-Gen පද්ධතිය කනිෂ්ඨ ක්‍රමලේඛකයෙකුගේ මට්ටමේ ය, නමුත් මේ හෝ ඒ අතින් වඩා හොඳ/නරක ය.

නමුත් GitHub Copilot (GHC) වැනි AI පද්ධති සඳහා මිනිසුන් හොඳ යොමුවක් නොවන බව මට හැඟේ. මිනිසුන් ක්‍රමයෙන් ඔවුන්ගේ බුද්ධිමය හැකියාවෙන් දියුණු වේ, ඔවුන්ට පළමුව සරල කාර්යයන් විසඳීමට හැකියාව ඇත, පසුව වඩාත් සංකීර්ණ යනාදිය.

ටොම් කෲස් සමඟ "රේන් මෑන්" (1988) වැනි හොලිවුඩ් චිත්‍රපට හැර, මම ඔටිසම් ගැන එතරම් දන්නේ නැහැ. නමුත් අපි GHC මිනිසුන් සමඟ සංසන්දනය කළහොත්, GHC චිත්‍රපටයේ එන ඔටිසම් චරිතය මෙන් පෙනේ. එය දක්ෂ විය හැකි අතර සංකීර්ණ ප්‍රහේලිකා ඉක්මනින් විසඳිය හැකි නමුත් එය ඉතා සරල කාර්යයකදී අසාර්ථක විය හැකිය .

GHC වැනි AI පද්ධති මම ඒවායේම කාණ්ඩයට ඇතුළත් කරමි. ඒවායේ වේගය සහ දැවැන්ත මතකය සහ විශාල පෙළ/කේත ප්‍රමාණයක් වේගයෙන් ජනනය කිරීමේ හැකියාව ඒවා මිනිසුන්ට අසමසම කරයි. එය ඕනෑම මිනිසෙකුට වඩා මිලියන ගුණයකින් හොඳ මතකය සහ ගණිතමය හැකියාව ඇති මෝඩයෙකු හා සමානයි, නමුත් සරල ගැටලුව ඉදිරියේ තවමත් මෝඩයෙකි. එය "තාර්කිකව කේතය ලියන්නේ නැත" නමුත් ඒ වෙනුවට එහි මතකයේ මිලියන ගණනක් කේත පේළි සොයමින් ඔබට වඩා වේගයෙන් ගැටලුවට විසඳුම සොයා ගන්නා නිසා ඔබට එය මෝඩයෙකු ලෙස හැඳින්විය හැකිද?

7. අත්දැකීමෙන් පසු, මම දැන් GitHub Copilot භාවිතා කරන්නේ කෙසේද?

7.1 GitHub Copilot මඟින් C# වැරදි රාශියක් සිදු කරයි.

කේත-සහායිත උත්පාදනය සම්බන්ධයෙන්, GHC යනු කොතරම් විශාල කලකිරීමක් ද යත්, එයට සෑම විටම C# වාක්‍ය ඛණ්ඩය නිවැරදිව ලබා ගත නොහැකි අතර C# ගුණාංග/ක්‍රමවල පැවැත්ම තනිවම පරීක්ෂා කළ නොහැක . යන්ත්‍රයකින් දැකීමට අපේක්ෂා කරන දෙයක් එය නොවේ. මගේ හැඟීම නම් එයට කිසිසේත්ම තාර්කිකව තර්ක කළ නොහැකි බවයි, එසේ නොමැති නම්, එයට සෑම විටම සරල වාක්‍ය ඛණ්ඩ නීති අනුගමනය කිරීමට හැකි වනු ඇති අතර, අමතර වරහන් සමඟ අවුල් සහගත තත්වයක් ඇති නොකරනු ඇත හෝ නොපවතින C# පන්ති ක්‍රම හෝ ගුණාංග පිළිබඳ මායාවන් ඇති නොකරනු ඇත.

GHC ගෙන් අදහස් එකතු කරන ලෙස ඉල්ලා සිටි විට විශාල කම්පනයක් ඇති විය, එය ක්‍රියාකාරී කේත රේඛාව මකා දැමුවේ සමාන කේත රේඛාවක් අදහස් දක්වා ඇති බැවිනි. එම GHC දෙයට “ක්‍රියාකාරී කේත රේඛාව” යනු කුමක්දැයි සම්පූර්ණයෙන් වැටහෙන්නේ නැත, එසේ නොමැතිනම් එය එය මකා නොදමනු ඇත. එය යම් ආකාරයක පෙළක් දකින අතර “සමාන පෙනුමක් ඇති” පෙළ ජනනය කරන බව පෙනේ. එය ප්‍රචාරණය කරන විට “යුගල ක්‍රමලේඛකයෙකු” හෝ “සම වයසේ ක්‍රමලේඛකයෙකු” වෙනුවට, විශාල මතකයක් සහ කේත සමඟ සෙල්ලම් කරන වේගයක් ඇති දරුවෙකු වැනිය.

7.2 GitHub Copilot භාවිතා කළ යුත්තේ කවදාද?

ඉතින්, මට කේතන කාර්යයන් කිරීමට තිබෙනවා, ඒ වගේම GHC සමඟ සෙල්ලම් කිරීම විනෝදජනකයි , නමුත් දැන් බැරෑරුම් වීමට කාලයයි. මගේ කාලය සීමිතයි, ඒ වගේම මගේ ශක්තිය ඵලදායී ලෙස යොමු කළ යුතුයි.

• මම GHC එකෙන් "ghost test" ගොඩක් භාවිතා කරනවා , ඒක review කරනවා, ඒ වගේම මට කැමති වෙලාවට යෝජනා පිළිගන්නවා. ඒක මගේ ශක්තිය නාස්ති කරන්නේ නැහැ, මගේ VS2022/C# ව්‍යාපෘතියේ text එකක් එනවා, සමහර වෙලාවට ඒක ප්‍රයෝජනවත් වෙනවා, තවත් වෙලාවට AI දැන් මම මොනවද කරන්න ඕනේ කියලා හිතන්නේ කියලා බලන්න රසවත් වෙන්න පුළුවන්, ඒ වගේම AI යෝජනා කියවීම ටිකක් විනෝදජනකයි .

  
  

• මගේ VS2022/C# ව්‍යාපෘතියේ එක් ගොනුවක කේතයක කොටසක් තෝරාගෙන වෙනස්කම් හෝ අදහස් කිහිපයක් ඉල්ලා සිටිමි. GHC එවැනි කාර්යයන් හොඳින් තේරුම් ගත හැකිය. මම සීමිත රේඛා සංඛ්‍යාවක්, සමහර විට 50 ක් කෙරෙහි අවධානය යොමු කර යෝජනා ඉල්ලා සිටිමි . සමහර විට GHC යෝජනා ප්‍රයෝජනවත් වේ, නමුත් බොහෝ විට එයට මට අවශ්‍ය දේ තේරුම් ගත නොහැක හෝ වැරදි පිළිතුරු නිපදවයි. මට අවශ්‍ය නිශ්චිත Bootstrap CSS පන්තිය වැනි සරල ප්‍රශ්නයක් පිළිබඳ කතාබස් විමසීම් 3-4 කට පසුව පවා එය නැති විය හැකිය. නමුත්, මා සතුව ඒ සියල්ල පාලනය කර ඇති අතර, එය මගේ කාලය නාස්ති නොකරයි. එය පිළිතුර හොඳින් නොදන්නේ නම්, මම විසඳුම සඳහා Google වෙත යන්නෙමි.

  
  

• පැහැදිලි ක්‍රියාකාරීත්වයක් සහිත කොටස් හෝ කුඩා ශ්‍රිත ජනනය කිරීම ඉල්ලා සිටීමට මම GHC පෙළ-ප්‍රොම්ප්ට් පිටුව භාවිතා කරමි . එවැනි කාර්යයන් සඳහා GHC විශිෂ්ටයි. මෙන්න, එය සමහර විට සැබවින්ම දක්ෂ විය හැකි නමුත්, සමහර විට එය වැරදි පිළිතුර වන කේත කොටස් ලබා දෙයි. GHC මෙහි සාර්ථක වනු ඇති බවට කිසිදු සහතිකයක් නැත, නමුත් එය එසේ වුවහොත්, එය දක්ෂ විය හැකිය .

  
  

• මම තවදුරටත් එකවර ගොනු 3-4ක් ඇතුළත් විශාල වෙනස්කම් උත්සාහ නොකරමි , මන්ද එය කිරීමට GHC සමඟ කතාබස් කිරීම වේදනාකාරී සහ වෙහෙසක් වන බැවිනි. ඊටත් වඩා නරක දෙය නම්, සෑම GHC මැදිහත්වීමකින් පසුව ජනනය වන කේතය නැවත කියවිය යුතු බැවින් GHC වෙනස් වන්නේ කුමක් දැයි කෙනෙකුට කිසි විටෙකත් විශ්වාස නැත. එවැනි කාර්යයන් සඳහා GHC භාවිතා කිරීම මගේ කාලය නාස්ති කිරීමකි. පිළිතුරු හොඳම දෙය නම් අසම්පූර්ණයි, C# ගුණාංග සහ ක්‍රම වැනි බොහෝ දෝෂ සහිතව (එය මායාවන් ඇති කරයිද?). එය ලබා දී ඇති රටාව සමීපව අනුගමනය නොකරයි, එබැවින් මගේ VS2022/C# ව්‍යාපෘතියේ ජනනය කරන ලද කේතය ප්‍රවේශමෙන් කියවිය යුතුය, මන්ද එයට කේත පේළියක් මකා දැමිය හැකිය හෝ තමන්ගේම කේතයක් එක් කළ හැකිය, එය මෙම විශේෂිත අවස්ථාවේදී වැරදියි. එසේම, GHC සපයන සෑම පිළිතුරක්ම සමාලෝචනය කිරීම කාලය සහ ශක්තිය වැය වන අතර, එය නියැදි කේතයේ නව පුනරාවර්තන සදහටම ජනනය කළ හැකි යන්ත්‍රයකි. මම නිකම්ම මිනිසෙක්, GHC තත්පර 2 කින් ජනනය කරන ඒකාබද්ධ C#/Razor/CSS/JS පේළි 300 ක් සමාලෝචනය කිරීමට මට විනාඩි 10 ක පූර්ණ අවධානයක් අවශ්‍ය විය හැකිය . තවද මම එයින් පිළිතුරක් නැවත උත්පාදනය කිරීමට ඉල්ලා සිටියහොත්, එනම් මට නව යෝජිත විසඳුමක් ලබා දීමට, මට ඒ සියල්ල නැවත මුල සිටම සමාලෝචනය කිරීමට අවශ්‍ය වේ.

  
  

• මම හිතුවේ, Http සන්දර්භයට අදාළ වැනි ප්‍රසිද්ධ සහ නිතර භාවිතා වන API සඳහා නොපවතින C# ගුණාංග සහ ක්‍රම ගැන එය මායාවන් ඇති කරන්නේ ඇයි? සමහර විට එය .NET4.8 රාමුවෙන් කොටසක් පිටපත් කර ඇති අතර, එම ක්‍රමය තවදුරටත් .NET Core සඳහා නොමැත… නමුත්, මගේ VS2022 ව්‍යාපෘතියේ කොටසක් වන C# පන්ති සඳහා, EF8 පන්ති වැනි, එය ඒවා කියවන්නේ නැති බව පෙනේ, එය අනුමාන කිරීමට උත්සාහ කරයි, CustomerId නමින් ප්‍රාථමික යතුරක් තිබිය යුතුය, නමුත් එය ඇත්ත වශයෙන්ම වෙනස් ලෙස හැඳින්වේ, එබැවින් මට EF8 පන්තිය අතින් විවෘත කර ගුණාංගවල නිසි නම් පිටපත් කර ඇලවිය යුතුය.

  
  

• "නිසි සන්දර්භය" කතාව මම විශ්වාස කරන්නේ නැහැ , නමුත් GHC මෙවලම බැරෑරුම් වැඩ කිරීමට තරම් බුද්ධිමත් නොවන බවත් , GHC සමඟ නිමක් නැතිව කතාබස් කිරීමට වඩා දේවල් කෙලින්ම කේතනය කිරීම වේගවත් බවත් මම විශ්වාස කරනවා.

  
  

• ඒ " නිසි සන්දර්භය" කතාව AI මෙවලම් නිපදවන සමාගම් විසින් කරන ලද දොස් පැවරීමේ ක්‍රීඩාවක් වන අතර , AI නිෂ්පාදන නිසි ලෙස භාවිතා කිරීමට නොහැකි වීම ගැන සංවර්ධකයින්ට දොස් පැවරීමට උත්සාහ කරයි. ඉතින්, මම "ක්ෂණික ඉංජිනේරු විද්‍යාව" ගැන ප්‍රමාණවත් තරම් ඉගෙන ගෙන ඇති අතර මගේ VS2022/C# ව්‍යාපෘතියේදී මා වෙනුවෙන් කේත ජනනය කිරීමට GHC සූරාකෑමට බරපතල උත්සාහයක් දැරුවෙමි, නමුත් එය අසාර්ථක විය. මම එයට ගැලපෙන කාර්යයන් සඳහා GHC භාවිතා කිරීමට පවා සැලසුම් කළෙමි, මා සෑදූ රටා අනුගමනය කිරීමට (HTML වගු වැනි) සහ සමාන කේත ජනනය කිරීමට, නමුත් නැත, GHC ප්‍රමාණවත් නොවීය. සමස්තයක් වශයෙන්, එය ගොනු 4 ක් ඇතුළත් පවරා ඇති රටා-පාදක කාර්යයන් සඳහා ප්‍රයෝජනවත් කේතයට වඩා අවුල් ජනනය කරයි .

  
  

• මම UI රටා ගොනු හැසිරවීමේ පැරණි ක්‍රමයට නැවත පැමිණියෙමි. උදාහරණයක් ලෙස, ඉතා සමාන “ListOfCustomers” UI පෝරමයක් මත පදනම්ව “ListOfContracts” HTML (තරමක් දියුණු AJAX පෝරමය) නිර්මාණය කිරීමට. මම ගොනුව පිටපත් කර නැවත නම් කරමි. ඉන්පසු මගේ VS2022/C# ව්‍යාපෘතියේ පෝරමය වෙනස් කිරීමට මම Find-Replace පෙළ සංස්කාරකයක් භාවිතා කරමි. එය මන්දගාමී වේ, නමුත් ප්‍රගතියේ නිශ්චිතභාවයක් ඇති අතර, කේත රේඛා අතුරුදහන් වීම හෝ අනපේක්ෂිත කේත රේඛා එකතු කිරීම සමඟ අප්රසන්න පුදුමයන් නොමැත. එවැනි රටා-පෙනෙන කාර්යයන් සඳහා මම GHC භාවිතා කරනු ඇතැයි මම සිතුවෙමි, නමුත් එය සෘජුවම අතින් කේතනය කිරීම වඩා කාලය-කාර්යක්ෂම සහ බලශක්ති-කාර්යක්ෂම වේ.

  
  

• ගැටළු සඳහා මම GHC ගෙන් උදව් ඉල්ලනවා, නමුත් උපරිම කතාබස් පිළිතුරු 2ක් කියවන්න. එහි පිළිතුරු වාචිකව ලිවීමට නැඹුරු වන අතර, එය එය දන්නේ නම්, මට උත්සාහයන් 2කින් පිළිතුරක් ලැබෙනු ඇත, සමහර විට එය විශිෂ්ට විය හැකිය. එය උත්සාහයන් 2කින් මට හොඳ පිළිතුරක් ලබා නොදුනහොත්, මම එම ගැටලුව සඳහාම Google කියවීමට යන්නෙමි. එම GHC දෙයට පෙළ සහ කේත සාම්පල විශාල ප්‍රමාණයක් ජනනය කළ හැකි අතර හොඳ දේවල් පිළිබඳව ඔබව පුහුණු කළ හැකිය, නමුත් මට විසඳීමට නිශ්චිත ගැටළුවක් ඇත, නිමක් නැතිව කතාබස් කිරීමට කාලය නොවේ. GHC බරපතල අවධානය යොමු කිරීමේ ගැටලුවක් ඇත, පිළිතුරු බොහෝ විට මාතෘකාවෙන් බැහැර වේ.

8. AI නිෂ්පාදන සඳහා අලෙවිකරණය ඉතා ශක්තිමත් ය.

තාක්ෂණික සමාගම් විසින් AI නිෂ්පාදන සඳහා අලෙවිකරණය ඉතා ශක්තිමත් ය, එබැවින් වර්තමාන මොහොතේ AI නිෂ්පාදනවල හැකියාවන් පිළිබඳව ස්ථාවරව සිටීමට උත්සාහ කළ යුතුය.

• අලෙවිකරණය ශක්තිමත්, මන්ද තාක්ෂණික සමාගම් ඒ සඳහා මුදල් යොදවා ඇති අතර දැන් යම් විකුණුම් සහ ආදායමක් අවශ්‍ය වේ. සැබෑ AI නිෂ්පාදන "නිෂ්පාදනයට සූදානම්" නොවුනත්, ඔවුන්ට ඒවා "දර්ශන කතාවක්" මත විකිණීමට අවශ්‍ය වේ. මුදල් එකතු කිරීම සඳහා පමණක්, අලෙවිකරණය එයට අවශ්‍ය ඕනෑම කතාවක් නිර්මාණය කරයි. අලෙවි වන හොඳ කතාවක් තාක්ෂණික යථාර්ථය නිවැරදිව පිළිබිඹු කිරීමට අවශ්‍ය නොවේ.

  
  

• ඔවුන් කතා කරන්නේ "යුගල ක්‍රමලේඛනය" ගැන, එනම් ඔබ තනිවම වැඩ නොකරන නමුත් "යුගල" තුළ, ඔබ දෙදෙනෙකු වැඩ කරනු ඇත , ඔබ සහ GHC වැනි AI-පුද්ගලයෙක්. සමහර විට අනාගතයේදී, නමුත් 2025 මාර්තු වන විට, මම GHC දකින්නේ තවත් කේත-සහාය මෙවලමක් ලෙසයි.

  
  

• ඔවුන් කතා කරන්නේ "සම වයසේ මිතුරන්ගේ වැඩසටහන්කරණය" ගැනයි, එනම් ඔබේ කාර්යයේදී AI-පුද්ගලයා ඔබට සමාන වනු ඇත . 2025 මාර්තු වන විට, GHC තවමත් C# වාක්‍ය ඛණ්ඩය සමඟ විශාල ගැටළු වලට මුහුණ දී ඇති අතර සමහර .NET Core API C# පන්තිය හරියටම පෙනෙන ආකාරයට මඳක් මායාවන් ඇති කරයි. එයට එහි ඇති VS2022 ව්‍යාපෘතියේ ගොනුව කියවිය නොහැක, නමුත් ඒ වෙනුවට, GHC වාක්‍ය ඛණ්ඩය පරීක්ෂා කර එහි කාර්යය අවසන් කිරීමට මිනිස් කාර්යයක් ලබා දෙයි , නමුත් එය ප්‍රතිවිරුද්ධ විය යුතුය; මිනිසුන් එවැනි කම්මැලි කාර්යයන් AI මෙවලම් වෙත පවරනු ඇත.

  
  

• සංවර්ධකයින්ට තමන් ගැන හොඳ හැඟීමක් ඇති කිරීම සඳහා, “නියමු කිරීම සහ ගුවන් යානා” සහ “සම නියමුවෙකු සිටීම” ගැන නිර්මාණය කරන ලද පරිකල්පනීය අලෙවිකරණ කතා තිබේ. දවස අවසානයේදී, ඔබ ලොව පුරා සංචාරය කරන අලංකාර ගුවන් යානයක නොව, යතුරුපුවරුවක් සහ මොනිටරයක් ඉදිරිපිට සිටින පුද්ගලයෙක් පමණි. තවද ඔබ සතුව ඇති එම GHC “AI මිතුරා” (2025 මාර්තු වන විට) මට ටිකක් ඔටිසම් රෝගයෙන් පෙළෙන බව පෙනේ, බොහෝ දේ කතා කරයි, සමහර විට දක්ෂයි, සමහර විට මෝඩයි, ඔහු කරන/කියන සෑම දෙයක්ම පරීක්ෂා කිරීම වඩා හොඳය, මන්ද එය ඔහු එය දන්නා බව පෙනෙන්නට තිබුණත් වැරදි විය හැකිය.

  
  

• බොහෝ AI-කේත උත්පාදක යන්ත්‍ර, තරමක් සකසන ලද, යථාර්ථවාදී නොවන අවස්ථා වලදී ප්‍රසිද්ධියේ නිරූපණය කරනු ලැබේ. ඔවුන් නිරූපණය "සාධක" හෝ "ෆිබොනාච්චි අංක" වැනි කුඩා 50-පේළි ශ්‍රිතයක පරම්පරාවකට සීමා කරයි . මේවා ප්‍රසිද්ධ ක්‍රමලේඛන පෙළපොත් කාර්යයන් වේ. AI පද්ධති ගණිතයේ විශිෂ්ට වන අතර ඒවායේ කේත කොටස්වල විශාල මතකයෙන් කේත සාම්පලයක් පවා ලබා ගත හැකිය. එවැනි පද්ධති සැබෑ ජීවිතයේ කේත මෘදුකාංග සංවර්ධන ව්‍යාපෘති 300+ ගොනුවලට මුහුණ දෙන විට එවැනි පද්ධති කෙසේ පවතිනු ඇත්දැයි එවැනි නිරූපණ පෙන්වන්නේ නැත.

9. නිගමනය

GitHub Copilot (GHC) (2025 මාර්තු වන විට) ප්‍රයෝජනවත් මෙවලමක් වන අතර, මම එය මගේ ක්‍රමලේඛනයේදී දිගටම භාවිතා කරමි. සමහර විට කේත කොටස් සහ යෝජනා ලබා දීමෙන් එය මට මැනිය හැකි කාලයක් ඉතිරි කරයි.

දැනට පවතින තාක්ෂණික මට්ටම නම් , එකවර ගොනු කිහිපයක් ඇතුළත් වන තරමක් සංකීර්ණ කාර්යයක් සම්බන්ධයෙන් GitHub Copilot (GHC) විශ්වාස කළ නොහැකි වීමයි . එවැනි අවස්ථාවන්හිදී, ප්‍රතිඵල අසම්පූර්ණ වන අතර සෘජු අතින් වැඩසටහන්කරණයට සාපේක්ෂව කාලය-කාර්යක්ෂම නොවේ .

බරපතල ගැටළුවක් නම් GitHub Copilot (GHC) නොපවතින C# ක්‍රම සහ ගුණාංග පිළිබඳව මායාවන් ඇති කර ගැනීමට නැඹුරු වීමයි . GHC-ජනනය කරන ලද කේතය වහාම සම්පාදනය නොවන අතර , එය අවසන් කිරීමට බොහෝ අතින් වැඩ කිරීමට සිදුවේ.

දේවල් ඉක්මනින් පරිණාමය වෙමින් පවතී, එබැවින් ඉහත සටහන් දැනටමත් බොහෝ දුරට යල් පැන ගොස් ඇත - පෙනෙන විදිහට, GPT-4o නමින් නව මෙවලමක් දින කිහිපයකට පෙර නිකුත් කරන ලදී. AI තාක්ෂණික සමාගම් පසුබිමේ මෙම මෙවලම් නිහඬව උත්ශ්‍රේණි කරමින් සිටින බව පෙනේ, පරිශීලකයින්ට කිසිදු පැහැදිලි දැනුම්දීමක් නොලැබෙන පරිදි ඒවා වඩා හොඳ සහ හොඳ කරයි.

මාධ්‍යවල පළ වන සමහර වාර්තාවලින් පෙනී යන්නේ විශාල භාෂා ආකෘති (LLM) උපරිමයට පැමිණ ඇති බවත්, පිරිසිදු පරිමාණයෙන් ඒවා වඩා හොඳ නොවන බවත්ය. AI මෙවලම් සමඟ සැබෑ ප්‍රගතියක් දැකීමට පෙර AI විද්‍යාවේ යම් න්‍යායාත්මක ප්‍රගතියක් සඳහා අපට බලා සිටීමට සිදුවනු ඇත.

2025 මාර්තු මාසයේ නිකුත් කරන ලද GitHub Copilot අනුවාදය ප්‍රයෝජනවත් වේ, නමුත් ප්‍රචාරණය කළ තරම් හොඳ නැත . කාලයත් සමඟ එය වඩා හොඳ වනු ඇතැයි අපට අපේක්ෂා කළ හැකිය. නමුත්, තවමත් යථාර්ථයේ දී දැකගත/සත්‍යාපනය කළ යුතුය.

ඇත්ත වශයෙන්ම, අවසානයේ, ඉහත ලිපියේ සඳහන් කළ සෑම දෙයක් ගැනම දෙවන මතයක් ඉල්ලා සිටින්න.