Overqualified or Yet Another Data Friday Lyrical Digression

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

До определенного момента я повсеместно утверждал, что, мол, мне все равно, и лишь бы деньги платили, но все же профдеформация, а именно: data-driven, проверка «всего и вся» данными - взяла свое. Проанализировав свой личный опыт, я обнаружил, что, все случаи (а подобное встречалось в моей карьере несколько раз), когда мне нужно было быть «потупее», я провалил, все они закончились уходом из компании, а некоторые - длительным выгоранием. Кажется, что, как минимум, для меня - это неподъемная задача.

«Если бы я был умный, я бы выдавал себя за дурака. Но я был дурак и потому выдавал себя за умного» (Владимир Войнович - «Москва 2042»)

В общем, если у кого-то есть успешные кейсы временного и осознанного отупения (постоянное не предлагать, а неосознанное я и сам регулярно практикую), делитесь, буду изучать продвинутые техники.

Проблемы дата-специалистов с неймингом общеизвестны. На мой взгляд, круглый стол на тему смерти Hadoop должен был называться “DEти хоронят коня Hadoop”.

Как по мне, SmartData 2025 удалась. Старые друзья и новые знакомства - 🔥 Жаль, что состояние здоровья не позволило выжать больше из этой части.

По докладам.

Саша Токарев - кумирище! Терпеть не могу Spark, но слушал с интересом и удовольствием. Даже кое-что понял.

Понравился доклад от Передовых Платежных Решений про Starrocks

Ну, и особое удовольствие получил от круглого стола про Hadoop.

Доклад окончен, с нетерпением жду новых встреч в эфире.

Как бы странно ни звучало , но, когда я покупал футболку с «котиком» в нагрузку к «высоконагруженному кабанчику», я ничего не знал об этой книге.

Наверняка, она даже лежала на том же прилавке, но мое внимание было занято чем-то другим.

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

Ребус дня

#разговорпопятницам

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

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

Самым странным из посещенных мной собеседований я могу назвать одно, случившееся со мной, когда я был еще неопытным джуном, хватавшимся за любую возможность. Естественно, за давностью лет я не помню ни названия компании, ни личности и внешности человека, меня собеседовавшего. Зато хорошо помню, как он вошел в переговорку с пачкой листочков, которые при ближайшем рассмотрении оказались распечаткой оглавления книги Итцика Бен Гана по основам T-SQL. По этой самой распечатке он и гонял меня от первой главы и до последней, делая пометочки карандашиком напротив каждого пункта. Продолжалось сие действие часа два. Задав последний вопрос, интервьюер откинулся на спинку стула и занялся подсчетом баллов. Я же ловил ртом воздух и вытирал пот со лба рукавом специально подготовленной к этому случаю единственной рубашки, ожидая оглашения результата.
Интервьюер написал на листе какое-то число, обвел его кружочком и взглянул на меня. «Готовы продолжать?» - спросил он.

Оказалось, что у него с собой еще есть оглавление книжки по C#.

«Нет» - ответил я. Сославшись на то, что «у меня самолет и вообще дела-дела» с высокого старта ломанулся куда глаза глядят. Личный рекорд в беге до метро мной установлен был именно тогда.

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

P.S. Пост посвящается двум легендарным интервьюерам, запечатленным на фото. Мое почтение каждому, их узнавшему.

Две плохие новости за последний месяц: Fivetran купила SQLMesh и dbt.

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

Про dbt не скажу, но SQLMesh наступала ей на пятки.
И такая консолидация плохо повлияет на развитие инструментов.

Пятничное

Придумал название для описания сего явления: «Мертвосервисная архитектура».

Upd Вариант, предложенный в комментах - «некросервисная» - звучит гораздо круче🔥

Дочитал «Data Engineering Design Patterns». Книга действительно являет собой вольное продолжение «Fundamentals of Data Engineering», как автор и заявлял во вступительной части. Стоит добавить сюда ещё «Data Pipelines Pocket Reference», и тогда сложится своеобразный порядок чтения, которому я рекомендовал бы следовать.

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

Отличное дополнение - примеры кода, причем для различных технологий.

В общем, у книги есть все шансы на долгую жизнь.

Подошел к концу первый мой полноценный сезон в роли Head of Data. Можно заняться подведением итогов.

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

Орбита лидера подтверждает мою догадку

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

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

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

Инженерный бэкграунд скорее мешает. Постоянно хочется крикнуть: «Да я бы щас за пять минут тут все хранилище напрограммировал.» Доверие - наше все. Хорошего руководителя как раз и отличает то, что «он ничего не делает, а вокруг него все как-то вертится само собой». Тем не менее, не возбраняется иногда «снять мышку с гвоздя» и самому запилить какую-нибудь интеграцию, что называется, «для души», естественно, пройдя через все круги ада этапы код-ревью и тому подобного, проклиная того идиота, который внедрил всю эту бюрократию, настоящему инженеру это не нужно, просто молодежь сейчас не умеет «сразу в продакшн», но мы ж не такие…

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

