סריקות עמוקות יסודיות — וזו גם הבעיה: הן ישמחו לרשום אלפי שברים קטנים ממטמון דפדפן, מתקינים זמניים, מסדי תמונות ממוזערות ולוגי קריסות. כל הרעש הזה לא אומר שהתזה נעלמה — אבל הוא יכול להסתיר את האות האמיתי אם לא מסננים באגרסיביות.
מדריך מעשי לחיתוך רעש בלי לפספס קבצי משתמש אמיתיים: היוריסטיקה של נתיב, טווחי גודל, חלונות זמן והרגלי ייצוא שמזיזים קדימה במקום להטבע.
להתחיל מתיקיות המשתמש האמיתיות
רוב הסיפורים „איבדתי את הפרויקט“ עדיין חיים תחת שורשים צפויים: Documents, Desktop, Downloads, מאגרי קוד תחת Documents\GitHub, או תיקיות ארגוניות סטנדרטיות. לסנן לפי שברי נתיב שמתאימים לשורשים האלה לפני גלילה אינסופית בערכי %TEMP%.
זמן וגודל כמסננים גסים
אם המשתמש יודע שערך את הקובץ אתמול אחר הצהריים — למיין ולסרוק סביב החלון הזה. אם ידוע שזה היה וידאו של 120 MB — להתעלם מהתאמות של 200 KB אלא אם יש סיבה להאמין שהקובץ קוטע. מסננים לא מושלמים, אבל מפחיתים עומס קוגניטיבי כשהרשימה ענקית.
- לצמצם תמונות ממוזערות כפולות: אותה סיומת וגודל זעיר לעיתים קרובות זבל.
- לשים לב לנתיבי פרופיל דפדפן — מטמוני Chrome/Firefox רועשים במחשבים אישיים.
- אם יש Docker/WSL, נתיבים יכולים להיראות זרים — לשאול איזה סטאק רץ באותו יום.
משמעת ייצוא: קבוצות קטנות, פתיחה מוקדמת
לייצא 50 קבצים סבירים עדיף מ־5,000 „למקרה“. פתיחה מוקדמת תופסת בחירות שגויות לפני שממלאים את דיסק היעד ויוצרים משבר שני. לשמור גיליון פשוט של מזהי מועמדים, גדלים ותוצאות אם המקרה נמשך ימים.
מתי הרעש הוא למעשה המטרה
לפעמים „המסמך“ היה רק ייצוא זמני — PDF במטמון או CSV שהורד מאפליקציית אינטרנט. אז נתיבי מטמון רלוונטיים. לשאול איך נוצר הקובץ; הסיפור מכוון את מסנני הנתיב.