Привет, Хабр! Меня зовут Настя, я работаю методологом в команде проекта Route 256 — онлайн-курсов продвинутой разработки от экспертов Ozon Tech. В этой статье мы обсудим, что делать, если в жизни становится слишком много информационного контента. Например, у вас уже несколько месяцев остаются открытыми 15 вкладок «почитать потом», в закладках лежит «идеальный роадмап по Go», а в рекомендациях — «10 must-watch-докладов про архитектуру». В IT это особенно заметно: технологии и инструменты обновляются быстро, а вокруг постоянно есть поток учебных материалов, чтобы оставаться в теме. Нужно с этим что-то делать или нет?

Дисклеймер: проблема не в том, что вы ленитесь и не интересуетесь всей информацией по различным темам. Проблема в том, что контента стало больше, чем мы способны его осмыслять: возникает информационная перегрузка. Это хорошо объясняет теория когнитивной нагрузки Джона Свеллера: рабочая память человека ограничена, и, когда на неё одновременно давят сложность материала и лишний шум (много источников, переключения, разные контексты), мы начинаем хуже понимать и запоминать. Поэтому количество контента не равно качеству обучения — важнее убирать лишнее и оставлять ресурсы на практику.

Эта статья для тех, кто хочет вернуть себе ощущение контроля и учиться без чувства вины, а также для руководителей и бадди, которые участвуют в процессе обучения своих подопечных.

Обучение для своих целей

Начну с небольшой предыстории. Недавно наша команда готовилась к новому запуску Route 256, и мне, как методологу, нужно было собрать информацию по направлению Go: что нового успело появиться с момента прошлого запуска. За время поиска я скачала множество учебных материалов, открыла разные статьи, видео. В сфере IT быстро происходят изменения, и появляется много новой информации. Но по итогу мне стало трудно ориентироваться в таком количестве источников, вроде бы всё было важно, но непонятно, как использовать.

Что же я сделала неправильно?

  • Искала информацию без чёткого понимания «зачем мне это сейчас», к какому результату должен привести мой поиск.

  • Копила разные источники информации вместо того, чтобы действительно что-то сделать с ними, применить в своей работе.

  • Выбирала весь контент, который есть по теме, боясь что-то упустить (такой феномен называется FOMO — fear of missing out, страх упустить возможность).

Изначально моя задача звучала так: «Найти всё новое по Go за последний год». Чтобы это исправить, я обозначила себе конкретную цель, которую решает мой поиск: «Составить список из 10 точечных изменений в программе Go (темы, практики, инструменты) и обосновать каждое ссылкой и пользой для курса». Звучит уже более определённо, не правда ли? После этого выбор источников сузился и мне стало намного легче фокусироваться на нужных знаниях.

Какие ещё вопросы можно задать себе на этом этапе:

  • Что я хочу уметь делать через N недель, месяцев?

  • Зачем? Какой результат на работе, в проекте это даст?

  • Что будет считаться достаточно хорошим результатом?

Приведу пример другой учебной цели: «Надо подтянуть архитектуру». Сейчас звучит размыто и поверхностно. Что значит «подтянуть архитектуру»? Какой результат это даст? Что нужно сделать, чтобы «подтянуть архитектуру»?

Подумав подробнее, что значит эта цель, можно прийти, например, к такой формулировке: «За месяц научиться проектировать и внедрять кэширование в сервисе, чтобы снизить p95 latency (95-й перцентиль времени ответа) на 20% и не снизить консистентность». Звучит уже лучше!

Формула цели обучения

Если присмотреться внимательнее к двум целям, которые расписала выше, можно заметить повторяющуюся формулу:

Мне нужно за [срок] научиться [X], чтобы сделать [Y] в [контексте].

Где:

  • X — навык, подход, инструмент (конкретно);

  • Y — результат (что улучшится или что вы сможете сделать);

  • контекст — ваш проект, домен, команда или инструменты, средства, с помощью которых надо сделать Y.

Приведу ещё один пример цели, написанной по формуле:

«За 6 недель научиться профилировать Go-сервис и устранять узкие места, чтобы снизить p95 latency на 25% в ручке /search и удержать error rate (долю ошибок) < 0,5%».

