התמחות ב-IT: השקפת מנהל

גיוס עבור התמחות קיץ ב-Yandex ממשיך. זה הולך בחמישה כיוונים: Backend, ML, פיתוח מובייל, Frontend ואנליטיקה. בבלוג הזה, בבלוגים אחרים ב-Habré ומחוצה לו, תוכלו למצוא הרבה תובנות לגבי אופן הפעולה של ההתמחות. אבל הרבה בתהליך הזה נותר בגדר תעלומה למי שלא עובד בחברה. ואם מסתכלים מנקודת מבטם של מנהלי פיתוח, עולות עוד שאלות. איך לנהל התמחות בצורה נכונה, איך למקסם את התועלת ההדדית עם מתמחה, איך להכיר אותו תוך שלושה חודשים וללמד אותו את כל מה שצריך כדי להמשיך לעבוד?

חמישה מאיתנו הכנו את המאמר הזה. בואו נציג את עצמנו: איגנט קולסניצ'נקו משירות טכנולוגיית המחשוב המבוזר, מישה לוין משירות מודיעין מכונות Market, Denis Malykh משירות פיתוח האפליקציות, Seryozha Berezhnoy ממחלקת פיתוח ממשקי החיפוש ודימה צ'רקסוב מקבוצת הפיתוח נגד הונאה. כל אחד מאיתנו מייצג את תחום ההתמחות שלו. כולנו מנהלים, אנחנו צריכים מתמחים, ויש לנו קצת ניסיון בעבודה איתם. תנו לנו לספר לכם משהו מהניסיון הזה.

ראיון טרום התמחות

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

איגנט:

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

דניס:

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

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

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

דניס:

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

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

מישה:

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

דניס:

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

בדיקת אלגוריתמים במהלך ראיון

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

מישה:

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

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

דניס:

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

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

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

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

איגנט:

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

אילו משימות פותר המתמחה?

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

איגנט:

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

מישה:

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

אם מתמחה מראה את עצמו במיטבו, הוא עשוי לקבל משהו בעדיפות, חשוב עבור המחלקה או שירותים אחרים.

דימה:

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

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

דימה:

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

חונכות מתמחה

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

איגנט:

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

סריוז'ה:

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

דימה:

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

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

מישה:

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

סריוז'ה:

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

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

סוף ההתמחות

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

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

סריוז'ה:

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

איגנט:

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

מישה:

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

דימה:

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

סיפורים על מתמחים

דניס:

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

איגנט:

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

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

מישה:

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

מקור: www.habr.com