ما دوباره در حال تکرار اشتباه Dreamweaver هستیم
هوش مصنوعی دوباره مدیریت کد را به طراحی میسپارد.
بیست سال است که تلاش کردهایم این نقشها را از هم جدا کنیم. طراحان طراحی میکردند. توسعهدهندگان میساختند. و یک انسان به عنوان پل ارتباطی عمل میکرد.
هوش مصنوعی این روند را تغییر میدهد. شما یک مدل را به سمت یک فایل طراحی میگیرید و آن مدل کامپوننتها را تولید میکند. دوباره طراحی، کد را هدایت میکند.
این کارآمد به نظر میرسد، اما با خود ریسک به همراه دارد.
در دوران قدیمی Dreamweaver، یک انسان در میانه مسیر قرار داشت. آن فرد کیفیت را تضمین میکرد. با هوش مصنوعی، طراحی مستقیماً به کد تبدیل میشود، بدون اینکه کسی پشت فرمان باشد.
دو نکته وجود دارد که باید درک کنید:
- فایلهای طراحی، سیستمهای طراحی نیستند. یک فایل بر اساس ظاهرش قضاوت میشود، اما یک سیستم بر اساس قابلیت استفاده مجدد، پایداری و وضعیتها (states) سنجیده میشود. هوش مصنوعی این مرز را کمرنگ میکند.
- هوش مصنوعی برای سایتهای استاتیک عالی است. اگر فقط به یک تصویر لحظهای (snapshot) نیاز دارید، از آن استفاده کنید. مشکل زمانی شروع میشود که میخواهید یک سیستم قابل استفاده مجدد، مانند یک CMS سفارشی یا یک UI پویا بسازید.
شکست واقعی در جزئیات رخ میدهد.
تیمها اغلب خط لولههای کد (code pipelines) را بر اساس نام متغیرهای Figma میسازند. نامگذاری یک انتخاب طراحی است، اما هوش مصنوعی آن را به یک قرارداد صلب تبدیل میکند. اگر طراح نام یک متغیر را تغییر دهد، کل خط لوله از کار میافتد.
یک طراحی، یک تصویر لحظهای استاتیک است. این تصویر تنها یک صفحه را در یک وضعیت خاص نشان میدهد و موارد زیر را نمایش نمیدهد:
- وضعیتهای بارگذاری یا خطا.
- چیدمانهای محتوا-محور در مقابل چیدمانهای ثابت.
- نحوه تغذیه دادهها توسط یک CMS.
آن بافتار (context) در ذهن توسعهدهنده است، نه در یک فایل طراحی.
رهبران صنعت در تلاش برای رفع این مشکل هستند. گوگل فایل DESIGN.md را منتشر کرد تا ساختار بیشتری به هوش مصنوعی بدهد. ابزارهایی مانند Fixel با اعتبارسنجی کد در برابر Figma، به شناسایی انحراف طراحی (design drift) کمک میکنند.
اما حتی بهترین ابزارها هم محدودیتهایی دارند. آنها میتوانند پیکسلها یا توکنها را استخراج کنند، اما نمیتوانند تصمیمات معماری بگیرند. آنها نمیتوانند تصمیم بگیرند که آیا از یک کامپوننت موجود استفاده کنند یا یکی جدید بسازند.
آینده درباره هدایت کد توسط طراحی نیست؛ بلکه درباره یافتن یک حد وسط است.
من معتقدم این حد وسط مستلزم موارد زیر است:
- ورودیهای CSS تایپشده در زمان ساخت (build time).
- پیشنهاد هوش مصنوعی در مورد نحوه نگاشت (mapping) طراحیها به سیستم موجود شما.
- تصمیمگیری نهایی مهندسان UX در مورد رفتار و معنا.
هوش مصنوعی طراحان را در قبال کیفیت کد مسئولتر میکند. از آنجایی که طراحی تبدیل به کد میشود، دیگر کسی باقی نمیماند تا بر فرآیند ترجمه نظارت کند.
ما نباید مهندسان UX را از این چرخه حذف کنیم. ما به افرادی نیاز داریم که مالکیت نگاشت و قرارداد بین طراحی و سیستم را بر عهده داشته باشند.
شما چگونه تصمیم میگیرید که چه چیزی توسط هوش مصنوعی پیشنهاد شود و چه چیزی همچنان بر عهده تصمیمگیری شما باقی بماند؟
منبع: https://dev.to/slafleche/were-making-the-dreamweaver-mistake-again-on-purpose-this-time-ema