С помощью такого формулирования цель перестаёт быть абстрактной, а обучение — бесконечным.

Давайте углубимся в обсуждение формулы и обсудим, что такое результат обучения. Мы чаще всего учимся не просто для получения знаний, но для того, чтобы что-то сделать на практике: научиться применять новый подход, инструмент и т. д. Если переформулировать кратко — чтобы решить рабочую задачу. Обычно её нужно решить в ближайшее время, а не когда-то в будущем, сразу начать применять знания на практике. Эта концепция называется just-in-time learning.

Just-in-time learning: учиться по мере необходимости

Чтобы держать инфошум под контролем, можно опираться на подход just-in-time learning: обучаться в момент потребности, ровно под текущую задачу, а не на всякий случай.

Как это выглядит в реальности:

  • есть задача → вы находите минимально достаточный кусок знаний (поставив чёткую цель обучения) → применяете → фиксируете выводы → двигаетесь дальше.

Этот цикл может повторяться до того момента, пока рабочая задача не будет выполнена.

Но в то же время это не значит никогда не учить основы той или иной темы. Это значит не пытаться проглотить основы целиком, прежде чем вы понимаете, где они вам нужны и как могут быть полезны. Базовые знания поддерживаем на достаточном уровне, а углубляемся и собираем детали, когда это требуется в задачах.

Мы определились с тем, как сформулировать цель обучения и понять его необходимость для себя. А что делать с потоком информации, который предоставляют нам каждый день социальные сети? Как в нём не потеряться и брать для себя пользу?

Практики борьбы с инфошумом

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

1. Иметь при себе список стоп-контента.

После того как сформулировали цель обучения, сделайте список того, какой контент вы точно не изучаете ближайшие 4–8 недель.

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

Разберёмся подробнее на примере моей цели, которую разбирала в начале статьи: «Составить список из 10 точечных изменений в программе Go (темы, практики, инструменты) и обосновать каждое ссылкой и пользой для курса».

Не подходящий к цели список стоп-контента:

  • квантовая механика;

  • история Древнего Рима;

  • астрология;

  • рецепты и кулинарные блоги.

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

Подходящий к цели стоп-лист:

  • длинные курсы «Go с нуля» (слишком широкий охват);

  • обсуждения и треды «какой язык лучше» (много шума, мало применимости);

  • редкие и нишевые фреймворки без подтверждённой практики (сложно оправдать в программе).

В итоге стоп-лист помогает снизить тревогу и возвращает контроль. Это происходит не потому, что вы отказываетесь от изучения нового, а потому, что вы выбираете последовательность. Вы говорите себе: «это важно — но не сейчас». И направляете внимание туда, где оно нужнее.

2. Проводить генеральную уборку подписок.

Можно проводить минимальную рутину «уборки» по 20 минут раз в месяц.

Например:

  • отписаться от 5 источников (каналов, рассылок), которые не помогают текущей цели, или на время поставить их на паузу (отправить в архив);

  • удалить 10 сохранённых видео;

  • оставить 2–3 канала или группы, которые реально помогают вашей текущей цели.

Главное, делать это регулярно — может быть полезно выделить определённый день или время в календаре, чтобы не забыть про эту рутину.

Можно даже ввести правило: «один новый источник — один старый в мусор». Каналы в Telegram можно отправлять в «Архив», если не хочется их терять, и раз в месяц пересматривать, не появляется ли там информация, которая будет полезна в текущий момент.

Также хочется отметить, что лучше выбирать источники не по популярности, а по соответствию вашей цели в формате «Мне нужно за [срок] научиться [X], чтобы сделать [Y] в [контексте]». Иногда скучная документация полезнее 30 обзорных видео.

3. Иметь у себя единое место хранения для ссылок.

Не держите ссылки в голове и не превращайте браузер в «склад вины». Лучше сложить все ссылки в одно понятное место — так к ним проще вернуться в нужный момент. Это помогает не терять полезные ресурсы и в то же время не захламлять цифровое пространство. Например, этим местом могут быть:

  • заметка Read later;

  • таблица в Excel (с колонками: ссылка, тема, зачем, приоритет);

  • папка в закладках браузера.

