ഏറ്റവും കുറഞ്ഞ AI ഉപയോഗിക്കുക എന്ന തത്വം (The Principle of Least AI)

സോഫ്റ്റ്‌വെയർ ആർക്കിടെക്ചറിൽ 'പ്രിൻസിപ്പിൾ ഓഫ് ലീസ്റ്റ് പവർ' (principle of least power) എന്നൊരു നിയമമുണ്ട്. ഒരു പ്രശ്നം പരിഹരിക്കാൻ ഏറ്റവും ലളിതമായ ഉപകരണം ഉപയോഗിക്കണമെന്നാണ് ഇത് പറയുന്നത്. ഒരു വലിയ ഫ്രെയിംവർക്കിന് പകരം ഒരു സ്ക്രിപ്റ്റ് ഉപയോഗിക്കുക. സങ്കീർണ്ണമായ ഒരു ഡാറ്റാബേസിന് പകരം ഒരു ഫ്ലാറ്റ് ഫയൽ ഉപയോഗിക്കുക. ഉപകരണം ആ ജോലിക്കനുസരിച്ചുള്ളതായിരിക്കണം.

'പ്രിൻസിപ്പിൾ ഓഫ് ലീസ്റ്റ് AI' എന്നതും ഇതേ യുക്തിയാണ് പിന്തുടരുന്നത്.

AI തെറ്റുകൾ ഉണ്ടാക്കുന്നു. അത് പക്ഷപാതവും (bias) അസ്ഥിരതയും സൃഷ്ടിക്കുന്നു. ഇത് ചിലവേറിയതുമാണ്. ഏറ്റവും പ്രധാനമായി, AI ശരിയാകുന്നതിനേക്കാൾ കൂടുതൽ പ്രാപ്തമായി തോന്നാൻ ശ്രമിക്കുന്നു. വളരെ നേരത്തെ തന്നെ AI ഉപയോഗിക്കുന്നത്, നിങ്ങളുടെ സാഹചര്യങ്ങൾ (context) മനസ്സിലാക്കാൻ കഴിയാത്ത ഒരു ഉപകരണത്തെ ആശ്രയിക്കാൻ നിങ്ങളെ പ്രേരിപ്പിക്കുന്നു.

AI-യെ ഒരു ഉത്തരമായി കാണുന്നത് നിർത്തുക. അതിനെ വേഗത്തിലുള്ള ഒരു ആദ്യ കരട് (first draft) മാത്രമായി കാണുക.

പകരം ഇവ പരീക്ഷിച്ചു നോക്കൂ:

  • റബ്ബർ ഡക്ക് ഡിബഗ്ഗിംഗ് (Rubber duck debugging): പരിഹാരം സ്വയം കണ്ടെത്താനായി നിങ്ങളുടെ പ്രശ്നം ഉറക്കെ വിവരിക്കുക.
  • ഡോക്യുമെന്റേഷൻ (Documentation): നിർമ്മിക്കപ്പെട്ട വിശദീകരണങ്ങൾ ചോദിക്കുന്നതിന് പകരം നിലവിലുള്ള ഡോക്യുമെന്റുകൾ തിരയുക.
  • പിയർ റിവ്യൂ (Peer review): നിങ്ങളെ പ്രീണിപ്പിക്കാൻ മാത്രം ആഗ്രഹിക്കുന്ന ഒരു മോഡലിനോട് ചോദിക്കുന്നതിന് പകരം ഒരു സഹപ്രവർത്തകനോട് ചോദിക്കുക.

ഞാൻ പലപ്പോഴും വളരെ വേഗത്തിൽ AI-യുടെ സഹായം തേടാറുണ്ട്. അത് ലഭ്യമായതുകൊണ്ടാണ് ഞാൻ അങ്ങനെ ചെയ്യുന്നത്. നിമിഷങ്ങൾക്കുള്ളിൽ പുരോഗതി പോലെ തോന്നുന്ന ഒന്ന് അത് നിർമ്മിക്കുന്നു. എന്നാൽ യഥാർത്ഥ ജോലി സാവധാനത്തിലുള്ളതാണ്. പരിശോധനയും, ചോദ്യം ചെയ്യലും, ലഭിച്ച ഫലം നിങ്ങളുടെ ആവശ്യങ്ങൾക്ക് അനുയോജ്യമാണോ എന്ന് തീരുമാനിക്കലും യഥാർത്ഥ ജോലിയുടെ ഭാഗമാണ്.

ശരിയാണെന്ന് തോന്നിപ്പിക്കാൻ AI മിടുക്കനാണ്. കാര്യങ്ങൾ കൃത്യമാണെന്ന് തോന്നിക്കാൻ അത് ആത്മവിശ്വാസമുള്ള ഭാഷയും നീളമുള്ള വാക്യങ്ങളും ഉപയോഗിക്കുന്നു. പലപ്പോഴും നിങ്ങൾ കേൾക്കാൻ ആഗ്രഹിക്കുന്നത് തന്നെയായിരിക്കും അത് പറയുന്നത്. നിങ്ങളുടെ രീതി തെറ്റാണെങ്കിൽ ഇത് അപകടകരമാണ്.

കോഡിംഗിനായി നിങ്ങൾ AI ഉപയോഗിക്കുമ്പോൾ, ഈ ചോദ്യങ്ങൾ ചോദിക്കുക:

  • ഇത് പ്രവർത്തിക്കാൻ എന്തൊക്കെ കാര്യങ്ങൾ ശരിയാകണം?
  • ഇത് എന്തൊക്കെ അനുമാനങ്ങളാണ് (assumptions) നടത്തുന്നത്?
  • എന്റെ പ്രത്യേക സാഹചര്യത്തിൽ (context) വരാൻ സാധ്യതയുള്ള എഡ്ജ് കേസുകൾ (edge cases) എന്തൊക്കെയാണ്?

'പ്രിൻസിപ്പിൾ ഓഫ് ലീസ്റ്റ് AI' എന്നത് AI ഒഴിവാക്കുന്നതിനെക്കുറിച്ചല്ല. അത് അമിതമായ ഓട്ടോമേഷൻ (over-automation) ഒഴിവാക്കുന്നതിനെക്കുറിച്ചാണ്. ഒരു സൈക്കിൾ കൊണ്ട് ചെയ്യാവുന്ന കാര്യത്തിന് ടാങ്ക് ഉപയോഗിക്കരുത്. കുറഞ്ഞ ചിലവിൽ മികച്ച രീതിയിൽ പ്രവർത്തിക്കുന്ന ലളിതമായ ഒരു ഉപകരണം ലഭ്യമാകുമ്പോൾ AI ഉപയോഗിക്കരുത്.

AI ഇല്ലാതായാലും തങ്ങളുടെ ജോലി എന്താണെന്ന് കൃത്യമായി അറിയുന്നവരാണ് വിജയിക്കുന്നത്.

Source: https://dev.to/amrree/the-principle-of-least-ai-5c68

Optional learning community: https://t.me/GyaanSetuAi