בבוקר נכנסתי לתחנת דלק של "דלק" בשביל לתדלק. זו היתה הפעם הראשונה שאני מתדלק בשירות העצמי של "דלק" ולכן לא ממש הכרתי את ממשק המשתמש.
בצג שהיה במשאבה היה כתוב "לחץ F3 אם אתה רוצה להגביל את סכום התדלוק". מאחר שלא רציתי, העברתי את כרטיס האשראי. דבר לא קרה אז העברתי אותו שוב. אחרי הפעם השלישית ניסיתי כרטיס אשראי אחר וכלום. שאלתי אישה שתדלקה לידי והיא באה לעזור לי ולא הצליחה. בסופו של דבר קראתי לאחד מהמתדלקים והוא הסביר שדבר ראשון צריך להוציא את פית התדלוק המתאימה מהתושבת שלה ורק אז להעביר את כרטיס האשראי.
אחרי שסיימתי את התדלוק שמתי לב לפתק גדול בצד ימין של המשאבה (הצג היה בצד שמאל) שמסביר שצריך קודם להוציא את הפיה :(.
מוסר השכל לחלוטין לא חדשני, אם מתכנת לא דואג שהתיעוד יהיה זמין לאנשים באופן מידי כאשר הם מבצעים פעולה, אולי עדיף כלל לא לכתוב אותו.
(אם מישהו בחברת אורפק קורא את זה, כן מדובר במשאבות שלכם ובבאג שיש לכם במסך התצוגה, נא ליצור איתי קשר בשביל להעביר לי תשלום על הQA שעשיתי לכם כרגע)
איש מכירות ומנהל פרויקטים הולכים לפגישה אצל לקוח אסטרטגי
באמצע הפגישה אחד מהאנשים של הלקוח מתעורר לפתע ואומר "אתם יודעים שהמוצר שלכם לא תומך בתכונה א'?"
איש המכירות מיד עונה "אין בעיה נישם את זה בעזרת טכנולוגיה ב'"
איש המכירות ומנהל הפרויקט נפגשים עם אנשי הפיתוח ומבקשים מהם מימוש תכונה א' בעזרת טכנולוגיה ב'
אנשי הפיתוח בוחנים את הבעיה וממליצים לממש תכונה א'+ בעזרת טכנולוגיה ג' בצורה שתתאים יותר לצרכי הלקוח ותהיה גם יותר קלה לפיתוח ולתחזוקה עתידית
איש המכירות פוסל את הרעיון מאחר שהוא לא מה שהובטח ללקוח וחס וחלילה לפנות שוב ללקוח כי אנו עלולים להראות לא מקצועיים
אחרי סיבוכים שונים אנשי הפיתוח מישמים תכונה א' בעזרת טכנולוגיה ב' וגירסה חדשה של המוצר נשלחת ללקוח
עובר זמן ולא נראה שהלקוח מעונין להסתכל על הגירסא החדשה
זה לא שזו הפעם הראשונה בעולם שלקוח מבקש תכונות שבסוף הוא כנראה לא ממש זקוק להן (ולכן לקוחות, אם הם לא מתחיבים לשלם כסף עבור פיתוח, הם האנשים האחרונים שצריך לשאול אותם אילו תכונות כדאי להוסיף למוצר) אלא הזמן המיותר שבוזבז בישום התכונה רק בשביל לשמור על הכבוד העצמי שלנו.
כל מתכנת מתחיל לומד לגבות את התוכנה שהוא כותב. בדרך כלל זה קורה אחרי שהוא מוחק בטעות את הקובץ שעליו עבד כל הלילה, אבל קשה למצוא מתכנת מקצועי שלא יודע את חשיבות הגיבוי.
משום מה ההבנה של חשיבות הגיבוי נעצרת בגיבוי התוכנה שנכתבת. כרגע אני מתעסק עם דברים שמדיניות גיבוי טובה יותר היתה משאירה לי יותר שיער על הקרקפת:
צריך ליצר גרסה חדשה של התוכנה עבור מערכת ההפעלה TRU64, שלא יוצרה עבורה גירסה בחצי שנה האחרונה, אבל כנראה שמשהו נדפק במערכת ההפעלה וצריך להתקין אותה מחדש. כרגע מתבצעים חיפושים נואשים אחרי דיסק ההתקנה המקורי שאיש אינו יודע היכן הוא נמצא.
הכונן הקשיח של המחשב פיתוח בסביבת SOLARIS הלך לעולמו בשיבה טובה. חבל שאיש לא טרח לגבות את סביבת ההידור ובמיוחד קבצי הMAKE ולחסוך לי את המשימה המיגעת של מציאת כל הספריות הדרושות בשביל יצירת התוכנה.
מה שמוסיף ענין למשברי גיבוי מהסוג הזה הוא שבדרך כלל הם קורים כאשר אתה זקוק מידית לתוכנות החסרות.
וללא מתכנתים, בהנחה שיש לכם מסמכי WORD חשובים, אתם יודעים איפה נמצא הCD של הWORD אם תצטרכו להתקין אותו מחדש?