И главное правило: если вы не воспользовались ссылкой в течение 2–4 недель — она, скорее всего, вам не нужна. 

Как руководителю или бадди не усугубить инфошум

Мы обсудили то, как у себя вести список ссылок и ресурсов. А как правильнее поделиться со своим сотрудником новыми знаниями, чтобы не «завалить» его ссылками, которые он, скорее всего, не откроет?

Часто хорошие намерения руководителя/бадди выглядят так:

«Вот тебе 18 ссылок: доки, курс, 5 статей, 3 доклада и книжка. Ознакомься с ними, они помогут в решении твоей задачи. Если будут вопросы — приходи».

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

Что можно улучшить:

1. Давать короткий приоритизированный список.

  • «обязательно» (1–2 пункта);

  • «если останется время» (ещё 1–2);

  • «в парковку» (опционально).

Приоритет поможет ограничиться в необходимой информации, а дополнительные источники будут полезны, если захочется разобраться глубже.

2. Привязывать материал к выполняемой задаче.

Не «почитай про архитектуру», а «вот это поможет тебе сделать N».

Чтобы новые знания приносили пользу, их нужно переносить на практику и применять к своим задачам. Иначе чтение «впрок» может быть пустой тратой времени.

3. Озвучивать критерий «достаточно».

Например: «прочитай главы 1–3 и сделай маленький PR (pull request) в текущем проекте — этого достаточно для следующего шага».

Обозначение критерия «достаточно» поможет не растягивать знакомство с новой информацией и источниками, а быстро сделать первый шаг в направлении решения задачи.

4. Закрывать цикл.

Если вы договорились на следующую встречу по обсуждению прогресса по той же задаче, можете попросить предоставить мини-артефакт. Это могут быть:

  • короткий конспект на 10 строк;

  • демо на 5 минут;

  • PR (pull request);

  • объяснение «как бы ты сделал это в нашем сервисе».

Так вы сможете закрепить прогресс и посмотреть, как полученные знания были применены на практике.

После выполнения этих шагов обучение перестаёт быть бесконечным чтением и становится почвой для роста компетенций.

Выводы: нормализуем невозможное

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

Подводя итоги, также хочется выделить такие мысли:

Учёба — не про «изучить всё».

Учёба — про «достичь цели в условиях ограничений».

Выберите одну цель по формуле «Мне нужно за [срок] научиться [X], чтобы сделать [Y] в [контексте]», ограничьте источники до двух-трёх, учитесь по мере необходимости и поставьте себе честный критерий, когда будет «достаточно хорошо».

Контент никуда не денется. А вот ваше внимание — ресурс конечный.

