منبع: بنیاد طراحی تعامل (IxDF) · بازنویسی آزاد: سپنتا پویا · ترجمه: ۶ شهریور ۱۴۰۵ · زمان مطالعه: حدود ۱۰ دقیقه

رایانش همراه (Mobile Computing) چیست؟

💡 این متن «بازنویسی آزاد» است: ایده‌ها و مفاهیم مطلب اصلی با نگارش کاملاً مستقل فارسی و مثال‌های تازه بازگو شده‌اند و ترجمهٔ کلمه‌به‌کلمه نیست. بخش‌های افزودهٔ مترجم در جعبهٔ منبع مشخص شده‌اند.

یک رایانهٔ رومیزی، برق و شبکه را مسلم می‌گیرد. دستگاه همراه هیچ‌کدام را مسلم نمی‌گیرد، و تمام تفاوت این دو سکو از همین‌جا شروع می‌شود.

تعریف

رایانش همراه یعنی انجام کار رایانشی روی دستگاه‌های قابل‌حمل — گوشی هوشمند، تبلت، دستگاه پوشیدنی — دور از یک مکان ثابت.

وعده‌اش در یک جمله جا می‌شود: دسترسی به داده، ذخیره و دستکاری آن، از هرجا و در هر زمان.

این وعده کاربر را از میز کار جدا کرد. نتیجه‌اش فقط جابه‌جایی نبود؛ خدمات دیجیتال به جمعیت‌هایی رسید که رایانش سنتی هرگز به آن‌ها نرسیده بود.

برای کسب‌وکار هم کانال تازه‌ای ساخت: محتوای شخصی‌سازی‌شده و وابسته به مکان، و تجربه‌ای که میان کانال‌های مختلف پیوسته می‌ماند.

اما «هرجا و هر زمان» یک ادعای فنی است، نه یک واقعیت همیشگی. هرجا یعنی جایی که شبکه هست. هر زمان یعنی زمانی که باتری هست.

همین دو شرط، رایانش همراه را از یک «صفحهٔ کوچک‌تر» به یک سکوی متفاوت تبدیل می‌کند. این مقاله دربارهٔ آن سکو است، نه دربارهٔ صنعت‌گری رابط؛ برای بحث چیدمان و لمس، موبایل‌اول و طراحی واکنش‌گرا جای بهتری هستند.

پنج جزء سامانه

رایانش همراه یک دستگاه نیست، یک زنجیره است. زنجیره پنج حلقه دارد.

• - ۱. دستگاه همراه: گوشی و تبلت — همان نقطه‌ای که کاربر لمسش می‌کند.
• - ۲. سیستم‌عامل همراه: اندروید و iOS — که مجوزها، حسگرها و چرخهٔ عمر برنامه را در دست دارد.
• - ۳. شبکهٔ ارتباطی: نسل‌های 3G و 4G و 5G — تنها حلقه‌ای که هیچ‌کس در تیم شما مالکش نیست.
• - ۴. سرور برنامه: که امروز تقریباً همیشه روی ابر نشسته است.
• - ۵. پایگاه داده: برای ذخیره و مدیریت آنچه کاربر ساخته است.

فایدهٔ دیدن این زنجیره این است که خطا را جای درستش می‌گذارید. وقتی صفحه‌ای دیر باز می‌شود، معمولاً کد شما کند نیست؛ حلقهٔ سوم لنگ زده است.

هر حلقه مالک جداگانه‌ای دارد: سازندهٔ دستگاه، شرکت سیستم‌عامل، اپراتور مخابراتی، و در نهایت شما. طراحی برای این سکو یعنی طراحی برای چیزی که فقط بخش کوچکی از آن را کنترل می‌کنید.

پنج محدودیت سکو

محدودیت‌های همراه، سلیقه نیستند. خاصیت سخت‌افزار و موقعیت‌اند و با تصمیم طراح عوض نمی‌شوند.

