New-Tech Magazine | Jan 2021 | Digital Edition

בנוסף, מהירות היא המהות, אפילו יותר שנים; הרוב המכריע של המשיבים 10 מלפני ) אומרים כי הלחץ לשחרור 92% בדוח זה ( מהיר יותר של הקוד עלה בעשור האחרון. כך שלא רק הקוד המנופח יותר את הצורך בצמצום זמן הקמפול, מדובר גם בדרישה למחזורי איטרציה וקצבי השקה מהירים יותר. יכול גם לקבוע את איכות המוצר שלכם יותר קוד משמעו יותר בדיקות, בין אם מדובר , אינטגרציה unit tests ((, API בבדיקות קוד ( ותפקוד, בדיקות חדירות, ניתוח איכות הקוד או כל שביניהן. רוב חברות התוכנה היום נמצאות במצב של חוב טכני בכל הנוגע לכיסוי בדיקות ממוחשב. CI / CD בבחינת המגמה הקדושה למעבר ל- אוטומטי לגמרי, כיסוי בדיקות מלא הוא תכונה חיונית אם רוצים להמשיך בשחרור גרסאות תדיר ואיכותי. קיימות מספר גישות לשמירה אל אינטגרציה שוטפת והתמודדות עם חוב טכני בעידן זה של קוד נפוח. גישה מעניינת מאוד אותה אני בוחן כעת היא מחוללי בדיקות. נתקלתי Diffblue חדש מבית AI לאחרונה בכלי מבוסס אשר מבצע אוטומציה לכתיבת בדיקות עבור Community (הם מציעים גם גרסת Java חינמית למוצר הזה, שיוצרה עם Edition .) IntelliJ שמחוללים עשרות אלפי יחידות AI ועם כלי בדיקה באופן קבוע, ניפוח הבדיקות הוא הבא .100 בתור וזה עלול להגיע להרבה יותר מפי הכלים הקיימים אינם יכולים להתמודד עם ניפוח קוד (מלבדנו, כמובן) מהמשיבים 85% הדוח מצביע על כך ש- מסכימים כי "הכלים הקיימים אינם מיועדים לעבוד עם בסיס קוד גדולים ובקנה מידה רחב." זו אחת הסיבות שאני כל גאה לעבודה באינקרדיבילד – אם איננו מצוידים להתמודד עם קוד גדול, הרי שאיננו מאמצים את אחד הטרנדים המוכחים ביותר של , Agile Development השנים האחרונות: ואיננו מוכנים לעתיד שבו כמות הקוד וכמות הבדיקות השונות, כולל בדיקות קוד ואבטחה הולכים לגדול בנפחים משמעותיים כחלק מהמעבר לתהליכי שחרור ובדיקות גרסה אוטומטיים. באמצעות שימוש באינקרדיבילד, חברות התוכנה הגדולות

Image source: Sourcegraph

«

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

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

אולי כדאי לעשות קצת ניקיונות

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

Image source: Sourcegraph

«

55 l New-Tech Magazine