നമ്മൾ വീണ്ടും ആ Dreamweaver തെറ്റ് ആവർത്തിക്കുകയാണ്

AI ഡിസൈനിനെ വീണ്ടും കോഡിന്റെ നിയന്ത്രണത്തിലാക്കുന്നു.

കഴിഞ്ഞ ഇരുപത് വർഷമായി, ഡിസൈനിനെയും കോഡിനെയും വേർതിരിച്ചു നിർത്താനാണ് വ്യവസായം ശ്രമിച്ചിരുന്നത്. ഡിസൈനർമാർ ഡിസൈൻ ചെയ്തു. ഡെവലപ്പർമാർ അത് നിർമ്മിച്ചു. ഒരു മനുഷ്യൻ ഇവ രണ്ടിനും ഇടയിൽ ഒരു പരിഭാഷകനായി പ്രവർത്തിച്ചു.

ഇപ്പോൾ, സാഹചര്യം വീണ്ടും മാറുകയാണ്. AI ഒരു ഡിസൈൻ ഫയൽ എടുത്ത് നേരിട്ട് കോഡ് എഴുതുന്നു. ഇത് വേഗമേറിയതായി തോന്നാം. കാര്യക്ഷമമാണെന്ന് തോന്നും. എന്നാൽ ഇത് വലിയൊരു അപകടസാധ്യത സൃഷ്ടിക്കുന്നു.

പഴയ Dreamweaver കാലഘട്ടത്തിൽ, ഒരു മനുഷ്യൻ ഇതിന്റെ മധ്യഭാഗത്ത് ഉണ്ടായിരുന്നു. ആ വ്യക്തി ഗുണനിലവാരം ഉറപ്പാക്കിയിരുന്നു. എന്നാൽ AI ഉപയോഗിക്കുമ്പോൾ, നിയന്ത്രണങ്ങളൊന്നുമില്ലാതെ ഡിസൈൻ നേരിട്ട് കോഡിലേക്ക് മാറുന്നു.

ഇത് ഡിസൈനർമാരുടെ കുഴപ്പമല്ല. ഡിസൈനർമാർ മികച്ച രീതിയിലാണ് ജോലി ചെയ്യുന്നത്. ഒരു ഡിസൈൻ ഫയൽ അതിന്റെ കാഴ്ചയിൽ (look) ആണ് വിലയിരുത്തപ്പെടുന്നത്. എന്നാൽ ഒരു ഡിസൈൻ സിസ്റ്റം അത് എങ്ങനെ പ്രവർത്തിക്കുന്നു, എങ്ങനെ വികസിപ്പിക്കാം (scale), എങ്ങനെ നിലനിൽക്കും എന്നിവയുടെ അടിസ്ഥാനത്തിലാണ് വിലയിരുത്തപ്പെടുന്നത്.

AI ഈ അതിർവരമ്പുകൾ മായ്ച്ചുകളയുന്നു. ഒരു നിശ്ചിത സമയത്തെ ഡിസൈൻ സ്നാപ്ഷറ്റിനെ (static design snapshot) ഒരു ശാശ്വത അടിത്തറയായി അത് കണക്കാക്കുന്നു.

ഇത് പരാജയപ്പെടുന്ന പ്രധാനപ്പെട്ട രണ്ട് രീതികൾ ഇവയാണ്:

  • പേരിടുന്നതിലെ പിശകുകൾ (Naming errors): ഡിസൈനർമാർ Figma-യിൽ തിരഞ്ഞെടുക്കുന്ന പേരുകളെ അടിസ്ഥാനമാക്കിയാണ് ടീമുകൾ കോഡ് പൈപ്പ്‌ലൈനുകൾ നിർമ്മിക്കുന്നത്. ഒരു ഡിസൈനർ ഒരു വേരിയബിളിന്റെ (variable) പേര് മാറ്റിയാൽ, മുഴുവൻ കോഡ് പൈപ്പ്‌ലൈനും തകരാറിലാകും. ഒരു വിഷ്വൽ വാല്യൂവും (visual value) ഫങ്ഷണൽ ഇന്റന്റും (functional intent) തമ്മിലുള്ള വ്യത്യാസം തിരിച്ചറിയാൻ AI-ക്ക് കഴിയില്ല.
  • സന്ദർഭത്തിന്റെ അഭാവം (Missing context): ഒരു ഡിസൈൻ ഫയൽ ഒരു സ്‌ക്രീനിന്റെ ഒരു അവസ്ഥ (state) മാത്രമാണ് കാണിക്കുന്നത്. എറർ സ്റ്റേറ്റുകൾ (error states), ലോഡിംഗ് സ്റ്റേറ്റുകൾ (loading states), അല്ലെങ്കിൽ ഒരു ഡാറ്റാബേസ് എങ്ങനെ UI-ലേക്ക് വിവരങ്ങൾ നൽകുന്നു എന്നിവ അത് കാണിക്കുന്നില്ല. ആ ലോജിക് കോഡിലാണ് ഇരിക്കുന്നത്, ഡിസൈൻ ഫയലിലല്ല.

