Инжиниринг Данных
Делюсь новостями из мира аналитики и карьерными советами. 15 лет в Аналитике и Инжиниринге Данных, 10 лет в MAANG 🛠️ dataengineer.ru | 🏄♂️ Surfalytics.com №5017813306 Реклама: https://almond-rule-130.notion.site/1199f595f76a8030ba1be1e607c9a8ce
Больше📈 Аналитический обзор Telegram-канала Инжиниринг Данных
Канал Инжиниринг Данных (@rockyourdata) языкового сегмента Русский является активным участником. Сейчас сообщество объединяет 23 760 подписчиков, занимая 5 432 место в категории Технологии и приложения и 27 448 место в регионе Россия.
📊 Показатели аудитории и динамика
С момента создания невідомо проект демонстрирует стремительный рост, собрав аудиторию из 23 760 подписчиков.
Согласно последним данным от 15 сентября, 2026, канал показывает стабильную активность. За последние 30 дней изменение числа участников составило -34, а за последние 24 часа — -8, при этом общий охват остаётся высоким.
- Статус верификации: Не верифицирован
- Уровень вовлечённости (ER): Средний показатель вовлечённости аудитории составляет 23.17%. В первые 24 часа после публикации контент обычно набирает 11.14% реакций от общего числа подписчиков.
- Охват публикаций: В среднем каждый пост получает 5 505 просмотров. В течение первых суток публикация набирает 2 648 просмотров.
- Реакции и взаимодействия: Аудитория активно поддерживает контент: среднее количество реакций на один пост — 40.
- Тематические интересы: Контент сосредоточен на ключевых темах, таких как claude, postgres, databricks, aws, sql.
📝 Описание и контентная политика
Автор описывает ресурс как площадку для выражения субъективного мнения:
“Делюсь новостями из мира аналитики и карьерными советами.
15 лет в Аналитике и Инжиниринге Данных, 10 лет в MAANG
🛠️ dataengineer.ru | 🏄♂️ Surfalytics.com
№5017813306
Реклама:
https://almond-rule-130.notion.site/1199f595f76a8030ba1be1e607c9...”
Благодаря высокой частоте обновлений (последние данные получены 16 сентября, 2026) канал поддерживает актуальность и высокий уровень охвата публикаций. Аналитика показывает, что аудитория активно взаимодействует с контентом, что делает его важной точкой влияния в категории Технологии и приложения.
Главная ошибка в разговоре об ИИ-агентах — оценивать их по демо. Демо почти всегда выглядит круто, но в проде все упирается в границы ответственности, данных и безопасности.Коллеги из Cloud․ru поделились популярными мифами об ИИ-агентах и обозначили реальные границы их возможностей — читайте в карточках. 📌 Еще больше интересного контента про ИИ и технологии ребята из Cloud․ru публикуют в своем канале — подписаться
Хочешь жить на широкую ногу? Жить в огромном особняке? Тусоваться во Франции? Тогда работай, детка, работай, детка, Работай, детка, работай, детка. А ну, за работу, детка! (а-а) А ну, за работу, детка! (а-а) Давай, бей в набат, Не останавливайся — будь чемпионом. Вкалывай так, будто это твоя профессия, Берегись — вот оно идёт.
1. От Data Engineer → Landing Engineer Что изменилось: • Раньше пользователи хотели готовые дашборды, витрины данных (data marts) и полностью смоделированный BI-слой • Теперь запрос стал проще: «просто дай мне сырые данные» Почему: Пользователи сами «вайб-кодят» последнюю милю с помощью Claude, Codex и подобных инструментов Следствие для стека: • Дорогие Snowflake/Databricks нужны лишь для хранения и контроля доступа • Альтернатива: партиционированные Parquet/Iceberg/DuckLake + несколько DuckDB-трансформаций • Документация схемы в Markdown — и пользователи готовы к работе Тут я бы добавил, что просто так вряд ли всё заработает без хорошего семантического слоя. Хороший семантический слой — это модель данных (например, по Кимбалу) и описание каждой таблицы, каждого поля, каждого соединения между таблицами. По моему опыту, это самое сложное. Возможно, когда у вас 1–2 датасета, ИИ сможет понять, что и как, но такой подход не масштабируется. А главное — ИИ может легко накосячить. Важно понимать, что желание использовать ИИ в аналитике для поиска инсайтов и реальные возможности компании не совпадают. Купить подписку на Claude или Codex не решит накопившиеся проблемы, а только усугубит их. Чем больше legacy и tech debt, тем сложнее проверить такой «фокус». Но если у вас заведётся, то, как я писал раньше, С-уровень будет в восторге, и у вас появятся бюджеты на новые инструменты, а вас будут ценить как никогда. Можно смело сказать, что ИИ-аналитика сейчас является одним из самых впечатляющих достижений, поэтому я всех прошу добавлять такой кейс в резюме и делать подобные пет-проекты — hiring manager оценит такой бонус. 2. От Data Engineer → DevOps Engineer Что изменилось: • Data engineering децентрализуется: инженер создаёт центральные артефакты, а команды сами строят свои пайплайны • Пользователи хотят запускать агентов для построения дашбордов Новая инфраструктура, которую нужно поднимать: • Cloud sandboxes — среда для агентов • Data storage (bucket) — хранение данных • LLM governance — контроль затрат и безопасности • Best practices — стандарты для агентного кода Вывод: ~90% этой работы — чистый DevOpsВсё, что касается инфраструктуры, для меня всегда было приоритетом, поэтому тут ничего нового — просто стало проще и удобнее. ИИ может писать скрипты для Terraform, и они достаточно простые и надёжные. А вот про LLM governance и sandboxes для агентов я не подскажу — как-то не доводилось. Обычно в дата-инжиниринге инфраструктура и среды (dev/test/prod) — не проблема. Проблема — иметь свежие данные в среде разработки. Ведь не хочется дублировать все data pipelines на все среды. Главный бонус DevOps — менеджеры с Claude туда не полезут. Поэтому у вас остаётся хоть немного задач, где вы сами себе хозяин: сами придумываете сроки и сами решаете, как лучше сделать.
3. От Data Engineer → Software Engineer Что изменилось: • Пользователи с доступом к данным, агенту и sandbox-у неизбежно строят прототипы приложений • И затем просят «просто поднять это в прод» — что, конечно, совсем не просто Два пути для инженера: • Go Deep — стать специалистом (Streaming, Iceberg и т.д.), скорее всего в software vendor • Go Wide — стать DevOps-data-software инженером, владеющим всем циклом внутри компанииБезусловно, для пет-проектов я теперь Software Engineer. Для компании — я не хочу быть SDE, но с помощью агентов я могу найти исходный код и использовать его в решениях дата-инжиниринга. Или попробовать докопаться до бага в данных. Есть и примеры, когда продуктовые менеджеры не хотят ждать дата-команду и сами создают аналитические решения. Они решают задачи, но не в долгосрочной перспективе — скорее как поделка. Зато возможности у всех стали безграничными.
Threadripper 7960X (24 ядра), 256 GB DDR5 ECC, 2× RTX 5090 32 GB, 10 TB NVMe, 1600 WЗадача:
Обучение с учителем на синтетике: дистилляция учитель–ученик для детекции, transfer learning от предобученного ViT для позы, доменная адаптация против sim-to-real разрыва. RL не в критическом пути.Цена за сервер получается тысяч 30-40, да еще нужна промышленная розетка и охлаждение. Кто-нибудь, что нибудь собирал в последнее время?
Сентябрь 1812 года. Москва оставлена, армия отступает, война выглядит проигранной. Через полтора месяца Наполеон побежит из России — и первый толчок к этому был дан здесь, на поле у Тарутина.https://tarutino-museum.ru/ Фотограф Екатерина Советкина, она же снимала дата-завтрак в Т-Банк, где я рассказывал про дата инжиниринг. PS сайт на Github Pages, и если они не работают в РФ, значит нужно поискать альтернативу. Если кому-то нужно простой сайт для некоммерческой организации, пишите.
Автор описывает 5 уровней зрелости использования ИИ в командах — от хаотичных экспериментов до выстроенной «фабрики по производству ПО». Уровень 1 — Гараж. Личные эксперименты и хобби-проекты, которые никогда не доходят до продакшена. Уровень 2 — Верстак с макросами. Небольшие скрипты и мини-приложения, решающие конкретные задачи, но всё ещё далёкие от полноценного производства. Уровень 3 — Мастерская. Команды начинают стандартизировать промпты, шаблоны и агентов, но это всё ещё лишь точечные улучшения. Уровень 4 — Конвейер. Появляются повторяемые системы, стейт-машины, отслеживание метрик и токеномики. Можно реально измерять эффективность. Уровень 5 — Фабрика ценности. Всё вышеперечисленное связывается с реальной бизнес-ценностью — иначе это просто «производство виджетов ради виджетов».Максимум, что мне доводилось видеть для инжиниринга данных это между уровнем 2 и 3. Для разработки ПО, конечно же, это все двигается в сторону уровня 4, 5. Паттерны AI разработки уже вырисовываются и есть свои best practices - бери и делай, по ходу адаптируй. Думаю об уровнях и адаптации ИИ в компаниях, мне вспоминается мем “можно, а зачем?”
