פרק 12 – עבודה עם תלויות ומורכבויות בפיתוח תוכנה

הפרק ה-12 של הפודקאסט “HowToApp” – תכל’ס פיתוח עוסק בפרוייקטים שמורכבים מכמה תלויות, דברים ושירותים חיצוניים שהאפליקציה או המיזם שלנו תלויים בהם.
ברור שאי אפשר להימנע מתלויות, אבל בוודאי שצריך לחשוב עליהם ולתת עליהם את הדעת.

סיכום הפודקאסט: ככל שיש יותר מרכיבים, יש יותר בעיות

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

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

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

אנחנו מביאים מספר דוגמאות מניסיוננו:

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

אנחנו מציעים מספר עקרונות לניהול תלויות:

1. מודעות – להבין אילו תלויות יש למערכת ומה המשמעות שלהן.
2. תיעוד – לוודא שהלקוח מבין את התלויות ויכול להתכונן לתרחישי כשל.
3. הפחתה – להפחית תלויות כשניתן, למשל להוריד קבצים לוקלית במקום לקרוא אותם באופן מקוון.
4. תכנון – לתכנן מראש תרחישי כשל ודרכי התמודדות עימם.

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

כמו תרגיל בג’אגלינג – אם מתחילים עם חמישה כדורים בבת אחת, כנראה שהכל ייפול. עדיף להתחיל עם כדור אחד ולהוסיף כדורים (או רכיבים למערכת) בהדרגה, רק אחרי שמוודאים שהיסודות עובדים כראוי.

מנהלים ובעלי עסקים המעוניינים להבין לעומק את תהליכי פיתוח התוכנה.HowToApp – פודקאסט מקצועי המנגיש את עולם פיתוח התוכנה.
בהגשת חגית חזני ועמי חניא, מנהלי CloseApp בית תוכנה ותוכן.
נלמד על התהליך המלא של פיתוח תוכנה מהרעיון ועד היישום.
הצטרפו אלינו למסע מרתק בעולם הטכנולוגיה, בגובה העיניים.
לפרטים נוספים: https://closeapp.co.il/
#פיתוח_תוכנה #טכנולוגיה #howtoapp