വ്യവസായം ഇത് പരിഹരിക്കാൻ ശ്രമിക്കുന്നുണ്ട്. AI-ക്ക് കൂടുതൽ ഘടന നൽകുന്നതിനായി Google DESIGN.md ഓപ്പൺ സോഴ്‌സ് ചെയ്തു. ടെസ്റ്റിംഗിനിടെ കോഡ് Figma-യുമായി ഒത്തുനോക്കി "design drift" കണ്ടെത്താൻ Fixel പോലുള്ള ടൂളുകൾ സഹായിക്കുന്നു.

എന്നാൽ ഈ ടൂളുകൾ ഉണ്ടെങ്കിലും ഒരു വിടവ് അവശേഷിക്കുന്നു.

ഒരു ഡിസൈൻ എന്നത് ഒരു അടിത്തറയല്ല. അതൊരു സ്നാപ്ഷറ്റ് മാത്രമാണ്.

ഡിസൈനർമാരെ എഞ്ചിനീയർമാരാക്കുക എന്നതല്ല യഥാർത്ഥ പരിഹാരം. മറിച്ച്, "മധ്യഭാഗം" (middle) കൈകാര്യം ചെയ്യാൻ UX engineer-നെ പ്രാപ്തരാക്കുക എന്നതാണ് പരിഹാരം.

ആ മധ്യഭാഗം എന്നത് ഒരു പാലമാണ്, അവിടെ:

  • Design tokens സാർവത്രിക മാനദണ്ഡങ്ങളുമായി (universal standards) ബന്ധിപ്പിക്കപ്പെടുന്നു.
  • നിലവിലുള്ള സിസ്റ്റങ്ങളെ അടിസ്ഥാനമാക്കി AI കോഡ് നിർദ്ദേശിക്കുന്നു.
  • മനുഷ്യർ അന്തിമമായ ആർക്കിടെക്ചറൽ തീരുമാനങ്ങൾ എടുക്കുന്നു.

സ്നാപ്ഷറ്റ് തലത്തിൽ AI മികച്ചതാണ്. പ്രോജക്റ്റുകൾ വേഗത്തിൽ പൂർത്തിയാക്കാൻ ഇത് സഹായിക്കും. എന്നാൽ യഥാർത്ഥ മൂല്യത്തിന് ഒരു അടിത്തറ ആവശ്യമാണ്.

ഒരു മനുഷ്യൻ നിയന്ത്രിക്കാതെ ഡിസൈൻ കോഡിനെ നയിക്കാൻ അനുവദിക്കരുത്. എഞ്ചിനീയറുടെ പങ്ക് മാറിക്കൊണ്ടിരിക്കുകയാണ്. നിങ്ങൾ വെറുമൊരു പരിഭാഷകനല്ല. കാഴ്ചപ്പാടും (vision) സിസ്റ്റവും തമ്മിലുള്ള കരാർ കൈകാര്യം ചെയ്യുന്ന ആളാണ് നിങ്ങൾ.

നിങ്ങളുടെ കൈകളിൽ എന്തൊക്കെ നിലനിർത്തണം, എന്തൊക്കെ AI-ക്ക് നൽകണം എന്ന് നിങ്ങൾ എങ്ങനെ തീരുമാനിക്കും?

ഉറവിടം: https://dev.to/slafleche/were-making-the-dreamweaver-mistake-again-on-purpose-this-time-ema

ഓപ്ഷണൽ ലേണിംഗ് കമ്മ്യൂണിറ്റി: https://t.me/GyaanSetuAi