Если к вам однажды приходил лид отдела мобильной разработки со странным запросом «Хотим 40 статей — нам через месяц надо 40 разработчиков», то эта статья для вас.
В статье расскажу, с чего начинался DevRel в Альфе и чем «закончился», как управлять ожиданиями с помощью простого фреймворка для деврелов и как не зашиваться. Но не зашиваться у вас всё равно не получится (вы же DevRel), так что будем готовиться к прорыву дамбы и жонглированию процессами в этом потоке.
В один прекрасный момент случается «8 чудо света»: эксперт хочет написать статью в блог на Хабре. Искра, буря, безумие — и если всё это происходит в компании, то на горизонте появляется редактор, с которым можно вместе размышлять над черновиком. Примерно так я уже 6 лет работаю рука об руку с авторами корпоративных блогов.
У некоторых быстро и с первого черновика получается готовый материал на выпуск, требующий минимальных правок, другим же требуется больше времени и вовлечения редактора в процесс создания статьи. Но есть ошибки, которыми грешат почти все.
Если вы задумываетесь написать свой первый пост на Хабр или (внезапно) начинаете карьеру редактора корпблога, то заглядывайте под кат — там найдете 15 самых распространенных ошибок: перед началом написания, в процессе и после публикации. Разбираю, почему они вообще появляются и как можно их избежать.
Перед всеми компаниями, использующими ИТ ресурсы для разработки текущего и нового функционала, стоит непростая задача - создать комфортные условия для ИТ специалистов.
Мы заметили, что одной материальной мотивации недостаточно, и стали искать дополнительные пути повышения лояльности и вовлеченности сотрудников через изменение нематериальных условий.
В данной статье вы найдете опыт внедрения DevRel для ИТ специалистов в нашей компании, первые результаты.
Если спросить начинающего докладчика, чего он больше всего боится перед выступлением, он, может быть, назовёт дотошного и даже скандального слушателя, или скажет, что самое страшное — это забыть слова.
Если же спросить слушателя, окажется, что для него самое страшное — это скучный доклад. Начинающий докладчик, беспокоясь за второстепенные вещи, упускает из виду главное — доклад должен быть интересным. Именно об этом надо заботиться в первую очередь.
Я организую встречи Московского клуба программистов. Наши участники регулярно делают внутренние доклады, и регулярно участвуют в больших конференциях. Вот уже несколько лет я помогаю готовить и репетировать технические доклады и, конечно, становлюсь первой жертвой скучных докладов.
Я отвечаю за подготовку и репетицию докладов в Московском клубе программистов. Не всем нашим докладчикам нужна помощь, но если нужна, помогать им буду я. За последние шесть лет мне довелось прослушать несколько десятков докладов. На самом деле я не знаю, сколько их было — никогда не считал — но, возможно, их уже больше ста.
Доклады были разными. Я хотел, чтобы они были захватывающими и полезными, так что мне пришлось разобраться в том, как сделать интересный доклад. Оказалось, что эти знания востребованы и среди программистов — начинающих докладчиков, и среди деврелов. В конце концов я решился написать статью на эту тему.
Материала оказалось много и статьи получилось две. Эта первая — о том, как придумать тему доклада.
Сегодня мы, команда ЭКОПСИ и Хабра, начинаем третье ежегодное исследование IT-брендов работодателей. В нём будут участвовать более 700 компаний, работающих в России. Результаты этого исследования помогут нам выяснить, чего сегодня хотят от работодателей айтишники в нашей стране. А компании, воспользовавшись этой информацией, смогут создать лучшие условия для своих работников.
Чтобы исследование прошло успешно, нам нужны только честные данные от айтишников, которые готовы рассказать о работодателях. Если вы хотите помочь себе и всему сообществу улучшить IT-отрасль, переходите под кат!
Я занимаюсь Developer Relations уже шестой год. Профессия новая. Мне очень хотелось увидеть российский деврел в полном объеме: поискать не только ответы, но и сформулировать новые вопросы в нашей индустрии. Откуда в неё приходят, как развиваются, с какими сложностями сталкиваются? Поэтому я провела исследование, в котором участвовали 77 специалистов по Developer Relations. Планирую его повторять ежегодно.
Команда Хабра и ЭКОПСИ начинает второе исследование IT-брендов работодателей. Исследование будет полезно кадровым и маркетинговым департаментам компаний, которые вливаются (или уже влились) в IT-сообщество, а также айтишникам, которые хотят анонимно донести свои пожелания работодателям. Участвуя в этом исследовании, вы помогаете развиваться сообществу: ведь пытаясь стать более привлекательными для айтишников, компании черпают вдохновение именно в нашей аналитике.
Итоги прошлогоднего исследования здесь (если лень читать — можно послушать выступление Артёма Гринёва). Спасибо за обсуждения в блоге, комментарии и предложения: мы многое улучшили. О том, что было и что будет — под катом.
