برای ساختن سیستم دور رباتِ کدنویس، فلسفه‌ی لین رو وام بگیر نه backpressure
هوش مصنوعیخلاصهٔ کامل‌تر
نویسنده در واکنش به یه مقاله‌ی خوب از Lucas Costa درباره‌ی ساختن سیستم‌هایی که از پس ربات‌های کدنویس برمیان، می‌گه عنوان «backpressure» استعاره‌ی غلطیه. backpressure یعنی به فرایند بالادست سیگنال بدی که داری زیادی تند می‌ری و باید کند بشی. ولی پیشنهادهای Costa بیشتر درباره‌ی اینه که به فرایند بالادست بگی کارها رو متفاوت انجام بده، نه فقط کندتر؛ یعنی بحث سر کیفیتِ خروجیه، نه کمیتش.
نویسنده می‌گه دنبال استعاره‌ی درست‌تری بود و مدام به تولید ناب (lean manufacturing) برمی‌گشت. نیمه‌ی معروف‌تر فلسفه‌ی لین کاهش اتلافه، ولی نیمه‌ی دیگه‌اش مدیریت ورودی ناپایدارِ آدم‌هاست؛ و همین نیمه به بحث ربات‌ها ربط داره.
رویکرد رایج به نیروی انسانی، مخصوصاً تو کارهای کم‌مهارت، اینه که کارگر خط رو مسئول همه‌چیز کنیم: ازش بخوایم همیشه هوشیار باشه، هیچ خطایی نکنه، وگرنه توبیخ یا اخراج بشه. ولی لین خیلی محترمانه‌تر برخورد می‌کنه و فرایندی طراحی می‌کنه که کارگری که همیشه بهترین عملکردش رو نداره، تحمل کنه. به‌قول دمینگ: یه سیستم بد همیشه یه آدم خوب رو شکست می‌ده.
سه عمل مشخص از لین که مقاله‌ی Costa یادآورشونه:
- جریان تک‌قطعه‌ای (single-piece flow): هر بار فقط روی یه چیز کار کن تا فرایندهای پایین‌دست بتونن قبل از تولید انبوهِ چیز اشتباه، ردش کنن.
- Autonomation یا jidoka: به ماشین این توانایی رو بده که وقتی چیزی خراب شد تشخیص بده و ادامه نده.
- Poka-yoke: فرایندی که نتایج رو با ساختار خودش وادار به درست‌بودن می‌کنه.
نکته‌ی اصلی اینه که خیلی مدیرها فکر می‌کنن می‌تونن با توبیخ‌کردن آدم‌ها کیفیت رو بالا ببرن، چون باور دارن کارگر کاملاً مسئول کارشه. ولی وقتی پای ربات کدنویس وسط باشه، این توهم می‌شکنه: ربات که نمی‌تونه مسئول کارش باشه! پس مجبوریم فلسفه‌ی لین رو بپذیریم و وقتی چیزی خراب شد، به‌جای ربات، فرایند رو مقصر بدونیم. نویسنده می‌گه این همیشه درست بوده، حتی برای آدم‌ها، ولی با ربات‌ها دردناک‌تر واضحه.
نکات کلیدی:
- backpressure درباره‌ی کندکردن سرعته، ولی بحث ربات‌های کدنویس درباره‌ی کیفیت و متفاوت‌کارکردنه
- فلسفه‌ی لین فرایند رو طوری می‌سازه که خطاها زود گرفته بشن
- jidoka یعنی ماشین خودش خطا رو تشخیص بده و متوقف بشه
- poka-yoke یعنی فرایند با ساختارش جلوی نتیجه‌ی غلط رو بگیره
- وقتی ربات خطا می‌کنه، باید فرایند رو مقصر دونست نه ربات رو
