The Hidden Contract of Mastery: Why Complexity Is Yours to Absorb
نویسنده که ابزار بازبینی پرینت سهبعدی به اسم Printsight را ساخته، از تجربهاش میگوید. یک کاربر پیشنهاد اضافه کردن الگوریتم بهبود کنتراست (CLAHE) را داده بود. اول نویسنده میخواسته یک اسکریپت جداگانه اضافه کند که کاربر مجبور باشد خودش پیش از اجرای ابزار اجرایش کند. اما بعد فهمیده که این کار درست نیست: باید این پیچیدگی را در خود ابزار جذب کند تا کاربر فقط یک دستور بزند و جواب بگیرد. از اینجا به یک پرنسیپ کلی رسیده: هر تولیدکنندهای باید پیچیدگی را جذب کند و محصول ساده تحویل دهد. مصرفکننده هم نباید در سختی بماند، بلکه باید مشکل را به تولیدکننده بگوید.
چرا مهمه؟
این پرنسیپ نحوه تفکر درباره طراحی محصول را تغییر میدهد. دیگر نباید با اضافهکردن آپشنها و داکیومنتهای طولانی، بار را بر دوش کاربر گذاشت. توسعهدهندهها، طراحان و حتی نویسندهها میتوانند با این دیدگاه محصولات بهتری بسازند. خواننده با خواندن این مطلب میفهمد چطور در کار خود از این پرنسیپ استفاده کند تا هم خروجی بهتری داشته باشد و هم از استرس اضافی دور بماند.
به درد کی میخوره؟
• توسعهدهندگان نرمافزار • مهندسان DevOps • طراحان محصول • مدیران فنی • تیمهای مستندسازی و پشتیبانی
تو عمل چی کار کنیم؟
با بهکارگیری این پرنسیپ میتوانید محصولات و خدماتی بسازید که کاربر به راحتی از آنها استفاده کند و نیاز به خواندن راهنماهای طولانی نداشته باشد. اگر مصرفکننده هستید، یاد میگیرید در زمان مناسب مشکل را مطرح کنید و وقت خود را صرف مسائلی نکنید که تخصص آنها را ندارید. این کار هم کیفیت کار را بالا میبرد و هم از سردرگمی میکاهد.
نظر BlueIT News
توصیه Blue IT News به تیمهای فناوری: به جای افزودن آپشنهای بیشتر و مستندات حجیم، زمان بگذارید و محصول را برای کاربر نهایی ساده کنید. این تفاوت میان یک ابزار معمولی و یک ابزار عالی را مشخص میکند.