כעס על קוד: מתכנתים ושליליות

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

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

שליליות: כלי רגשי בתרבות מתכנת

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

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

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

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

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

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

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

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

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

מדרון חלקלק בעייתי של שליליות

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

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

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

דרכים שליליות

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

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

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

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

המציאות כנראה נמצאת איפשהו בין שני הקצוות הללו.

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

שליליות היא תרבות פופ הנדסית

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

חלקם עדיין מגינים על זכותו של לינוס להיות מאוד ביקורתי - אלה שצריכים לדעת הרבה על היתרונות והחסרונות של "שליליות רעילה". כן, אדיבות חשובה ביותר (אפילו עקרונית), אבל אם נסכם את הסיבות לכך שרבים מאיתנו מאפשרים להבעת דעות שליליות להפוך ל"רעילות", הסיבות הללו נראות פטרנליסטיות או מתבגרות: "מגיע להם כי הם אידיוטים ", "הוא חייב להיות בטוח שהם לא יעשו את זה שוב", "אם הם לא היו עושים את זה, הוא לא היה צריך לצעוק עליהם", וכן הלאה. דוגמה להשפעה שיש לתגובות הרגשיות של מנהיג על קהילת מתכנתים היא ראשי התיבות של קהילת רובי MINASWAN - "Matz is nice so we are nice".

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

עולם התכנות צומח במהירות ודוחק אל מול גבולות הקונטיינר שלו – עולם הלא-תכנות (או שעולם התכנות הוא קונטיינר לעולם הלא-תכנות? שאלה טובה).

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

מה שלמדתי על שליליות

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

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

לבסוף, השלילי ממש פוגע בבריאות שלך.

אני חושב שככה צריכה להיראות כיתת אמן על חיוכים.

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

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

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

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

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

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

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

מקור: www.habr.com