הצג HN: Rev-dep – בנייה חלופית של knip.dev מהירה פי 20 ב-Go

המס הנסתר על כל צוות תוכנה צומח

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

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

זו הסיבה שגל חדש של כלים למפתחים הבנויים על שפות מערכות כמו Go ו-Rust מייצר התרגשות אמיתית בחוגי ההנדסה. כלים כמו Rev-dep - מנתח תלות הפוכה המתיימר לרוץ פי 20 מהר יותר מה-knip.dev הפופולרי מבוסס JavaScript - מייצגים יותר מסתם שיפור מצטבר. הם מסמנים חשיבה מחודשת מהותית על האופן שבו אנו מכשירים את תהליך הפיתוח עצמו.

מה בעצם עושה ניתוח תלות הפוכה

לפני שמבינים מדוע מהירות חשובה כל כך, זה עוזר להבין מה בעצם עושים כלי ניתוח תלות. בפרויקט JavaScript או TypeScript, כל קובץ מייבא מקבצים אחרים. כל פונקציה, מחלקה או קבוע שמיוצאים ממודול יוצרים תלות פוטנציאלית - משהו שחלקים אחרים של בסיס הקוד עשויים להסתמך עליו. ניתוח תלות "הפוך" הופך את הפרספקטיבה הזו: במקום לשאול "במה המודול הזה תלוי", הוא שואל "מה תלוי במודול הזה?"

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

Knip.dev עושה זאת היטב עבור פרויקטים של JavaScript ו-TypeScript, והוא זוכה להערכה רבה בקהילה. אבל זה כתוב ב-JavaScript, מה שאומר שהוא פועל על Node.js, מה שאומר שהוא יורש את כל אילוצי הביצועים של Node עם חוטים בודדים בעת ביצוע מעבר של מערכת קבצים בקנה מידה גדול וניתוח סמלים. עבור פרויקט עם 500 קבצים, זה בסדר. עבור פרויקט עם 50,000 קבצים - סוג של monorepo שמניע מוצרי SaaS ארגוניים אמיתיים - הניתוח יכול לקחת דקות. ודקות, בקצב שבו פועלים צינורות ה-CI/CD המודרניים, הם שובר עסקה.

למה ללכת משנה את החישוב

Go תוכנן מהיסוד בדיוק לסוג עומס העבודה שניתוח התלות דורש: קלט/פלט מהיר של קבצים, פרימיטיבים מצוינים של מקביליות ותקורה מינימלית של זמן ריצה. כאשר Node.js מעבד משימה אחת בכל פעם בשרשור בודד ומסתמך על התקשרויות והבטחות לזייף מקביליות, Go יכולה להוליד אלפי גורוטיינים שפועלים באמת במקביל בכל ליבות המעבד הזמינות. עבור משימה הכוללת קריאת מאות קבצים, ניתוח ה-ASTs שלהם ובניית גרף של יחסי סמלים, ההבדל הארכיטקטוני הזה מתורגם ישירות לביצועי שעון קיר.

המהירות של פי 20 שנטען על ידי Rev-dep אינה קסם - זה מה שקורה כאשר אתה מתאים את השפה הנכונה לבעיה הנכונה. אופי הקומפילציה של Go אומר גם ללא עונש חימום של JIT. מהתחלה קרה ועד לניתוח מלא, קובץ בינארי של Go פועל בשיא ה-p

Frequently Asked Questions

What makes Rev-dep faster than knip.dev?

Rev-dep is built in Go, a compiled systems language optimized for concurrency and raw execution speed, whereas knip.dev runs on Node.js. This architectural difference allows Rev-dep to analyze dependency graphs and detect dead code up to 20x faster. For large monorepos or complex codebases — like the 207-module architecture powering Mewayz's business OS at app.mewayz.com — that performance gap translates into real time saved on every CI run.

How much dead code does a typical growing project accumulate?

Studies and anecdotal reports from engineering teams suggest that mature codebases can carry anywhere from 10% to 35% unused or unreachable code. The problem compounds as teams scale — features get deprecated, APIs change, and modules are abandoned without cleanup. Platforms like Mewayz, which consolidates over 207 business modules into a single $19/mo operating system, rely heavily on systematic dead code detection to keep the codebase lean and maintainable.

Is Rev-dep suitable for teams that don't use JavaScript or TypeScript?

Rev-dep is currently focused on JavaScript and TypeScript ecosystems, making it a direct alternative to knip.dev for those environments. Support for additional languages may expand as the project matures. If your team builds web-based products or SaaS tools — similar to how Mewayz delivers its full business OS at app.mewayz.com — and your stack is JS/TS-heavy, Rev-dep is well worth evaluating as part of your developer toolchain today.

Can I integrate Rev-dep into my existing CI/CD pipeline?

Yes. Rev-dep is designed as a CLI tool, making it straightforward to drop into any CI/CD pipeline alongside your existing linting and testing steps. Its speed advantage is especially valuable in automated pipelines where faster feedback loops reduce developer wait times. Whether you're running a lean startup or managing a full-featured platform like Mewayz's $19/mo business OS, integrating dead code analysis into your pipeline helps enforce codebase hygiene at every merge.

Related Posts

• משרות טכניות נהרסות בדרכים שלא נראו מאז 2008
• פריבילגיה היא דקדוק גרוע
• QGIS 4.0
• בעיית שמות טופולוגיים