Deep dives into API design, backend architecture, and frontend scalability.
یک ابزار کوچک ارزیابی برای دستیار پشتیبانی بسازیم؛ نتیجه هر سؤال، زمان اجرا و تفاوت pass و fail و error را با نمونه Python آزمایش‌شده ثبت می‌کنیم.
نیاز کلی لغو سفارش را به سناریوهای پذیرش تبدیل کنیم؛ وضعیت اولیه، نتیجه قابل مشاهده، مرز زمانی، تکرار و هم‌زمانی را با زبان دقیق بنویسیم.
انتخاب دیتابیس API سفارش را از عملیات واقعی شروع کنیم؛ تراکنش، فیلتر، جست‌وجو و گزارش را با نیاز تازگی داده و هزینه عملیات کنار هم می‌گذاریم.
کد پنل سفارش را بر اساس قابلیت‌ها مرتب کنیم؛ مرز سفارش، کاربر و رابط مشترک، قرارداد عمومی و وابستگی سرور و مرورگر را روشن نگه می‌داریم.
رابط فارسی اپ یادداشت را فراتر از راست‌چین طراحی کنیم؛ متن دوزبانه، قلم، اعداد و تاریخ شمسی را با مرز داده و نمایش و نمونه اجراشده بررسی می‌کنیم.
از نقشه سفر نوبت‌دهی، محدوده نسخه اول را بسازیم؛ مسیر کامل، قابلیت‌های ضروری، کارهای دستی و شرط بازبینی درخواست‌های تازه را مشخص می‌کنیم.
برای دستیار پشتیبانی، مجموعه ارزیابی مرجع بسازیم؛ پوشش سؤال، منشأ مجاز، حذف داده حساس، روبریک، تفکیک آزمون و بازبینی پاسخ را مشخص می‌کنیم.
از نام‌های مبهمی مثل انجام‌شده به مفاهیم دقیق سفارش، تلاش پرداخت و درخواست بازپرداخت برسیم؛ با واژه‌نامه کوچک و مثال‌های بازبینی نام.
در یک برنامه واحد، مرز سفارش، موجودی و پرداخت را روشن کنیم؛ مالکیت داده، تراکنش، آزمون قراردادها و زمان مناسب بررسی جداسازی سرویس را دنبال می‌کنیم.
برای صفحه عمومی و پنل سفارش، شیوه رندر را با نوع داده، تازگی، نشست و تعامل انتخاب کنیم؛ با تفکیک کش و مرز Server و Client Component.
با فهرست ساده یادداشت‌ها، نمایش، منطق قابلیت و ذخیره‌سازی را جدا کنیم؛ همراه نمونه TypeScript و آزمون ورودی خالی و شکست ذخیره.
از صورت‌مسئله نوبت‌دهی به نقشه سفر برسیم؛ مسیر مراجعه‌کننده، نقش پذیرش و راه برگشت از خطا را قبل از ساخت فرم روشن می‌کنیم.
