Жемал Хамидун
МЕДИА
Что на самом деле читают разработчики: данные сотен тысяч сессий вместо списков «must-read»

Что на самом деле читают разработчики: данные сотен тысяч сессий вместо списков «must-read»

Упоминания в СМИ

Четыре книги из топ-10, которые реально читают разработчики, — не про код. Про переговоры, нетворкинг, коммуникацию и эмоции. Это не наша гипотеза и не очередной список «обязательного к прочтению» — это данные сотен тысяч сессий чтения сотрудников крупных компаний, которые мы в Alpina Digital проанализировали за последние 12 месяцев.

Меня зовут Жемал Хамидун, я CPO AlpinaGPT и Head of AI в Alpina Digital, веду телеграм-канал «Готовим ИИшницу». Мы развиваем корпоративные библиотеки для крупных компаний, и через них проходит реальное, а не декларируемое чтение тысяч специалистов — разработчиков, менеджеров, продактов, дизайнеров. Поэтому в этой статье я смотрю не на то, что люди советуют читать, а на то, что они дочитывают до конца.

Как мы проводили исследование

Мы взяли обезличенные данные о чтении за 12 месяцев. Роли определяли по данным из HR-систем компаний (там, где была интеграция) и по тому, что человек сам указал при регистрации. «Прочитанной» книгу считали, если человек дошёл до 70%+ контента; для аудиокниг — 70%+ длительности; для саммари — 100%, потому что они короткие и читаются за один присест.

Сразу честно про выборку: это компании, которые подписаны на корпоративную библиотеку. Это не репрезентативный срез всего рынка, и в данных есть selection bias. Но именно поэтому они и интересны — это поведение людей, у которых доступ к чтению уже снят как барьер.

Спойлер: программисты читают не только про код

Главный вывод, который ломает стереотип: самые сильные IT-специалисты всё ещё читают. И не только статьи на пять минут, а именно книги. Причём чем выше человек по грейду, тем больше в его чтении не технического, а человеческого — про коммуникацию, переговоры и управление собой.

Топ-10 книг среди разработчиков (backend + frontend + fullstack)

Вот как выглядит фактический топ-10 (в скобках — доля читателей категории, которые брали книгу):

  1. «Современный C++: безопасное использование» — Джон Лакос, Витторио Ромео, Ростислав Хлебников, Алисдар Мередит (67%)
  2. «Хороший, плохой, искусственный…» — Арвинд Нараянан, Саяш Капур (58%)
  3. «Гни свою линию…» — Никита Непряхин (54%)
  4. «GPT-4. Руководство…» — Аймен Эль Амри (52%)
  5. «Договориться можно обо всём!…» — Гэвин Кеннеди (49%)
  6. «Язык C. Мастерство программирования…» — Кристофер Прешерн (47%)
  7. «Как завоёвывать друзей…» — Дейл Карнеги (45%)
  8. «Почему мы такие на работе?…» — Отто Крегер, Джанет Тьюсон, Хайл Ратледж (44%)
  9. «Переход на Rust…» — Лили Мара, Джоэл Холмс (42%)
  10. «Эмоциональное лидерство…» — Дэниел Гоулман (41%)

Технические книги в топе есть — C++, C, Rust, ИИ. Но рядом с ними стоят Карнеги, Кеннеди, Непряхин, Гоулман. Четыре позиции из десяти — это переговоры, нетворкинг, коммуникация и эмоции.

Почему разработчики читают про переговоры

У меня есть три гипотезы, почему так происходит. Подчёркиваю — именно гипотезы, корреляция не равна причинности.

Гипотеза 1. Рост до тимлида. Карьера в какой-то момент упирается не в технику, а в людей. Чтобы расти дальше, нужны коммуникативные навыки, а их разработчиков годами никто не учил развивать. Книги закрывают этот пробел.

Гипотеза 2. Performance review и деньги. Обсуждение оценки и компенсации — это переговоры. Кеннеди перед перформанс-ревью читают не для развлечения. Это инструмент.

Гипотеза 3. Усталость от технического контента. К вечеру после рабочего дня в коде хочется чего-то про людей, но всё ещё практичного. Не художку, а прикладную психологию и коммуникацию.

Различия по специализациям