• - ۱. فضای نمایش کم: صفحهٔ کوچک، مقدار اطلاعات و پیچیدگی رابط را سقف می‌زند. اولویت‌بندی محتوا اینجا اجباری است، نه اختیاری.
• - ۲. شیوه‌های ورودی متنوع: لمس از ماوس دقت کمتری دارد، به فعال‌شدن تصادفی حساس است، و انگشت روی همان چیزی می‌نشیند که باید دیده شود. صدا و حسگرها هم به این تنوع اضافه می‌شوند.
• - ۳. بافت‌های استفادهٔ گوناگون: کاربر همراه در محیط فیزیکی، اجتماعی و موقعیتی بسیار متفاوتی است — از یک کلوپ تاریک تا یک بیمارستان پرنور. طراحی باید در همهٔ این شرایط کار کند.
• - ۴. منابع محدود: پردازنده ضعیف‌تر، حافظه کمتر و عمر باتری کوتاه‌تر از رومیزی است. برنامه باید در مصرف باتری، داده و توان صرفه‌جو باشد.
• - ۵. چندپارگی دستگاه‌ها: اندازهٔ صفحه، تفکیک‌پذیری، سیستم‌عامل و قابلیت‌ها در بازار همراه به‌شدت پراکنده‌اند.

سه محدودیت آخر، آن‌هایی هستند که کمتر دیده می‌شوند. دو محدودیت اول در هر جلسهٔ طراحی مطرح می‌شوند، چون روی ماکت پیدا هستند. بافت، منابع و چندپارگی روی ماکت نامرئی‌اند و فقط در دست کاربر واقعی خودشان را نشان می‌دهند.

شبکه: تنها منبعی که ممکن است نباشد

این بخش افزودهٔ من است، چون «منابع محدود» در فهرست بالا یک سطر است و شبکه در عمل بدقلق‌ترین بخش آن.

پردازنده و حافظه کم‌اند اما همیشه هستند. شبکه گاهی اصلاً نیست، و بدتر از نبودن، حالتی است که هست ولی جواب نمی‌دهد.

پس اتصال یک کلید دوحالته نیست، یک طیف است: آفلاین، لبهٔ پوشش، دادهٔ کند، دادهٔ سریع، وای‌فای. برنامه‌ای که فقط دو سر این طیف را در نظر گرفته باشد، در سه حالت میانی می‌شکند.

خطرناک‌ترین حالت، لبهٔ پوشش است. سیستم‌عامل می‌گوید متصل هستید، درخواست ارسال می‌شود، و پاسخی نمی‌آید. کاربر یک چرخندهٔ بی‌پایان می‌بیند و هیچ توضیحی ندارد.

راه‌حل عملی، سه تصمیم معماری است. یک: مهلت زمانی صریح. هر درخواستی باید سقف انتظار داشته باشد و پس از آن به پیام روشن برسد.

دو: صف محلی. کاری که کاربر کرده باید روی دستگاه بماند و بعداً ارسال شود، نه اینکه با یک خطا دور ریخته شود.

سه: حالت خوانا در آفلاین. آخرین دادهٔ دریافتی، با برچسب زمانش، بهتر از یک صفحهٔ خالی است.

این سه تصمیم را نمی‌شود بعداً اضافه کرد. آن‌ها ساختار داده و مسیر خطای برنامه را عوض می‌کنند، و همین است که شبکه را به مسئلهٔ معماری تبدیل می‌کند، نه مسئلهٔ رابط.

باتری و گرما: بودجه‌ای که کاربر می‌بیند

این هم افزودهٔ من است. باتری تنها منبع رایانشی است که کاربر عددش را روی صفحه می‌بیند و برای آن شما را قضاوت می‌کند.

روی رومیزی، مصرف بی‌رویهٔ پردازنده نامرئی است. روی همراه، همان مصرف به درصدی تبدیل می‌شود که کاربر تمام روز نگاهش می‌کند.

