ניהול תשתיות והקשר בין מפתחים לתשתית

21 במאי 2013

תגובה אחת

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

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

המפתח חייב לדעת מה קורה בריצה של האתר שלו, ולא רק ב-Visual Studio וב-IIS Express המקומי שלו

מפתח צריך לדעת (גם אם הוא משתמש ב-ORM) מה המשמעות של כל פעולה שהוא מבצע על בסיס הנתונים ומה המחיר שלה.

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

מפתח צריך לדעת כל מיני דברים בסיסיים על איך עובד IIS (בשונה מ-IIS Express! שיותר מדי מפתחים משתמשים בו). ברירת המחדל של VS למשל רצה עם ההרשאות של המשתמש, בעוד ש-IIS רץ עם חשבונות משתמשים מוגבלים משלו ויש עוד כל מיני דברים שטעונים התייחסות.

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

מפתח צריך לדעת מה המשמעות של timeout, ולדעת להשתמש בו (ולא להשתמש ב"פיתרון הפלא" של הארכת ה-timeouts כדי להעלים הודעות שגיאה).

מפתח צריך לדעת איך נראה פרוטוקול HTTP, ומה המשמעות של 20 מליון התמונות שהוא השתמש בהן בדף הראשי, וגם לריב עם הגרפיקאי/להתחכם כדי למצוא פיתרון שהעיצוב המפוצץ שלו יעלה במינימום זמן.
אגב פרוטוקול HTTP, גם להכיר את המשמעות של headers של cache לא יזיק להכיר.

מפתח צריך לדעת, ולא לגלגל את האחריות על ראש הצוות או על מישהו אחר.

 

משה.

הוסף תגובה
facebook linkedin twitter email

כתיבת תגובה

האימייל לא יוצג באתר. שדות החובה מסומנים *

תגובה אחת

  1. Lior Israel21 במאי 2013 ב 9:33

    מסכים!
    לכן יש לנו מפתחים ולא מתכנתים :-9
    אני חושב שזה נחשב למילה הלוהטת DevOpp
    ליאור

    הגב