گیرنکردن: جست‌وجو و پرسیدن

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

حدس‌زدن خطای بی‌صدا می‌سازد. اگر حدست غلط باشد، کار ظاهراً پیش می‌رود و مشکل چند مرحله بعد ظاهر می‌شود — آن‌وقت هم نمی‌دانی از کجاست. همان الگویی که در فصل ۰.۲ دیدی: کاملاً باورپذیر، کاملاً غلط.

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

و یک تشخیص مهم: گیرکردنِ فنی (چیزی کار نمی‌کند، خطا می‌گیرم) با گیرکردنِ طراحی (نمی‌دانم اصلاً چه می‌خواهم) دو چیز متفاوت‌اند. اولی جست‌وجو می‌خواهد؛ دومی برگشت به فصل ۲.۴ و نوشتن spec.

بیشتر جست‌وجوهای بی‌نتیجه، مشکلشان نبودِ جواب نیست — بد پرسیدن است.

سه اصلاح که تقریباً همیشه کار می‌کنند:

• متن دقیق خطا را بگذار، نه توصیفش. «فایل باز نمی‌شود» چیزی پیدا نمی‌کند؛ متنِ کاملِ خطا معمولاً در همان نتیجه‌ی اول جواب می‌دهد.
• چیزهای مخصوصِ خودت را بردار. اسم فایل و مسیر خودت را از متن خطا حذف کن — آن‌ها برای دیگران وجود ندارند.
• ابزار و نسخه را اضافه کن. همان خطا در دو ابزار مختلف دو علت دارد.

و اگر خطا انگلیسی است و راحت نیستی، لازم نیست خودت ترجمه‌اش کنی — درس ۴.۳ دقیقاً درباره‌ی همین است.

ساده‌ترین راه که اغلب فراموش می‌شود: همان چیزی که گیرت انداخته را از خودش بپرس.

ولی نه با «چرا کار نمی‌کند؟» — که معمولاً یک حدسِ مطمئن می‌گیری. این‌طور بپرس:

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

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

و همان هشدار فصل ۱.۱: در این حالت مدل مستعدِ ساختن است، چون تو داری فشار می‌آوری که جوابی بدهد. هر راه‌حلی که داد را امتحان کن، باور نکن.

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

1. مستندات رسمی خودِ ابزار. همیشه اول اینجا. اگر چیزی آنجا هست، بقیه‌ی منابع فقط تفسیرش می‌کنند.
2. مخزن رسمی و صفحه‌ی مشکلات آن. برای باگ‌ها و رفتارهای عجیب.
3. پرسش‌وپاسخ‌های فنی و انجمن‌ها — با نگاه به تاریخ.
4. مقاله‌ها و ویدئوها — مفید برای فهمیدن، نه برای دستور کپی‌کردن.

و سه علامت خطر: تاریخ ندارد · دستور می‌دهد بدون اینکه بگوید چرا · هیچ‌کدام از حالت‌های شکست را نمی‌گوید.

مورد اول در این حوزه از همه مهم‌تر است. چیزی که در فصل ۰.۸ دیدی — دستور نصبِ دو سال پیش که دیگر کار نمی‌کند — همین است. یک راهنمای بدون تاریخ، عملاً بی‌اعتبار است.

و مهارتی که کمتر یاد داده می‌شود: تشخیص اینکه این مسیر جواب نمی‌دهد.

سه علامت که وقتش رسیده:

• سه بار همان چیز را امتحان کرده‌ای با تغییرهای کوچک. اگر سه دور جلو نرفتی، دور چهارم هم نمی‌روی. مسئله جای دیگری است.
• داری کارهایی می‌کنی که نمی‌فهمی. کپی‌کردن دستورهایی از اینترنت به امید اینکه یکی‌شان بگیرد — این نقطه‌ی خطر است، مخصوصاً اگر دستورها چیزی را عوض کنند.
• وقتی که گذاشته‌ای از خودِ صرفه‌جویی بیشتر شده. برگرد به فصل ۲.۱: اگر ساختش دو روز طول کشیده برای صرفه‌ی سالی چهار ساعت، خودِ کار اشتباه انتخاب شده.

و «رهاکردن» یعنی چه؟ سه شکل دارد، و هیچ‌کدام شکست نیست:

• راه ساده‌تر: شاید ابزار اتصال جوابش بود، نه ایجنت (۲.۲).
• دامنه‌ی کوچک‌تر: شاید نسخه‌ی نصفه هم مشکلت را حل کند (۲.۴).
• فعلاً دستی: و برگشت به این کار بعد از چند ماژول جلوتر.

یادداشت‌کردن اینکه چرا رها کردی هم مهم است — وگرنه سه ماه بعد دوباره از صفر امتحانش می‌کنی.