מתוך הבלוג של Reginald Braithwaite

 

כותב הבלוג הוא איש תוכנה וותיק שהוביל בין השאר את הפיתוח של חבילת התוכנה JProbe (היום נמכרת ע"י Quest). הפעם הוא כותב על מה בעצם צריכה לכלול הסמכה של מתכנתים ומה אפשר להשאיר לכוחות השוק.

 

אני מסכים עקרונית לגישה שלו, מה דעתכם?

 

גנאדי

 

נ.ב. בסוף תהיה גם תשובה לשאלה "למה מתכנתים צריכים להיות דומים לשפים?"

 

מסכים איתו.

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

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

 

צטט: גנאדי 2007-09-07 16:22:25

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

 

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

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

 

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

 

שווה להסתכל גם ברשימת "10 הבאגים הגרועים בהיסטוריה".

אולי לא צריך ללכת עד ל-10 הבאגים הגדולים בהיסטוריה.

 

הנה מקרה מתחילת השנה - באג חמור בדרייבר JDBC של Oracle בשימוש עם Java5:

http://forums.oracle.com/forums/thread.jspa?messageID=1978843

http://www.javalobby.org/java/forums/t88158.html

 

הבאג נוגע לשלמות הנתונים והוא ממש לא מתקבל על הדעת.

(אגב 9 חודשים אחרי שדווח הוא עדיין לא תוקן).