DevOps או איך אנחנו מפסידים שכר ועתיד תעשיית ה-IT

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

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

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

אני שומע לעתים קרובות את האמירה שצוותי DevOps לא צריכים להתקיים, שזו מתודולוגיה וכו', אבל הבעיה היא שחברות מסיבה כלשהי הפסיקו לחפש נוקס, dba, תשתיות ומהנדסי בנייה - עכשיו הכל מהנדס יחיד של DevOps . כמובן שעדיין יש משרות פנויות כאלה בחברות בודדות, אבל יש פחות ופחות כאלה. רבים קראו להתפתחות הזו, אני אישית רואה בזה השפלה, אי אפשר לשמור על רמת ידע טובה בכל התחומים, ובמקביל להצליח לעבוד לא יותר מ-8 שעות. מטבע הדברים, אלו פנטזיות. במציאות, עובדי IT רבים נאלצים לעבוד 12 או 14 שעות, מתוכן 8 בתשלום. ולעיתים ללא ימי חופש, כי "קיבלתי משימה, אין מסמכים או עקומים, והשירות עולה כסף". ובעבור טעות אחת בענן, אתה בעצם לא יכול לקבל משכורת תוך כמה חודשים, במיוחד אם אתה עובד כיזם יחיד. אנחנו בעצם מאבדים את דעתנו בעסקים, יחד עם חלוקת האחריות; אני מתמודד יותר ויותר עם העובדה שמנהלים מתערבים בתהליכי פיתוח מבלי להבין עליהם כלום, הם מבלבלים בין הנתונים העסקיים לבין תפעול האפליקציה, וכמו כתוצאה מכך, מתחיל כאוס.

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

כיום אתה יכול לעתים קרובות אפילו לראות מאמרים שקובעים שגם מפתחים צריכים להיות מסוגלים לפרוס, צריכים לעבוד על תשתית לצד מהנדס DevOps, אבל למה זה מוביל? נכון - לירידה באיכות השירותים, לירידה באיכות המפתחים. רק לפני יומיים הסברתי למפתח שאפשר לכתוב ולקרוא ממארחים שונים, והם קצפו מהפה כדי להוכיח שהם מעולם לא ראו דבר כזה, אבל בהגדרות יש orm host, port, db, user , סיסמא וזהו…. אבל המפתח יודע להפעיל פריסות, לכתוב yams... אבל הוא כבר שוכח מבדיקות יחידה והערות בקוד.

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

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

מאמר זה נוצר בחלקו בהשראתי המאמר הזה, אבל מאוחר יותר אולי אתאר את זה במונחים פחות מנומסים.

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

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

• 65,6%כן, אני נתקל בזה באופן קבוע183

• 5,4%כן, נתקלתי בזה פעם אחת 1

• 15,4%לא שמתי לב43

• 13,6%אני מכור לעבודה, אני עובד שעות נוספות בעצמי38

279 משתמשים הצביעו. 34 משתמשים נמנעו.

מקור: www.habr.com