நாம் மீண்டும் அந்த Dreamweaver தவறைச் செய்கிறோம்

AI, வடிவமைப்பை (design) மீண்டும் குறியீட்டின் (code) கட்டுப்பாட்டிற்குள் கொண்டுவருகிறது.

இருபது ஆண்டுகளாக, இந்தத் துறை வடிவமைப்பையும் குறியீட்டையும் தனித்தனியாகப் பிரித்து வைத்திருக்க முயன்றது. வடிவமைப்பாளர்கள் வடிவமைத்தனர். டெவலப்பர்கள் உருவாக்கினர். ஒரு மனிதன் இவ்விரண்டிற்கும் இடையே மொழிபெயர்ப்பாளராகச் செயல்பட்டார்.

இப்போது, நிலைமை மீண்டும் பழைய நிலைக்குத் திரும்புகிறது. AI ஒரு வடிவமைப்பு கோப்பை (design file) எடுத்து நேரடியாக குறியீட்டை எழுதுகிறது. இது வேகமானது போலத் தோன்றலாம். இது திறமையானது போலத் தோன்றலாம். ஆனால் இது ஒரு மிகப்பெரிய ஆபத்தை உருவாக்குகிறது.

பழைய Dreamweaver காலங்களில், ஒரு மனிதன் நடுவில் இருந்தார். அந்த நபர் தரத்தை உறுதி செய்தார். AI-யுடன், வடிவமைப்பானது நேரடியாக குறியீடாக மாறுகிறது, ஆனால் அதை வழிநடத்த யாரும் இல்லை.

இது வடிவமைப்பாளர்களின் பிரச்சனை அல்ல. வடிவமைப்பாளர்கள் சிறந்த வேலையைச் செய்கிறார்கள். ஒரு வடிவமைப்பு கோப்பு அது எப்படித் தெரிகிறது என்பதன் அடிப்படையில் மதிப்பிடப்படுகிறது. ஆனால் ஒரு வடிவமைப்பு அமைப்பு (design system) அது எப்படிச் செயல்படுகிறது, எப்படி விரிவடைகிறது மற்றும் எவ்வளவு காலம் நிலைத்திருக்கும் என்பதன் அடிப்படையில் மதிப்பிடப்படுகிறது.

AI இந்த எல்லையை மங்கலாக்குகிறது. அது ஒரு நிலையான வடிவமைப்புத் துண்டினை (static design snapshot) ஒரு நிரந்தர அடித்தளமாக கருதுகிறது.

இது தோல்வியடையும் இரண்டு முக்கிய வழிகள் இதோ:

  • பெயரிடும் பிழைகள் (Naming errors): வடிவமைப்பாளர்கள் Figma-வில் தேர்ந்தெடுக்கும் பெயர்களை அடிப்படையாகக் கொண்டு குழுக்கள் குறியீடு வழித்தடங்களை (code pipelines) உருவாக்குகின்றன. ஒரு வடிவமைப்பாளர் ஒரு மாறியின் (variable) பெயரை மாற்றினால், முழு குறியீடு வழித்தடமும் உடைந்துவிடும். ஒரு காட்சி மதிப்புக்கும் (visual value) செயல்பாட்டு நோக்கத்திற்கும் (functional intent) இடையிலான வேறுபாட்டை AI-யால் கண்டறிய முடியாது.
  • சூழல் இல்லாமை (Missing context): ஒரு வடிவமைப்பு கோப்பு ஒரு திரையின் ஒரு நிலையைக் காட்டுகிறது. அது பிழை நிலைகள் (error states), லோடிங் நிலைகள் (loading states) அல்லது ஒரு தரவுத்தளம் (database) எவ்வாறு UI-க்குத் தரவுகளை வழங்குகிறது என்பதைக் காட்டுவதில்லை. அந்தத் தர்க்கம் (logic) குறியீட்டில் உள்ளது, வடிவமைப்பு கோப்பில் இல்லை.

இந்தத் துறையானது இதைச் சரிசெய்ய முயல்கிறது. AI-க்கு அதிகக் கட்டமைப்பை வழங்க Google, DESIGN.md-ஐ ஓப்பன் சோர்ஸ் (open-sourced) செய்தது. Fixel போன்ற கருவிகள், சோதனையின் போது Figma-வுடன் குறியீட்டை ஒப்பிட்டுப் பார்ப்பதன் மூலம் "design drift"-ஐக் கண்டறிய உதவுகின்றன.

ஆனால் இந்தத் கருவிகள் இருந்தாலும், ஒரு இடைவெளி அப்படியே உள்ளது.

ஒரு வடிவமைப்பு என்பது அடித்தளம் அல்ல. அது ஒரு snapshot மட்டுமே.

உண்மையான தீர்வு வடிவமைப்பாளர்களை பொறியாளர்களாக மாற்றுவது அல்ல. தீர்வு என்பது "நடுப்பகுதியை" (middle) நிர்வகிக்க UX பொறியாளருக்கு அதிகாரம் அளிப்பதே ஆகும்.

அந்த நடுப்பகுதி என்பது ஒரு பாலம் போன்றது, அங்கு:

  • வடிவமைப்பு டோக்கன்கள் (Design tokens) உலகளாவிய தரநிலைகளுடன் (universal standards) இணைக்கப்படுகின்றன.
  • ஏற்கனவே உள்ள அமைப்புகளின் அடிப்படையில் AI குறியீட்டை முன்மொழிகிறது.
  • மனிதர்கள் இறுதி கட்டமைப்பு முடிவுகளை (architectural decisions) எடுக்கிறார்கள்.

AI ஒரு snapshot நிலையில் சிறப்பாகச் செயல்படுகிறது. இது திட்டங்களை விரைவாக முடிக்க உதவுகிறது. ஆனால் உண்மையான மதிப்பு ஒரு அடித்தளத்தைக் கோருகிறது.

ஒரு மனிதக் காவலர் (human gatekeeper) இல்லாமல் வடிவமைப்பை குறியீட்டை வழிநடத்த விடாதீர்கள். பொறியாளரின் பங்கு மாறிக்கொண்டிருக்கிறது. நீங்கள் இனி வெறும் மொழிபெயர்ப்பாளர் மட்டுமல்ல. நீங்கள் ஒரு தொலைநோக்குப் பார்வைக்கும் (vision) அமைப்புக்கும் (system) இடையிலான ஒப்பந்தத்தை நிர்வகிப்பவர்.

உங்கள் கைகளில் எது இருக்க வேண்டும் மற்றும் எதை AI-யிடம் கொடுக்க வேண்டும் என்பதை நீங்கள் எப்படித் தீர்மானிக்கிறீர்கள்?

Source: https://dev.to/slafleche/were-making-the-dreamweaver-mistake-again-on-purpose-this-time-ema

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