העבודה הכי גרועה בעולם: מחפש מחבר חברה

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

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

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

מה מגניב?

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

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

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

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

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

מה הקושי?

אבל כל הטוב הזה לא אומר שהכל מושלם. האתגר העיקרי הוא זה.

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

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

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

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

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

איך לחיות?

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

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

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

ושלישית, אתה לא יכול להגביל את עצמך לכשירות שלך, לחבר את זה של מישהו אחר. לדוגמה, במתכונת ראיון, שבה אתה לא צריך לדעת את כל התשובות בעולם, אלא להיות מסוגל לשאול שאלות. האנשים המעניינים ביותר מכל העולם מגיעים לנאום בכנס שלנו, מאגדת NET ג'פרי ריכטר לראש קוטלין אנדרו אברסלב ברסלב, זה חטא לא לשאול שאלות כאלה. מסתבר שזה ניצחון מוחלט: גם המראיין מתעניין וגם הקוראים של הבר מתעניינים (השיא שלנו היה интервью עם אותו הדבר ג'ון סקיט, שאסף יותר מ-60 צפיות), והדוברים עצמם בדרך כלל שמחים להתראיין בערב הכנס, וזו יתרון ברור לכנס.

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

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

למה זה מוביל?

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

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

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

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

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

את מי אנחנו צריכים?

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

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

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

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

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

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

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

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

מקור: www.habr.com