Разрез по ролям подтверждает закономерность: чем выше уровень, тем больше soft skills.

  • Backend и frontend-разработчики: в основе техническая литература, но с ростом грейда доля «человеческих» книг растёт.
  • DevOps / SRE: 82% — техническая литература. Это самая «технарская» категория из всех.
  • Тимлиды / Engineering Managers: около 60% контента — это soft skills. Уже не про код, а про людей и процессы.

Если смотреть по грейдам в целом, картина такая: джуны читают примерно 80% технического и 20% soft skills, мидлы — 65% на 35%, сеньоры — уже 50 на 50, а лиды — 35% технического и 65% «человеческого». Чем выше, тем меньше про синтаксис и тем больше про людей.

Когда читают разработчики

Поведение во времени тоже выдаёт характер работы.

Пики активности: утро понедельника, вторая половина пятницы и вечер воскресенья. Провалы: среда и суббота. Понедельник и воскресенье — это «настройка на неделю», пятница — выдох.

Сезонность: пик чтения — январь (классическое «с понедельника новая жизнь», только в масштабе года). Провалы — лето и декабрь, причём в декабре растёт перечитывание классики. А ещё мы увидели явную корреляцию книг про выгорание с кварталами: всплески идут после Q4, после дедлайнов и релизов.

Формат: текст, аудио или саммари

Самое практичное наблюдение для тех, кто строит обучение. Доля и доходимость (среднее, до какого процента дочитывают/дослушивают) сильно различаются по форматам:

  • Электронные книги: 45% от всего чтения, средняя доходимость — 43%.
  • Аудиокниги: 35% от чтения, доходимость — 61%.
  • Саммари: 20% от чтения, доходимость — 89%.

Вывод напрашивается сам: люди берут текст, но дочитывают плохо. Аудио слушают в дороге и доходят чаще. А саммари почти всегда доводят до конца — потому что это быстрый способ снять верхний слой и решить, нужна ли полная книга. Один и тот же человек выбирает разный формат под ситуацию: текст дома, аудио в дороге, саммари для быстрого обзора.

Неожиданные находки

Три вещи удивили нас самих:

  • Чёткая корреляция книг про выгорание с рабочими кварталами — всплески после Q4.
  • Прямая связь грейда и доли soft skills: от 20% у джунов до 65% у лидов.
  • Четыре книги из топ-10 у разработчиков вообще не про код.

Честно про ограничения исследования

Я не хочу выдавать эти данные за абсолютную истину, поэтому проговариваю ограничения прямо:

  • Выборка смещена — это только компании, которые платят за корпоративную библиотеку.
  • Есть self-selection bias — мы видим только активных пользователей.
  • Определения ролей различаются от компании к компании.
  • Корреляция не равна причинности: непонятно, книги ведут к росту или рост ведёт к книгам.
Самые сильные IT-специалисты не перестали читать. Они просто читают всё больше про людей — и всё меньше про код.

Что это значит для T&D и HR

Если вы отвечаете за обучение и развитие, из этих данных есть несколько прикладных выводов:

  • Не недооценивайте soft skills для технарей. Разработчики сами выбирают их — значит, спрос реальный, его не надо навязывать.
  • Формат решает. Аудио (61% доходимости) и саммари (89%) дочитывают радикально чаще, чем текст (43%). Давайте людям выбор формата, а не один «правильный».
  • Контекст и тайминг важнее каталога. Книга по переговорам перед перформанс-ревью — это не развлечение, это инструмент. Подсказывайте контент под момент.

Вместо вывода

Чтение не умерло — изменился способ потребления. Разработчики по-прежнему читают, просто ищут гибкости: текст дома, аудио в дороге, саммари для быстрого обзора. И индустрия всё яснее признаёт, что личные и коммуникативные навыки важны не меньше, чем умение писать код.

Расскажите в комментариях: у вас менялись предпочтения в чтении с ростом по карьере? Совпадает ли это с нашими данными? Готов обсудить подробнее, в том числе — как компании используют корпоративные библиотеки для обучения IT-команд, онбординга и развития soft skills. Если хотите попробовать на своей команде — есть формат пилотного доступа.

Это адаптированное изложение для архива публикаций Жемала Хамидуна. Полная версия статьи со всеми деталями — на Хабре: читать оригинал →