Яка робота може бути кращою, ніж писати на Хабр про розробку? Поки хтось готує свій великий хабрапост уривками вечорами, тут прямо в робочий час ділишся із спільнотою цікавими речами та отримуєш від нього плюси.
Яка робота може бути гіршою, ніж писати на Хабр про розробку? Поки хтось весь день пише код, тут дивишся на цих людей і облизуєшся, а свій пет-проект пиляєш уривками вечорами.
Ми () з кожним роком проводимо все більше різних конференцій для розробників, тому зараз шукаємо ще одного співробітника (на додаток до мене і ) для текстів у наш хабраблог. Щоб стало ясно, хто нам потрібний і що на цю людину чекає, я розписав, як це взагалі, коли твоя робота — писати тексти для розробників у корпоративний блог на Хабрі.
У чому крутість?
Що я люблю у цій роботі? Хоча мета будь-якого корпоративного блогу — допомогти компанії, тут це не означає «писати захоплені рекламні тексти про те, яка вона приголомшлива». На Хабрі таке просто не працює. Тут працює інше: писати цікаві та корисні для спільноти пости, в яких доречно виглядає згадка про вашу діяльність.
Можна хоч десять разів написати без аргументів «наші конференції чудові та неймовірні», і це просто ніхто не читатиме. А можна опублікувати текстове розшифрування доповіді з минулої конференції, люди потягнуться за корисною для них інформацією — і заразом зрозуміють на реальному прикладі, що можна побачити на заході і чи хочуть вони таке сходити наступного разу.
Якби від мене потрібно було безперервно писати тексти, що складаються з рекламного булшиту, я дуже швидко захотів би повіситися. На щастя, натомість я пишу тексти з тематики наших конференцій, де в кінці просто йде невелика приписка «якщо вас залучив цей текст про мобільну розробку, зверніть увагу, ось конференція про неї ж».
Інша перевага цієї роботи в тому, що спілкуєшся з безліччю людей. Коли частина твоєї роботи – взяти інтерв'ю у когось масштабу Джона Скита, Ти слухаєш його відповіді, затамувавши подих, а наприкінці він каже «дякую за питання, було цікаво», ловиш себе на думці «чекайте, мені за це ще й платять»?
Ну і бонус для любителів пузомірок: коли писати хабрапости — твоя робота, і ти публікуєш їх часто, можна дійти до першого місця в рейтингу хабракористувачів. І тоді почнеш отримувати дивні особисті повідомлення!
У чому складність?
Але ці плюшки не означають, що все ідеально. Головний виклик у наступному.
З одного боку, зрозуміло, що чим більше знаєш про розробку — тим краще для такої роботи, і якщо ти дуже занурений у якусь конкретну тему, то саме через неї можеш написати щось круте.
Але при цьому ми маємо цілу низку конференцій з різних напрямків (від Java до тестування), так що на кожного автора припадає відразу кілька заходів, які треба висвітлювати, і в будь-який момент може додатися нове. А це означає, що обмежуватися улюбленою темою не вийде і доведеться лізти в зовсім інше, куди менш знайоме. І при цьому наші конференції досить хардкорні, їхні відвідувачі не перший рік в індустрії, тому контент має бути цікавим досвідченим розробникам.
Бути сеніором відразу за кількома напрямами взагалі малореально. А тепер додайте до цього, що ще й працюєш не розробником: деяку частину робочого часу можна присвячувати коду, щоб не відриватися від предметної галузі, але це не основна діяльність. І додайте ще до цього регулярність виходу постів: якщо люди, які пишуть на Хабр за покликом душі, можуть місяцями малювати одну тему до написання тексту, то так не вийде.
Як за таких умов взагалі можна написати щось, здатне зацікавити досвідчених розробників?
Може здатися, що все зовсім похмуро, але варіанти, що працюють, цілком є.
Як жити?
По-перше, хоча про багато тем не напишеш без тривалого особистого досвіду роботи, вистачає і таких, які цього не вимагають.
З'явилася нова версія Java і розробників цікавить «що там змінилося»? Для нормального посту про це потрібно вміти писати на Java, але не потрібні «місяці досвіду» безпосередньо з новою версією, досить вдумливо розібратися в англомовних джерелах (особисто випробувати нововведення теж корисно, але це можна зробити оперативно). У цій новій версії Java з'явився інструмент JShell? Оскільки він новий, тут навіть досвідченим розробникам знадобиться туторіал, і перед його твором досить побалуватися з JShell годину-другу («місяці» в REPL просто нема на що витратити). GitHub зробив приватні репозиторії безкоштовними? Про таку новину, звичайно, хочеться негайно повідомити хабраюзерів, і тут знадобиться деякий час на рисерч (щоб пост був не з одного рядка), але теж скромний.
По-друге, якщо гориш якоюсь певною темою і її розумієш глибоко, це теж чудово. Так, не можна буде писати про неї щодня, частіше доведеться розбиратися з чимось іншим — але коли серед іншого спливатиме улюблена тема, тут знання знадобляться. У нас ось Олег колупався в проекті Graal ще до того, як це стало модним, так що охоче запитував працюючого з Graal Кріса Талінгера про речі на кшталт параметрів інлайнінгу - ну і відмінно: в результаті і Олегу цікаво, і іншим, що випаровуються по темі.
А по-третє, можна не обмежуватися власною компетенцією, включаючи чужу. Наприклад, у форматі інтерв'ю, де потрібно не знати всіх відповідей у світі, а вміти ставити запитання. До нас на конференції приїжджають виступати найцікавіші люди з усього світу, від .NET-легенди Джеффрі Ріхтера до очолюючого Kotlin Андрія Бреслава, таких гріх не розпитати. Виходить суцільний win/win: і інтерв'юеру цікаво, і читачам Хабра (нашим рекордом стало з тим же Джоном Скітом, що зібрало більше 60 000 переглядів), і самі спікери напередодні конференції зазвичай раді дати інтерв'ю, і для конференції це очевидна користь.
Зрозуміло, щоб розпитувати таких людей певні знання теж потрібні — але масштаб вимог зовсім інший.
Інший спосіб ділитися чужою компетенцією — згадані текстові розшифровки доповідей. Ще буває, що хтось із наших спікерів публікує блог-пост англійською, а ми за домовленістю з ним перекладаємо російською. У разі потрібно розуміти текст, але не потрібно бути експертом, здатним його написати.
До чого це призводить?
За своїм досвідом хочу сказати, що за такої роботи дивишся на IT з досить цікавого ракурсу.
Взагалі це може бути образливим: всюди відбувається якась движуха, люди пиляють цікаві речі, а ти дивишся на все це «зовні», ставиш питання, і в результаті про кожну з цих речей поверхово щось розумієш, але в деталях реалізації вже не розумієшся — щоб розібратися, потрібно було б з цим постійно працювати. Там же в глибині напевно теж маса цікавого, бачити все з цього швидко тільки розбурхує!
Але при цьому, втрачаючи в глибині, виграєш у широті охоплення — і це також цінно. Якщо працюєш на конкретній ролі в конкретному проекті, то все бачиш через цю призму: щось взагалі не потрапляє в поле зору, щось бачиш збоку («тестувальники це ті погані люди, які ламають мій прекрасний код»). А коли пишеш про різне, то й бачиш дуже різне, причому не збоку, а з висоти пташиного польоту: деталі не розглянути, зате загальна картина в голові складається. Я спілкувався (і в рамках інтерв'ю, і просто на наших конференціях) з безліччю абсолютно різних людей: від компіляторників до тестувальників, від «гуглерів» до стартаперів, від Kotlin до самих Kotlin, які пишуть.
JS-розробнику може бути цікаво почитати хабрапости зі світу C++ («що там у них?»), але він буде завалений матеріалами за основним напрямом і до цих непрофільних матеріалів не дістанеться. Для мене приблизно всі напрямки профільні, мені в роботі може стати в нагоді будь-який прочитаний текст про розробку та тестування.
Я відчуваю, що в певному сенсі мені дуже пощастило: на відміну від більшості людей, можу в робочий час цікаво стежити за тим, як живе і розвивається розробка в цілому.
Хто нам потрібний?
З усього цього випливає, що людина для такої роботи потрібна досить своєрідна.
У нього (або її) має бути гарне уявлення про розробку, але водночас готовність займатися не самою розробкою.
Розуміти розробку потрібно як з погляду коду, а й з погляду життя спільноти. Потрібно говорити з розробниками однією мовою та знати, що їх хвилює.
Потрібне поєднання ініціативності та старанності. З одного боку, є стандартні завдання, які потребують виконання (наприклад, у нас є традиційні пости «топ-10 доповідей конференції»). А з іншого, нам хочеться, щоб ви самі пропонували ідеї цікавих текстів, а не тільки чекали вказівок.
Зрозуміло, треба вміти писати: і з погляду грамотності, і з погляду «щоб було цікаво». Ми цінуємо тексти, що виглядають не просто як сухий технічний туторіал, а по-справжньому захоплюють. Скажімо, якщо у вас є особиста історія з життя, яке якось перетинається з темою матеріалу, воно може стати відмінним вступом.
Також потрібна гнучкість: зараз нас насамперед хвилюють тексти з .NET та тестування, тому особливо цікавлять люди з відповідними компетенціями, але пріоритети можуть змінюватися. Крім Хабра, ми часом публікуємося на інших майданчиках, і до цього теж потрібно вміти підлаштовуватись (суть залишається тією ж, «тексти для розробників», але формат може відрізнятися).
І хоча працювати в неробочий годинник у нас ніхто не вимагає, тут на своєму місці відчують себе IT-гіки, які у вільний час пиляють для душі пет-проект або читають про IT: це не вирішує безпосередньо робочі завдання, але в кінцевому рахунку допомагає вирішувати їх ефективніше.
Якщо все написане вище за вас не відлякало, а зацікавило, і хочеться дізнатися більше подробиць або відгукнутися — і те, й інше можна зробити на .
Джерело: habr.com