پروژه‌ها

مسئله: تقاضا فصلی است، سابقه‌اش هم ثبت شده، ولی کسی به‌موقع آن را نمی‌خواند. یک توزیع‌کننده می‌بیند فروش یک داروی ضدانگل درست در همان هفته‌هایی بالا رفته که پارسال بالا رفته بود — و این را وقتی می‌فهمد که موجودی‌اش تمام شده: قفسه خالی است، رسیدن کالا از کارخانه شش هفته طول می‌کشد، و سفارش کلینیک‌های دامپزشکی در آن ماه به رقیب می‌رسد. این فروش را نه قیمت از دست داد و نه کیفیت خدمات؛ آن جهش همان‌جا در ارقام سال قبل ثبت شده بود و کسی نخواندش، چون سفارش خرید هنوز از روی حافظه تصمیم‌گیری می‌شد. در سمت دیگر زنجیره، تولیدکننده همین اشتباه را برعکس تکرار می‌کند: خط تولید را برای کالاهایی می‌بندد که فصل قبل فروش رفته‌اند، نه کالاهایی که فصل بعد خواسته می‌شوند. هر صنعتی که فروشش منحنی فصلی دارد و تأمین کالایش زمان می‌برد، همین شکاف را دارد؛ در پخش دارو فقط گران‌تر تمام می‌شود، چون کمبود دارو یعنی نسخه‌ای که پیچیده نمی‌شود.

سامانه‌ای تحت وب که از روی سابقهٔ فروش و سفارش خودِ شرکت نشان می‌دهد تقاضا چطور تغییر می‌کند، طوری که بشود بر اساسش برنامه‌ریزی کرد: برای هر کد کالا، هفته‌به‌هفته، در مقایسه با همان هفته‌ها در سال‌های قبل. برای هر دو طرف زنجیرهٔ تأمین کاربرد دارد: تولیدکننده‌ای که باید برنامهٔ تولید را تنظیم کند، و توزیع‌کننده‌ای که باید سفارش خرید را آن‌قدر زود ثبت کند که کالا پیش از شروع فصل برسد. داروهای دامپزشکی روشن‌ترین نمونه‌اند: فروش ضدانگل، آنتی‌بیوتیک و واکسن در طول سال بالا و پایین می‌رود و این را چرخهٔ پرورش دام و آب‌وهوا تعیین می‌کند؛ ولی تصمیم به تولید یا خرید آن‌ها ماه‌ها پیش از بالا رفتن تقاضا گرفته می‌شود.

جزئیات فنی: معیار تقاضا پیش از هر چیز یک محاسبهٔ ساده روی تراکنش‌های خودِ شرکت است، و هر عددی که نشان داده می‌شود به سفارش‌های پشتش باز می‌شود؛ عددی که نشود ردش را گرفت، عددی است که کسی بر اساسش تصمیم نمی‌گیرد. جمع‌بندی‌ها داخل PostgreSQL و روی سابقهٔ ایندکس‌شده و پارتیشن‌بندی‌شده انجام می‌شود، نه در لایهٔ برنامه، و گزارش‌های زمان‌بندی‌شده هم همان‌جا ساخته می‌شوند. تقویم جدی گرفته شده است: هفتهٔ شمسی و میلادی بر هم منطبق نیستند و مقایسهٔ سال‌به‌سالی که چند روز جابه‌جا باشد، از نبودنش بدتر است. جایی که منحنی واقعاً نامنظم است — کالای تازه، سابقهٔ ناقص، یا یک سفارش عمدهٔ استثنایی که آمار یک هفته را به هم می‌ریزد — یک مدل فقط اولویت‌بندی می‌کند که برنامه‌ریز به کدام مورد نگاه کند. جای محاسبه را نمی‌گیرد و خودش سفارشی ثبت نمی‌کند.

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

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

جزئیات فنی: PostgreSQL با کنترل دسترسی در سطح سطر، طوری که نقش پشتیبانی اصلاً نتواند سود را ببیند. استقرار روی سرور ابری با پشتیبان‌گیری خودکار. ساختار داده برای هر صنف قابل تنظیم است — یک کارگاه مبلمان و یک داروخانه ویژگی‌های متفاوتی دارند، بدون اینکه لازم باشد نسخهٔ جداگانه‌ای از کد ساخته شود.

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

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

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

مسئله: برنامه‌های تمرینی روی کاغذ یا در پیام‌رسان نوشته می‌شوند، بین دو جلسه گم می‌شوند، و هیچ سابقه‌ای نمی‌ماند از اینکه شاگرد واقعاً چه کار کرده و چقدر پیشرفت داشته.

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

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