Комментарии (16)


  1. Fluxmen
    12.03.2026 08:21

    Думаю это поможет. В последнее время и вправду очень много чего, много направлений, и так хочется попробовать всё, но времени не хватает, то во время изучении чего то может что-то зацепить и перейти на него, забросив свой процесс на котором ты шёл. спасибо


    1. aazaytseva Автор
      12.03.2026 08:21

      Спасибо за комментарий! Рада, что полезно)


      1. cless75
        12.03.2026 08:21

        это же ваш же бот ... для продвижения статьи.

        Комментарии тоже нужно хорошо генерировать


  1. nazarovigor
    12.03.2026 08:21

    Насчёт чистки подписок согласен, у меня в телеге тоже со временем набралось очень много каналов, но по факту читаю максимум несколько, остальные просто создают информационный шум, особенно во время обучения


    1. cless75
      12.03.2026 08:21

      Почему вы решили написать комментарий ?


  1. Emelian
    12.03.2026 08:21

    Выберите одну цель по формуле «Мне нужно за [срок] научиться [X], чтобы сделать [Y] в [контексте]», ограничьте источники до двух-трёх, учитесь по мере необходимости и поставьте себе честный критерий, когда будет «достаточно хорошо».

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

    Эта формула универсальна, классики не дадут соврать. И она, действительно, работает. Только результат должен быть принципиально достижимым и четко обозначенным.

    Например: «Получить второе полное дневное высшее образование на мехмате МГУ.». Затраченные усилия: «Самостоятельная подготовка к вступительным экзаменам и, вообще, повышение своего уровня в математике, участие в физико-математическом конкурсе журнала «Квант» для школьников, добиться не только заочных, но и очных подготовительных курсов в Москве и, самое главное, обязательная отработка по распределению, после первого ВУЗа, в областном НИИ – четыре года.». Результат – выполнено! МГУ успел закончить до распада СССР.

    Второй пример. Появились персональные компьютеры, налоговая стала требовать компьютерную отчетность, а собственное предприятие – автоматизации процессов и научных исследований. Путного ПО, в то время, практически, не существовало. Надо было ваять собственное, но, как, если за окном смог, то бишь, туман, – непонятно (как в анекдоте: «– Сегодня, смог. – Поздравляю, сэр!»).

    Сел за ПК (самые первые в нашем городе) и поставил цель: «Не только освоить программирование и компиляторы, но и создать, как минимум, собственную систему учета для предприятия». Три года потратил на эксперименты (не считая времени на оформление научных статей, по тематике фирмы). В конце концов, я такую систему создал и даже внедрил на паре производственных предприятий. Что и кормило меня двадцать лет.

    Третий пример. Поставил цель: «Создание собственной обучающей системы для изучения иностранных языков и выучить, хотя бы два-три из них». Программу (первую версию) уже создал, обучающие демо-данные, для нее, плюс видео с двуязычными субтитрами и html-тексты (или книги) – тоже. Но, до полного освоения, пока, французского языка, дело еще дошло, по банальной причине: «Количество еще не перешло в качество». Поэтому, продолжаем работу. Попутно, по ходу дела, пишу статьи на «Хабр» :) .

    Как-то так.


    1. cless75
      12.03.2026 08:21

      Это уровень целей значимо выше описанного в статье , ближе к миссии )


      1. Emelian
        12.03.2026 08:21

        Какая «миссия»? Написать программу и выучить язык (последнее из нереализованного)? Миссия это когда: «Сталин-2.0 строит Социализм-2.0 в СССР-2.0». Главный посыл – качество результата определяет количество затраченных усилий. Что вполне «имеет место быть» даже на бытовом уровне.


    1. aazaytseva Автор
      12.03.2026 08:21

      Спасибо за такой подробный комментарий. Согласна: когда цель достижима и четко определена, количество вложенных усилий действительно может перейти в качество результата.

      Я бы только добавила, что важен не только объем усилий, но и их направление: иногда дело не в том, что сделал мало, а в том, что нужен другой способ движения к цели — можно остановиться, пересобрать подход и уточнить для себя, к какому именно результату хочется прийти. Но с самой логикой, что результат требует работы, согласна.


      1. Emelian
        12.03.2026 08:21

        Я бы только добавила, что важен не только объем усилий, но и их направление: иногда дело не в том, что сделал мало, а в том, что нужен другой способ движения к цели – можно остановиться, пересобрать подход и уточнить для себя, к какому именно результату хочется прийти.

        Вполне разумно и здраво!

        Пример, на уровне написания статьи. Сначала выбираешь один заголовок и определенный путь ее оформления. Потом, в процессе, с удивлением, обнаруживаешь, что выбранный метод, который сам придумал, по факту, не работает. А половина статьи уже написана. Что делать? Ровно то, что вы говорите, по сути – изменить заголовок статьи и ее логику.

        Скажем, для конкретики, я озадачился выяснением структуры словарных статей в озвученных, живым голосом, онлайн-словарях. Задача – извлечь текст, с сохранением его структуры, и звук, для создания, допустим, обучающих видео, вроде озвученных популярных глаголов с их переводами либо html-книг для соответствующих примеров использования.

        Сразу, вопрос, в каком виде хранить извлекаемые данные, чтобы не терять их структуру (без структуры можно просто сохранить текст из html-страницы в буфер обмена)? Я думал, сначала, что в виде списка пар, первый элемент которых – это список всех тегов для конечного (текстового) значения (т.е., полная ветвь в html-лереве, от корня до листа), а второй – конечное значение (то бишь, простой текст).

        Но, оказалось, что этот путь, хотя, в принципе, и работоспособный, но, в целом, не эффективный, в связи с потерей информации (я игнорировал закрывающие теги). Если же их использовать, то уже лучше, но нет смысла, тогда, хранить список путей этого дерева. Лучше, сразу применять html-дерево в удобном виде, например, после «красивого» форматирования его, с помощью BeautifulSoup.prettify() в Питоне.

        Однако, отступы там – в виде одного пробела, а не табулятора, а лидирующие пробелы в конечном тексте – искажают формат.

        В итоге, ко второму моему удивлению, работоспособной оказалась примитивизация текстового дерева (после применения prettify()). Т.е., тупое удаление всех начальных пробелов для всех строк «дерева». А этот формат получается тривиально, без использования библиотек Питона. Нужно просто вставить переводы строк до и после всех угловых скобок и удалить пустые строки. Идея, оказалась, – супер!

        Причем, используя это сверх-примитивное представление html-дерева, легко написать собственный вариант функции prettify(), уже без пробоем оригинальной версии, что я и сделал. И, главное, то же самое представление вполне годится для структурированной обработки конечного текста или другими словами, извлечение текста из онлайн-словарей с сохранением их структуры.

        Сейчас я заканчиваю скрипт, выполняющий эту работу. После чего, можно будет уже использовать эти данные для создания обучающих видео, книг либо данных для моей обучающей программы.

        Короче говоря, статья продолжает «писаться», но уже другая :) .

        P.S. Ну и чтобы «два раза не вставать», добавлю, что «способ движения к цели» может быть не важным, когда стоит другая задача – выбор направления движения. У древних философов была сентенция: «Цель – это Ничто! А Путь движения к Цели – это всё!». Раньше, я очень удивлялся ей, а теперь, думаю, что в этой фразе что-то есть.


        1. aazaytseva Автор
          12.03.2026 08:21

          Спасибо, отличный и очень живой пример) Мне кажется, это как раз тот случай, когда работа над текстом или проектом начинает учить автора не меньше, чем будущего читателя: по ходу выясняется, что нужно менять не детали, а сам каркас. Так что да, здесь очень хорошо видно, что иногда важнее не скорость и не объем усилий, а своевременное переосмысление направления.


          1. Emelian
            12.03.2026 08:21

            Спасибо, за оценку! В том-то и ограничение у ИИ, что ему важно быстро дать результат, не важно, какой. А человеку надо, чтобы решение было хорошим и «красивым», если не сейчас, то в будущем.


  1. cless75
    12.03.2026 08:21

    С одной стороны интересно , с другой объективно не хватает глубины .

    Как вы бы сформулировали образовательную цель этой статьи ?

    и как таковую цель чтения статей в процессе обучения ?

    p.s. Бизнес цели просматриваются достаточно четко


    1. aazaytseva Автор
      12.03.2026 08:21

      Спасибо за комментарий. Согласна, что в статье нет задачи глубоко раскрыть каждую тему и дать исчерпывающую методологию обучения. Ее образовательная цель — не «‎научить предмету»‎, а помочь читателю отличать полезное обучение от накопления информационного шума, чуть внимательнее относиться к выбору учебных материалов, а также честнее отвечать себе на вопрос «зачем я это изучаю».

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


  1. YuriPanchul
    12.03.2026 08:21

    Just in time learning не подходит, если вам нужно освоить крупную область, например проектирование на уровне регистровых передач на языке описания аппаратуры SystemVerilig. Там если учить по кусочкам, то вы будете писать модули-уродцы, которые будут безумно глючить и вы эти глюки будете бесконечно отлаживать. В таких случаях работает подход:

    1. Сначала прочитать весь учебник от начала до конца чтобы понять план местности.

    2. Потом читать по второму разу параллельно делая упражнения.

    3. Делать учебный проект, которому делать ревью с экспертом. Не ИИ - ИИ в RTL Verilog дурашка.


    1. aazaytseva Автор
      12.03.2026 08:21

      Согласна с вами, в статье как раз есть приписка к части про Just-in-time learning:

      Но в то же время это не значит никогда не учить основы той или иной темы. Это значит не пытаться проглотить основы целиком, прежде чем вы понимаете, где они вам нужны и как могут быть полезны. Базовые знания поддерживаем на достаточном уровне, а углубляемся и собираем детали, когда это требуется в задачах.