Трофим Воробьев

В этой статье продолжаем борьбу с фильтрами по дате в Apache Superset. Сегодня разберем, как реализовать подобие логики remove_filter в старых версиях (до 5), чтобы виртуальный датасет не оборачивался фильтрами. Обязательно прочитайте первую часть, чтобы понимать, откуда взялись на дашборде фильтры и почему они именно такие. Довольно часто мы используем виртуальные датасеты. И порой бывает нужда как-то покастомить ту дату, которую передают фильтры. Давайте же сразу наиграем такой кейс: select *...

В этой статье хотелось бы начать раскрытие больной для многих пользователей Apache Superset темы: фильтры по дате. Начнем с малого: как суперсет выбирает колонку даты; как выбрать желаемую колонку вместо той, которую он выбирает; каким образом это реализовано; какие баги породили этим решением; почему КОП не доведет до добра. Сразу скажу - объяснений, что такое суперсет, дашборд, чарт и т.д. не будет. Имеется: установленная версия 3.1.1. Да, я знаю, что уже есть аж 6. Но версии 3-4 на рынке встречается...

Есть один миф про ClickHouse - он плохо джойнит. Подавляющее большинство не знает, с чем это утверждение связано, и просто верят на слово. А дальше срабатывает эффект сарафанного радио. В итоге в IT-сообществе есть твердое убеждение, что ClickHouse плохо джойнит. Но апогеем стала статья от школы обучения программированию, в которой написано, что ClickHouse вообще не умеет джойнить: В этот момент стало понятно, что пора внести ясность в происходящее (я на этот бред только недавно наткнулся, хотя статья 2023 года)...

Каждый день из каждого утюга мы слышим про вайб-кодинг и сказки о невероятных возможностях AI. Слышим, что программисты скоро будут не нужны. Да и вообще ИИ заменит всех кожаных, держащих в руках мышку. Долго тянуть не будем, хотя можно распеть тирады о том, что ИИ не заменит человека. Как минимум потому, что НАДО НА КОГО-ТО В СЛУЧАЕ ЧЕГО СВАЛИТЬ ОТВЕТСТВЕННОСТЬ. И так, история о том, как вайб-кодер почти убил стартап. Ну, формально он еще живой, но ни один здравомыслящий человек с ним более не свяжется...

В любой традиционной профессии путь в специальность выглядит одинаково: школа → пту/вуз → работа. Врачи учатся порой аж 9 лет, прежде чем получить право лечить людей. Инженеры-строители. Учителя. Юристы. И многие другие профессии, требующие высококвалифицированные навыки от сотрудника, учатся не менее 4 лет. И только в IT всё работает иначе. Здесь люди приходят отовсюду: из физики и лингвистики, из продаж и маркетинга, из «гаражных» проектов (привет амазон) и самообразования. Здесь можно за полгода стать востребованным специалистом без единого профильного диплома...

Автор статьи является инженером данных, поэтому об этой специальности и пойдет речь. Но, более чем уверен, что специальностей и вакансий с подобными проблемами предостаточно. И так, рассмотрим пример подобных вакансий. Заранее скажу: к Анастасии претензий нет. Она делает свою работу - ищет человека под техзадание, которое ей дали. Вопрос к тем, кто это техзадание составлял. Давайте посмотрим, кого же они ищут. Звучит обычно. Но давайте читать между строк. Смотрим раздел "Задачи": ▪️Разработка низкоуровневой...

Весь интернет кишит рекламой: «Стань аналитиком за 3 месяца и зарабатывай 300к». И картиночка успешного успеха (вот прям как у этой статьи). Звучит красиво. Выглядит, в принципе, тоже. Но вот реальность гораздо жёстче. В 2026 (а на самом деле и раньше) году правила изменились. То, что работало 3 года назад - уже не работает. Нейросети, кризис, насыщение рынка джунами (не вы ж один курсы-то проходите), инфляция знаний из-за конкуренции и роста рынка - всё это поменяло вход в профессию. В этой статье - оптимальный план без иллюзий и обещаний...

Представьте совещание в условном зуме. В комнате - инженеры данных, парочка разрабов, парочка аналитиков, парочка менеджеров, парочка еще кого-нибудь, неважно. Обсуждают новый отчёт. P.S. автор айтишник по профессии, сейчас будет больно, но суть статьи вы легко уловите и без этого диалога. - "слушайте, нам нужно либо пофиксить джойны сборки витрины дашборда, либо ребалансировать таблицу в дэвэха, потому что из-за дэйта скю некоторые шарды кластера вылетают по рам. Я уже поднял тред в маттермосте,...

Все мы видели рекламу курсов в стиле: "супер-курс с гарантией трудоустройства за 3 месяца", "Стань востребованным специалистом с нуля", "Наши выпускники работают в Яндексе, Тинькофф и Ozon" и т.д. Максимально кликбейтные (прям как название данной статьи) обещания. И это нормально, так и должно быть. Вы ведётесь. Отдаёте вот столько кровных: С финансового менеджмента за пол мульта (и это по скидке аж в 65% на дату 15.02.2026) посмеялся. Не знаю, на кого там учат и почему это стоит таких денег. Ну да ладно...

Сразу начнем с того, что эту картинку сгенерил ИИ. А теперь поехали. Ещё 5 лет назад, если вы гуглили «Python обучение», вы находили живые блоги разработчиков, статьи на Хабре (по которым видно, что их писал человек, ну или как минимум рефачил перевод с англоязычной статьи, что уже неплохо) и парочку нормальных курсов. А сегодня вы тонете в помойке. 90% первой страницы выдачи (где бы то ни было - гугл, яндекс, лента новостей где-либо, отзывы к товарам на маркетплейсах и картах, ютуб и т.д.) - сгенерированный нейросетями шлак...

Раскроем мощную связку, дающую большие возможности визуализации Apache Superset на примере нетривиальной задачи, с которой другие BI-системы не справятся - сделать так, чтобы на дашборде в таблице определенные колонки показывались лишь определенным пользователям (это и есть Column Level Security). Многие, наверняка, слышали про RLS (Row Level Security) в Apache Superset - обратный аналог CLS. Например, можно запретить пользователю с ролью, отличной от admin, использовать определенные строки данных датасета...

Продолжаем тему потери данных в ClickHouse. Рекомендую прочитать первую и вторую статью цикла, чтобы не терять данные в двух других кейсах. А тема текущего обсуждения — материализованные представления и то, как можно с их участием потерять данные. P.S. читать каждую ссылку из статьи совсем не обязательно, основные тезисы из ссылок изложены в статье. Материализованные представления (далее MV) в ClickHouse отличаются от MV классических СУБД. Они больше похожи на триггеры на INSERT, что по сути является...