طراحی فقط ساختن نیست
فرانتاند
هوش مصنوعیخلاصهٔ کامل‌تر
Tanner Christensen تو این مقاله طراحی رو این‌جوری تعریف می‌کنه: تصمیم گرفتن عمدی دربارهٔ اینکه یه چیز چطور کار کنه، چه حسی بده و تو شرایط واقعی استفاده چطور واکنش نشون بده. به گفتهٔ نویسنده، نرم‌افزار وقتی «طراحی‌شده» حساب میشه که پشتش یه هدف منسجم باشه. اگه یه بخشش بی‌حساب‌وکتاب ول شده باشه، دیگه نمی‌شه گفت خوب طراحی شده.
امروز با Claude و Cursor و ChatGPT تقریباً هر کسی می‌تونه یه رابط کاربری رو توصیف کنه، نسخهٔ کاربردیش رو بسازه و انقدر prompt بده تا حس کنه درست شده. کاری که قبلاً هفته‌ها یا ماه‌ها طول می‌کشید گاهی تو یه بعدازظهر جمع میشه. نویسنده این رو هیجان‌انگیز می‌دونه، ولی نگرانه که خیلی‌ها سرعت تولید رو با کیفیت طراحی یکی بدونن.
برای توضیح، دو تا مثال از دنیای فیزیکی میاره. یه ساختمون ضدزلزله رو نمی‌شه بعد از ساخت ضدزلزله کرد؛ احتمال زلزله از اول روی سازه و مصالح اثر می‌ذاره. یا Apple Watch Ultra که بدنهٔ تیتانیومی برجسته داره تا صفحه‌ش از ضربه در امون بمونه. این فقط یه انتخاب ظاهری نیست. حرف نویسنده اینه که شرایط واقعی تستی برای محصول تموم‌شده نیستن، ورودی‌هایی‌ان که خود طراحی رو شکل می‌دن.
تو نرم‌افزار هم همینه. اگه یه برچسب ترجمه‌شده دو برابر متن اصلی بشه چی؟ اگه کاربر اندازهٔ فونت رو بزرگ کنه؟ اگه یه نمودار با عددهایی خیلی بیرون از بازهٔ انتظار روبه‌رو بشه؟ اگه کسی نتونه با موس کار کنه یا یه عملیات شکست بخوره؟ نویسنده معتقده اینا فقط edge case نیستن، یعنی موارد نادری که آخر کار درستشون کنی. اینا نشون می‌دن طراحی از اول باید چی می‌بوده.
حالا فرض کن به یه مدل بگی یه داشبورد بسازه. ممکنه عالی دربیاد، سلسله‌مراتب منطقی، فاصله‌ها یکدست، تعامل‌ها کارا. ولی تو واقعاً چی دربارهٔ این طراحی می‌دونی؟ مدل خیلی از تصمیم‌ها رو به جای تو گرفته. بعضی‌هاش شاید از تصمیم تو هم بهتر باشه، بعضی‌هاش روی فرض‌هایی بنا شده که به کار تو نمی‌خوره. اگه فقط با یه نگاه سرسری قضاوت کنی، دلیلی نداری اون فرض‌ها رو زیر سؤال ببری.
نویسنده تأکید می‌کنه این مشکل مخصوص AI نیست و طراح‌ها همیشه می‌تونستن کار قشنگ و بی‌فکر بسازن؛ AI فقط رسیدن به یه نتیجهٔ قانع‌کننده رو راحت‌تر کرده. خودِ AI هم می‌تونه کمک کنه محدودیت‌ها رو بررسی کنیم و فرض‌ها رو به چالش بکشیم. به نظرش فرق اصلی ابزار یا زمان نیست، اینه که داریم راه‌حل رو عمداً حول شرایطش شکل می‌دیم یا فقط چون از نتیجه خوشمون اومده قبولش می‌کنیم.
نکات کلیدی:
- سرعت ساختن یه رابط قانع‌کننده چیزی دربارهٔ درستی تصمیم‌های طراحی نمی‌گه
- شرایطی مثل ترجمه، اندازهٔ فونت، دسترس‌پذیری و خطا باید از اول ورودی طراحی باشن
- وقتی مدل AI رابط می‌سازه، خیلی از تصمیم‌ها رو بی‌سروصدا به جای ما می‌گیره
- مثال‌های مقاله: ساختمون ضدزلزله و بدنهٔ تیتانیومی Apple Watch Ultra
- معیار نویسنده: راه‌حل عمداً حول شرایط ساخته شده یا فقط ظاهرش پسندیده شده؟
