design engineer کیه و چه کاری رو گردن میگیره
فرانتاندخلاصهٔ کاملتر
جیم نیلسن تو یادداشت کوتاهش به تعریفی اشاره میکنه که رابین اشپیلمان از نقش design engineer (یعنی طراحی که خودش کد محصول رو هم مینویسه) داده. به گفتهٔ اشپیلمان تو هر محصول دیجیتالی یه دستهٔ مشخص از کارها هست که باید انجام بشه، ولی تو بیشتر تیمها هیچکس رسماً مسئولش نیست. همین جای خالیه که این نقش پرش میکنه.
حرف اصلی اینه که زیر یه ماکاپ ثابت کلی چیز پنهونه. ماکاپ محصول رو تو بهترین حالتش نشون میده: یه عرض صفحه، دیتای ساختگی و مسیری که همهچی توش درست پیش میره. ولی برای اینکه همون صفحه واقعاً بالا بیاد، باید جواب یه لیست خیلی بلندتر رو داد: اسمی که ۶۰ کاراکتره چی میشه؟ لیاوت موقع لود شدن دیتا میپره؟ اگه اصلاً دیتایی نباشه، این حالت خالیه یا کاربر فکر میکنه یه چیزی خراب شده؟ اینترنت کند، گوشی باریک و کسی که اصلاً موس دستش نمیگیره چی؟
نویسنده میگه تصمیمگیری دربارهٔ همین سؤالهاست که کار design engineer رو میسازه. به نقل از اشپیلمان، یه محصول خوب حاصل چند صد تصمیم کوچیکه که هیچکدومشون به شکل یه ریکوایرمنت مکتوب دووم نمیآرن. یعنی نه میشه همهشون رو نوشت و تحویل داد، نه میشه از انتخاب بین trade-off ها فرار کرد.
جمعبندی نیلسن اینه که تیم به کسی نیاز داره که اول بدونه این دغدغهها اصلاً وجود دارن و بعد با حوصله انجامشون بده. تعریف کاریای که خودش میپسنده هم همینه: design engineer کسیه که مالک این سؤاله که محصول هنوز با خودش جور هست یا نه.
نکات کلیدی:
- تو بیشتر تیمها یه دستهٔ مشخص از کارهای محصول صاحب رسمی نداره
- ماکاپ ثابت فقط یه عرض صفحه، دیتای ساختگی و مسیر بدون خطا رو نشون میده
- سؤالهای واقعی: اسم ۶۰ کاراکتری، پرش لیاوت موقع لود، حالت خالی، اینترنت کند، گوشی باریک، کاربر بدون موس
- به گفتهٔ اشپیلمان محصول خوب جمع چند صد تصمیم کوچیکه که به ریکوایرمنت مکتوب در نمیآن
- تعریف پیشنهادی: design engineer مالک اینه که محصول با خودش جور بمونه