گران‌ترین کارها هم آن‌هایی نیستند که به نظر می‌رسند. رادیو، صفحه‌نمایش و موقعیت‌یابی بیشتر از محاسبه انرژی می‌برند.

پس ده درخواست کوچک و پراکنده از یک درخواست بزرگ گران‌تر است، چون هربار رادیو را از خواب بیدار می‌کند. دسته‌کردن درخواست‌ها یک تصمیم طراحی است، حتی اگر در هیچ ماکتی دیده نشود.

گرما هم پیامد همین بودجه است و پیامد بدتری دارد. وقتی دستگاه داغ می‌شود، سیستم‌عامل سرعت پردازنده را پایین می‌آورد، و برنامهٔ شما دقیقاً در سنگین‌ترین لحظه‌اش کند می‌شود.

نتیجهٔ عملی این است که عملکرد روی همراه یک عدد ثابت نیست. همان برنامه روی همان دستگاه، در دقیقهٔ بیستم کندتر از دقیقهٔ اول است. سنجش کارایی باید در آن دقیقهٔ بیستم انجام شود.

حسگرها و بافت: چیزی که رومیزی ندارد

تا اینجا سکوی همراه فقط ضعیف‌تر به نظر رسیده. این بخش برای تعادل است، چون همراه یک چیز دارد که رومیزی هرگز نداشت.

دستگاه همراه می‌داند کجاست، رو به کدام طرف است، حرکت می‌کند یا نه، نور اطرافش چقدر است، و به چه شبکه‌ای وصل است.

این‌ها ورودی‌اند، درست مثل لمس. تفاوتشان این است که کاربر آن‌ها را وارد نمی‌کند و اغلب نمی‌داند که وارد شده‌اند.

فایده‌اش کاهش کار کاربر است. فرم آدرسی که موقعیت را می‌خواند، بلیتی که موقع رسیدن به ایستگاه بالا می‌آید، صفحه‌ای که در تاریکی خودش تیره می‌شود — همه از همین جنس‌اند. آگاهی از بافت نام همین ایده است.

هزینه‌اش هم روشن است: هر حسگر یک مجوز است و هر مجوز یک درخواست اعتماد. کاربری که دلیل درخواست را نفهمد، رد می‌کند و دیگر برنمی‌گردد.

پس قاعدهٔ کار ساده است. مجوز را در لحظه‌ای بخواهید که کاربر خودش دنبال همان فایده است، نه در نخستین باز شدن برنامه. حسگر باید کار کاربر را کم کند؛ اگر فقط داده جمع می‌کند، تحلیل بازاریابی است و ارزش این اعتماد را ندارد.

شیوه‌های کاری که از خود سکو می‌آید

بخشی از توصیه‌های رایج مربوط به رابط است. آنچه در ادامه می‌آید، زیرمجموعه‌ای است که مستقیماً از محدودیت‌های سکو بیرون می‌آید.

• - موبایل‌اول: اول برای کوچک‌ترین دستگاه طراحی کنید و بعد به‌تدریج برای چیدمان‌های بزرگ‌تر گسترش دهید.
• - سرعت: زمان بارگذاری را کم کنید و بازخورد فوری بدهید. روی همراه، انتظار در صف شبکه رخ می‌دهد، نه در ذهن کاربر.
• - کم‌کردن ورودی: تکمیل خودکار، متن پیش‌بین و شیوه‌های ورودی جایگزین، تایپ روی صفحه‌کلید کوچک را کم می‌کنند.
• - بافت را جدی بگیرید: شرایط گوناگون، کارکرد آفلاین و امکانات وابسته به مکان را پشتیبانی کنید.
• - تجربهٔ چنددستگاهی: کاربری که روی گوشی شروع کرده باید بتواند روی رومیزی ادامه دهد.
• - راهنمای سکو را دنبال کنید: رفتار آشنای اندروید یا iOS بار یادگیری را کم می‌کند.
• - آزمون و تکرار: فرض‌ها را روی دستگاه واقعی و شبکهٔ واقعی بسنجید، نه روی شبیه‌ساز و وای‌فای دفتر.