Очень сложно порой смириться с тем, что подход, сработавший в одном месте, может не сработать в другом. Граблями и шишками усеян путь начинающего CDO. В целом, я считаю, что вышло неплохо, можно было лучше, но все еще впереди. Найти бы еще какую-нибудь тактику, чтобы ее хоть как-то придерживаться.

Канал переименовывать смысла не вижу потому что «бывших инженеров не бывает».

Следующую книгу в моем списке я в очередной раз позаимствовал из статьи «Лемана Про», ссылку на которую я уже несколько раз давал в канале. Книга называется «Дата Йога: грамотная работа с данными» от Александры Усачевой и Андрея Демидова.

Выбрал ее я по двум причинам:

▪️Книги по данным от отечественных авторов попадаются мне крайне редко.

▪️После парочки травм, выбивших меня из тренировочного процесса примерно на полгода, к растяжке я стал относиться немного серьезнее и стараюсь для нее выделять один день в своем недельном тренировочном графике. В комплекс же упражнений входит несколько элементов из йоги. Так что, «я и сам своего рода дата-йог».

Книгу можно скачать здесь.

Перефразируя Александра Васильевича Суворова, скажу, что «плох тот инженер, который не мечтает стать CDO». Крайне редко хорошими руководителями становятся «сразу и вдруг», лучше начинать готовиться заранее. Я тот еще «медленный газ», поэтому у меня ушло лет десять самоподготовки, пробных периодов и «вот этого всего». Не на то чтоб стать хорошим руководителем, до этого еще далеко, а на то, чтобы осознать свою внутреннюю готовность к переходу.

Всем, кто уже начал готовиться или же только планирует начать, рекомендую к прочтению книгу сооснователя и бывшего президента AES - одной из так называемых «бирюзовых» компаний - Денниса Бакке «Работа в радость». Особенно будет полезна адептам подхода Data Mesh, ибо Data Mesh - это и есть «бирюзовая» data, чтобы увидеть сие не нужно даже обладать «зрением» Освальда Шпенглера.

Как известно из определения, Data Mesh - это социотехнический подход, но почти все в нем обращают внимание на «технический» (этому посвящены и статьи, и доклады, и книги даже), но мало кто смотрит на «социо». Из-за этого за словами «у нас Data Mesh» довольно часто скрывается обычный Data Bardaque.

Когда я предложил перевести сочетание «Data Mesh» на русский как «улей данных», потому что данное сочетание слов лучше, на мой взгляд, отражает суть, чем ужасное «сетка данных» то даже не подозревал, что Деннис Бакке опередил меня лет так на двадцать - тридцать со своей концепцией «сот». Так что книга являет собой прекрасное пособие для тех, кто хочет понять, как должен быть устроена концепция Жамак Дегани с точки зрения «социо».

Как обычно, немного любимых цитат:

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

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

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

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

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

Привет! Книжного Клуба анонс!

У нас с коллегами дата инженерами появилась идея по/перечитать книги, связанные с дата инженерией!

Первая книгу, которую мы хотели бы обсудить - Data Engineering Desing Patterns.

Планируем делать созвоны на еженедельной основе - вторник 19:30 MSK (17:30 CET).

Первый созвон - следующий вторник 25 ноября, разберем первые паттерны по полной и инкрементальным загрузкам.

Все детали книжного клуба будут в @de_zoomcamp, если вам интересно, залетайте в канал

Декабрь уж наступил,
Усталость накопилась,
Не хочется писать о данных мне совсем…
Мне грустно и легко,
Египетская сила!
Как будто в мире нет пера достойных тем.


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

В общем, автор уходит в дата-детокс, ретрит «или что там них»…

«Что завтра будет - неизвестно, хотя нетрудно предсказать…» (Маргарита Пушкина)

Прекрасное нашел на просторах интернета...

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

Не знаю, что у них там с функционалом, но за название низкий поклон от меня.

Пока не получается совсем уйти в дата-детокс, букдолг затягивает - перечитал, вот, «Data Quality Fundamentals». Со второго захода книга понравилась больше, видимо, будучи инженером, в прошлый раз я ожидал найти чисто техническое решение данного вопроса. Ну, какой, блин, Data Mesh в книге про качество данных?

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

Вообще, очень занимательно наблюдать за меняющимся мышлением при миграции из одной роли в другую, многие тезисы, которые я ранее яростно оспаривал, сейчас я не менее яростно отстаиваю. Теперь я готов подписаться под каждым словом одного из спикеров вебинара, организованного ЦБ и посвященного архитектуре данных: «Покажите мне для начала работающий процесс, а уже потом последует его автоматизация».

«Если хочешь стать тренером - убей в себе игрока». Ну, или хотя бы научись его контролировать…

Кто там аналогии с Джойсом заказывал? Начну с самой очевидной, пожалуй…