100 מדריכי אבחון: מה באמת למדנו על הדרך שבה מחשבים נשברים

החלוקה הגסה של 100 המדריכים מגלה דפוס עקשן: כשני שלישים מהתקלות נפתרות בשכבת התוכנה — התקן פלט לא נכון, דרייבר שזז, רשימת אתחול שצמחה, תהליך רקע שנתקע, מיפוי שנשבר. החומרה מגיעה שלישית בהופעותיה — והיא גם היקרה ביותר בטעויות אבחון.

המסקנה המעשית: תוכנה שוללים קודם, תמיד — כי הבדיקות שלה זולות, הפיכות, ולא שוברות כלום. מי שמתחיל מהחלפת רכיבים, משלם על האבחון פעמיים: ברכיב ובזמן.

קריסה אחת היא רעש סטטיסטי. קריסה שחוזרת באותו קוד, באותו יישום, או באותו תזמון — זו כבר כתובת. בכל מדריך שבו חיפשנו "מה קרה", התשובה האמיתית הייתה ב"מתי זה קורה": בעומס (חום), אחרי שינה (ניהול חשמל), אחרי עדכון (דרייבר), או לגמרי באקראי (זיכרון, ספק).

בכל מאה המדריכים חזר אותו סולם: תיעוד → בדיקות בטוחות (ללא שינוי) → מערכת ההפעלה → דרייברים והגדרות → יומנים וכלי אבחון → בידוד חומרה → ידיים מקצועיות. מי שעולה שלב אחד בכל פעם, כמעט אף פעם לא קופץ למסקנות — ומי שמתחיל מהסוף, כמעט תמיד משלם על זה.

והחצי השני של הסולם — הירידה: כל בדיקה ששוללת כיוון, מורידה אותו מהשולחן. אבחון טוב הוא רשימת חשודים שהולכת ומתקצרת, לא רשימת פעולות שהולכת ומתארכת.

הכלל שהגן על הקוראים (ועלינו) יותר מכל: תצפית בודדת היא כיוון, לא הוכחה. נורית חשוכה מכוונת לכבל — לא מרשיעה אותו. Event 41 מתעד כיבוי לא מסודר — לא מסביר אותו. טמפרטורה גבוהה מחזקת חשד חום — רק מול גבולות הדגם הספציפי. בכל מקום שבו כתבנו "זה X", היינו צריכים לתקן ל"זה מעלה חשד ל-X" — והתיקון הזה הוא בדיוק ההבדל בין טכנאי לטכנאי-של-יוטיוב.

הרגע הנכון לפנות אינו "כשניסיתי הכול" — אלא כשהגעתי לגבול הסמכות שלי: בדיקות שדורשות פתיחה, מדידות מתח, ציוד מעבדה, או נתונים שיקרים מכדי להמר עליהם. הפנייה טובה מגיעה עם תיעוד: מה נבדק, מה נשלל, מה נשאר חשוד. אז הטכנאי מתחיל מעבודה — לא מהתחלה.

המסגרת נשארת: כל מדריך נולד מסימפטום בשפה שלכם, עובר דרך מטריצת בידוד, ומסתיים בגבול ברור. מה שיגדל הוא הרוחב — יותר דגמים ספציפיים, יותר קודי שגיאה מפוענחים, יותר מדריכי החלטות (תיקון מול החלפה, מתי לשדרג, מה לבדוק לפני קנייה). העיקרון היחיד שלא ישתנה כתוב בכותרת של כל מה שאנחנו עושים: מאבחנים קודם. מתקנים שנית. מסלימים רק כשצריך.