آخرین مورد از همه بیشتر نادیده گرفته می‌شود. شبیه‌ساز روی رایانه‌ای اجرا می‌شود که باتری‌اش به برق وصل است و شبکه‌اش کابلی است، یعنی دقیقاً دو محدودیتی که موضوع این مقاله بودند در آن غایب‌اند.

در بافت فارسی

یک: پهنای باند اینجا گران است و کاربر حسابش را دارد. بستهٔ اینترنت همراه در ایران سهمیه‌ای است و کاربر می‌داند هر برنامه چقدر می‌خورد.

پس حجم صفحه یک عدد فنی نیست، یک عدد اقتصادی است. تصویر بهینه‌نشده و ویدئوی خودکار، هزینه‌ای هستند که کاربر مستقیماً پرداخت می‌کند.

دو: قطعی و کندی شبکه یک حالت عادی است، نه یک استثنا. در بسیاری از ساعات و مکان‌ها، وضعیت شبکه همان «لبهٔ پوشش» است.

یعنی مسیری که در جای دیگر یک حالت خطای نادر شمرده می‌شود، اینجا مسیر روزمره است و باید مثل مسیر اصلی طراحی و آزموده شود.

سه: چندپارگی دستگاه‌ها اینجا شدیدتر است. به‌دلیل قیمت و محدودیت واردات، عمر دستگاه‌ها طولانی‌تر است و سهم گوشی‌های ارزان و قدیمی بالا می‌ماند.

پس دستگاه مرجع تیم شما نباید جدیدترین گوشی بازار باشد. یک دستگاه میان‌ردهٔ چندساله معیار درست‌تری برای پذیرش کار است.

چهار: راست‌به‌چپ بودن یک مسئلهٔ سکویی است، نه فقط بصری. صفحه‌کلید فارسی، اعداد فارسی و انگلیسی در یک فیلد، و مرتب‌سازی حروف، همه در لایهٔ سیستم‌عامل تعیین می‌شوند.

نتیجه این است که رفتار یکسان روی اندروید و iOS تضمین‌شده نیست. ورودی شماره تلفن و مبلغ باید روی هر دو سکو با صفحه‌کلید فارسی آزموده شود.

جمع‌بندی

• - رایانش همراه: انجام کار رایانشی روی دستگاه قابل‌حمل، دور از مکان ثابت
• - وعده: دسترسی و ذخیره و دستکاری داده از هرجا و در هر زمان
• - پنج جزء: دستگاه · سیستم‌عامل · شبکهٔ ارتباطی · سرور برنامه · پایگاه داده
• - پنج محدودیت: فضای نمایش · شیوه‌های ورودی · بافت استفاده · منابع · چندپارگی دستگاه‌ها
• - شبکه یک طیف است، نه کلید دوحالته؛ و لبهٔ پوشش خطرناک‌ترین نقطهٔ آن است
• - سه تصمیم معماری: مهلت زمانی صریح · صف محلی · حالت خوانا در آفلاین
• - گران‌ترین مصرف‌کننده‌های انرژی: رادیو · صفحه‌نمایش · موقعیت‌یابی
• - گرما یعنی عملکرد ثابت نیست: کارایی را در دقیقهٔ بیستم بسنجید
• - حسگرها ورودی‌اند و کار کاربر را کم می‌کنند؛ هزینه‌شان مجوز است و مجوز یعنی اعتماد
• - شیوه‌های سکویی: موبایل‌اول · سرعت · کم‌کردن ورودی · بافت · چنددستگاهی · راهنمای سکو · آزمون روی دستگاه واقعی
• - در فارسی: پهنای باند گران است · لبهٔ پوشش حالت عادی است · دستگاه مرجع باید میان‌رده باشد · و راست‌به‌چپ در لایهٔ سیستم‌عامل تعیین می‌شود