דרכו של האדריכל: הסמכה וטבילת מוצר

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

מיהו אדריכל

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

איש מקצוע כזה צריך לא רק להבין תחומי מקצוע בודדים, אלא גם לראות את התהליך כולו:

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

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

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

יותר מ-5 שנים בפרויקט אחד - שגרה או הזדמנות לצמיחה?

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

• גישה מוגבלת;
• פרוד לא יציב;
• ספרינטים ארוכים להפליא ואישורים ארוכים.

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

אלכסיי שיתף את הניסיון שלו, היכן עדיף להתחיל הכשרה, אילו תעודות חשוב להשיג, איך ולמה לעשות זאת.

שלב ראשון: שפר את האנגלית שלך

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

מהתרגול

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

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

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

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

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

הסמכה לשפה האנגלית

על מנת לשפר את התקשורת במסגרת הפרויקט הרפואי שלנו, אלכסיי למד במספר תוכניות בו-זמנית. כתוצאה מכך הוא עבר את תעודת ה-FCE - First Certificate in English. זה עזר לי להתחיל לשמוע את הלקוח ולהעביר אליו את מחשבותיי.

פריצה לחיים:

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

שלב שני: הסמכה על פני כל ערימת הטכנולוגיה

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

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

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

התחלנו בניתוח סטטיסטיקה

בעת ניתוח סטטיסטיקת מכירות, התברר כי ל-95% מהעבודה על השרת יש היגיון עסקי פרימיטיבי של 4 שורות. עבורם, שאילתת SQL אחת הספיקה, ולא סט שלם של שאילתות שנוצרו על ידי בלוק לוגי עסקי עם ORM.

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

ובכל זאת, היו לנו ספקות: האם זו החלטה נכונה או עניין של העדפה אישית? האמונה ב-C# ו-ORM הכל-יכולים התערערה בעקבות תאונה שהראתה את מלוא הכוח של פתרונות פשוטים.

מקרה שני

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

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

תעודות ראשונות

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

• TS: פיתוח יישומי Windows עם Microsoft .NET Framework 4
• TS: גישה לנתונים עם תכנות Microsoft .NET Framework 4 ב-C#
• TS: Microsoft .NET Framework 3.5 Windows Forms פיתוח יישומים
• PRO: עיצוב ופיתוח יישומי Windows באמצעות Microsoft .NET Framework 3.5
• מקצוען: עיצוב ופיתוח יישומים מבוססי Windows באמצעות Microsoft .NET Framework
• TS: Microsoft .NET Framework 2.0 - פיתוח לקוח מבוסס Windows

בניסיון לייעל את העבודה על הפרויקט החדש, הצוות הגיע למסקנות הבאות:

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

שלב שלישי: למד יותר מקוד

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

הבנה זו נתונה אישור סדרת 98:

• 98-361: יסודות פיתוח תוכנה
• 98-364: יסודות מסד הנתונים

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

אישורי סדרה 98 הם מבחנים קצרים - 30 שאלות למשך 45 דקות.

שלב רביעי: ניהול תהליכים

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

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

בנוסף, אי אפשר היה מבחינה טכנית להביא את התהליכים של עשר המרפאות שהוגשו למכנה משותף כלשהו.

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

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

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

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

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

• תעודת קרן M_o_R בניהול סיכונים
• Agile Scrum Foundation
• קרן ניהול שירותי IT
• קרן EXIN לניהול מידע עסקי
• תעודת קרן PRINCE2 בניהול פרויקטים
• תעודת מהנדס בדיקות
• Microsoft Operations Framework Foundation
• פרויקטי שירות זריזים

נלמדו קורסים ב-edX שעזרו להסתכל על המערכת מנקודת מבט של סטטיסטיקה ותכנות רזה ובהמשך דחפו להשיג תעודת אדריכל:

• הפקה רזה
• Six Sigma: ניתוח, שיפור, בקרה
• Six Sigma: הגדר ומדוד

על פי עקרון Six Sigma, בקרה סטטיסטית מבטיחה תוצאה איכותית עם הסתברות גבוהה במיוחד.

בהעלאת רמתו, היזם, ככלל, מגיע למסקנות הבאות:

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

שלב חמישי: הבן את הארכיטקטורה דרך עדשת הביג דאטה

במהלך הפרויקט עסקנו במאגרי מידע די גדולים. לפחות זה נראה כך עד לרגע מסוים. כאשר אלכסיי התחיל ללמוד ביג דאטה ב-edX, התברר ש-1,5 Tb בפרויקט היה מסד נתונים קטן. קשקשים רציניים - מ-10 TB, ושיטות אחרות נדרשות שם.

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

תְעוּדָה:
Microsoft Professional Program: תעודת Big Data

שלב שישי: ממפתח לאדריכל

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

ראייה רחבת היקף של תהליכים מובילה לרמת אדריכל, אחת מרמות ההסמכה הגבוהות ביותר.

בחיפוש אחר הסמכת אדריכל, אלכסיי הגיע אדריכל תוכנה מוסמך - Microsoft Platform מאת Sundblad & Sundblad. מדובר בתוכנית המוכרת על ידי מיקרוסופט, פיתוחה החל לפני 14 שנים בשיתוף ראש החברה ומשרדי שוודיה. הוא מכסה את .NET Framework, איסוף דרישות, ניהול זרימת מידע ונושאים רבים אחרים ברמה גבוהה ונחשב עדות חזקה לכישוריו של אדריכל.

היו קורסים ללמוד במסגרת התוכנית. ההסמכה הפכה את הידע לשיטתיות ואפשרה לנו להיכנס לשלב חדש של פיתוח - ממפתח לאדריכל.

תמצות

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

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

• יצירה ו/או תחזוקה של זרימת נתונים
• חילוץ זרימת מידע מזרימת נתונים
• הפקת זרם ערך מזרימת מידע
• מונטיזציה בזרם ערך

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

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

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

1. TS: פיתוח יישומי Windows עם Microsoft .NET Framework 4
2. TS: גישה לנתונים עם תכנות Microsoft .NET Framework 4 ב-C#
3. TS: Microsoft .NET Framework 3.5 Windows Forms פיתוח יישומים
4. PRO: עיצוב ופיתוח יישומי Windows באמצעות Microsoft .NET Framework 3.5
5. מקצוען: עיצוב ופיתוח יישומים מבוססי Windows באמצעות Microsoft .NET Framework
6. TS: Microsoft .NET Framework 2.0 - פיתוח לקוח מבוסס Windows
7. 98-361: יסודות פיתוח תוכנה
8. 98-364: יסודות מסד הנתונים
9. תעודת קרן M_o_R בניהול סיכונים
10. Agile Scrum Foundation
11. קרן ניהול שירותי IT
12. קרן EXIN לניהול מידע עסקי
13. תעודת קרן PRINCE2 בניהול פרויקטים
14. תעודת מהנדס בדיקות
15. Microsoft Operations Framework Foundation
16. פרויקטי שירות זריזים
17. הפקה רזה
18. Six Sigma: ניתוח, שיפור, בקרה
19. Six Sigma: הגדר ומדוד
20. Microsoft Professional Program: תעודת Big Data
21. אדריכל תוכנה מוסמך - Microsoft Platform

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

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

תודה לך על תשומת הלב! אנו מקווים שהמאמר היה שימושי עבורך.

מקור: www.habr.com