Замечательная картинка от LakeFS - State of DE 2024.
Очень много инструментов. Каждый год инструментов становится все больше, а сути все меньше.
Хотя по-прежнему пишут SQL-запросы, делают slice and dice, drill down, анализируют dimensions и measures.
Я сам не знаком со многими инструментами и надеюсь, что мне не придется разбираться в их документации и tutorial'ах.
Для опытных людей проблем нет, а для тех, кто хочет начать успешную карьеру в data и «купить SQL-wagon» (если вы понимаете, о чем я😉), возможно, будет много сложностей.
С одной стороны, вы хотите самостоятельно учиться, но с другой стороны баррикад – огромные маркетинговые бюджеты, которые обещают вам либо профессию, либо инструмент, который сам все сделает.
Поэтому лучше экономить время и стараться общаться с более опытными коллегами, посещать различные мероприятия и спрашивать, кто чем занимается, как к этому пришли и какие планы дальше.
Что еще полезно?
Очень много инструментов. Каждый год инструментов становится все больше, а сути все меньше.
Хотя по-прежнему пишут SQL-запросы, делают slice and dice, drill down, анализируют dimensions и measures.
Я сам не знаком со многими инструментами и надеюсь, что мне не придется разбираться в их документации и tutorial'ах.
Для опытных людей проблем нет, а для тех, кто хочет начать успешную карьеру в data и «купить SQL-wagon» (если вы понимаете, о чем я😉), возможно, будет много сложностей.
С одной стороны, вы хотите самостоятельно учиться, но с другой стороны баррикад – огромные маркетинговые бюджеты, которые обещают вам либо профессию, либо инструмент, который сам все сделает.
Поэтому лучше экономить время и стараться общаться с более опытными коллегами, посещать различные мероприятия и спрашивать, кто чем занимается, как к этому пришли и какие планы дальше.
Что еще полезно?
❤🔥40🗿6⚡2🙈2
Давненько у меня не было 🔥
Если раньше софт был неповоротливый и большой типа Enterprise BI - SAP Business Objects, который при обновлении может сломаться, если например интернет отвалится во время установки. У меня было такой случай https://t.me/rockyourdata/4385 и там же я описал про Looker, который я тоже сломал.
Вчера я решил попробовать что-то новое. У нас есть GCP Kubernetes engine, и с помощью helm charts там задеплоено вообще все. В моем случае у нас был очень интересный кейс использования Airbyte backend базы данных. Исторически эта база данных использовалась как часть хранилища данных. Удобно же, Airbyte читает данные из Amplitude и пишет сама в себя, и потом с помощью Trino мы можешь кверить данные. Но не тут-то было, одна из таблиц этой внутренней базы данных содержит все пароли в открытом доступе и доступна через BI слой (metabase).
Если вы не знаете, что такое Airbyte - то это набор конвекторов, например извлечь данные из SalesForce и загрузить в хранилище данных. Платный аналог Fivetran, бесплатный Metabase. Такие экстракторы необходимы, если вы работаете с dbt.
В общем очевидно, что надо фиксить пароли, и решение было добавить Google Cloud Secrets, чтобы туда сохранялись все пароли, согласно документации.
У нас есть staging среда, которая уже давно сломана. Сам я пока не очень с helm charts, вроде бы идея простая, это просто YAML файлы, которые описывают Kubernetes, но выполняются они через Ansible. Ох уж эти DevOps штуки и Open Source, каждый раз, как в первый класс.
В общем по классике, часов в 11 вечера, перед сном, я решил попробовать первый раз что-нибудь сделать с Airbyte Staging, но случайно выполнил команды, которая просто деплоит helm charts для Production.
Это чудо, начало скачивать обновления, новую версию Airbyte, новую версию helm charts, и все это деплоить, а там наверно 6 разных контейнеров с Airbyte сервисам. Ну и конечно все упало. Очевидно, что это проблема, потому что мы же используем Airbyte db как хранилище данных для важной отчетности, и реплицируем данные, которые тоже важны для отчетности.
В итоге до 2х ночи с помощью ChatGPT4o я изучал Airbyte, Helm Charts, GCP Kubernetes Engine. И действительно, выучил много, больше, чем за последние 4 месяца.
Проблем было много:
- Часть проблем решил, откатив helm chart Revision к последней успешной
- Потом оказалось, что Airbyte используют параметры в ConfigMap и Secrets, которые не хранятся в helm-charts, и были прописаны вручную и при обновлении заменены.
Изначальные параметры и их значения пропали, и вообще он почему-то хотел S3 параметры, а не GCP. Методом научного тыка, с помощью CLI “kubectl” я смог с 40го раза подобрать нужную конфигурацию параметров и все Pods запустились
- Даже смог залогиниться, но внутри ничего не работало. Оказалось, что это чудо при обновлении еще стал писать в backend базу данных (GCP CloudSQL) и последний штрих был откатить базу, но это уже kudos моему коллеге на Филиппинах, у него как раз был день. Узнал я про это утром, хотя когда шел спать, уже ментально был готов закончить работу в этой компании🙃 А утром оказалось, что все работает. Значит еще не время.
В общем, такой вот вечер из жизни дата инженера. Я думаю многим вообще не понятно, про что я пишу. Если честно, мне самому не очень понятно. В этом и заключается работа инженера, чтобы разобраться, сломать, починить. Желательно знать еще best practices.
Тем не менее получен ценный опыт, еще одна история про продакш. Можно наверно, сказать - “если я ломаю продакшн, значит яживу работаю”.
Теперь очевидные вещи:
- всегда делайте back up
- не делайте update критических вещей вечером
- оцените риски, вы готовы потерять работу? (Это конечно крайне сложно, обычно это норм - ломать, чинить, учится. Но если вас хотят скинуть или посадить на PIP, то самое то)
- лучше делать такие вещи вместе с коллегой, у кого есть опыт в этом
- неплохо бы попрактиковаться на “кошках”, у меня так и лежат в закладках курсы по Kubernetes + ansible + helm charts, я даже в самолет себе загрузил на прошлой неделе, но смотрел сериал Fallout в итоге😝
Если раньше софт был неповоротливый и большой типа Enterprise BI - SAP Business Objects, который при обновлении может сломаться, если например интернет отвалится во время установки. У меня было такой случай https://t.me/rockyourdata/4385 и там же я описал про Looker, который я тоже сломал.
Вчера я решил попробовать что-то новое. У нас есть GCP Kubernetes engine, и с помощью helm charts там задеплоено вообще все. В моем случае у нас был очень интересный кейс использования Airbyte backend базы данных. Исторически эта база данных использовалась как часть хранилища данных. Удобно же, Airbyte читает данные из Amplitude и пишет сама в себя, и потом с помощью Trino мы можешь кверить данные. Но не тут-то было, одна из таблиц этой внутренней базы данных содержит все пароли в открытом доступе и доступна через BI слой (metabase).
Если вы не знаете, что такое Airbyte - то это набор конвекторов, например извлечь данные из SalesForce и загрузить в хранилище данных. Платный аналог Fivetran, бесплатный Metabase. Такие экстракторы необходимы, если вы работаете с dbt.
В общем очевидно, что надо фиксить пароли, и решение было добавить Google Cloud Secrets, чтобы туда сохранялись все пароли, согласно документации.
У нас есть staging среда, которая уже давно сломана. Сам я пока не очень с helm charts, вроде бы идея простая, это просто YAML файлы, которые описывают Kubernetes, но выполняются они через Ansible. Ох уж эти DevOps штуки и Open Source, каждый раз, как в первый класс.
В общем по классике, часов в 11 вечера, перед сном, я решил попробовать первый раз что-нибудь сделать с Airbyte Staging, но случайно выполнил команды, которая просто деплоит helm charts для Production.
Это чудо, начало скачивать обновления, новую версию Airbyte, новую версию helm charts, и все это деплоить, а там наверно 6 разных контейнеров с Airbyte сервисам. Ну и конечно все упало. Очевидно, что это проблема, потому что мы же используем Airbyte db как хранилище данных для важной отчетности, и реплицируем данные, которые тоже важны для отчетности.
В итоге до 2х ночи с помощью ChatGPT4o я изучал Airbyte, Helm Charts, GCP Kubernetes Engine. И действительно, выучил много, больше, чем за последние 4 месяца.
Проблем было много:
- Часть проблем решил, откатив helm chart Revision к последней успешной
- Потом оказалось, что Airbyte используют параметры в ConfigMap и Secrets, которые не хранятся в helm-charts, и были прописаны вручную и при обновлении заменены.
Изначальные параметры и их значения пропали, и вообще он почему-то хотел S3 параметры, а не GCP. Методом научного тыка, с помощью CLI “kubectl” я смог с 40го раза подобрать нужную конфигурацию параметров и все Pods запустились
- Даже смог залогиниться, но внутри ничего не работало. Оказалось, что это чудо при обновлении еще стал писать в backend базу данных (GCP CloudSQL) и последний штрих был откатить базу, но это уже kudos моему коллеге на Филиппинах, у него как раз был день. Узнал я про это утром, хотя когда шел спать, уже ментально был готов закончить работу в этой компании🙃 А утром оказалось, что все работает. Значит еще не время.
В общем, такой вот вечер из жизни дата инженера. Я думаю многим вообще не понятно, про что я пишу. Если честно, мне самому не очень понятно. В этом и заключается работа инженера, чтобы разобраться, сломать, починить. Желательно знать еще best practices.
Тем не менее получен ценный опыт, еще одна история про продакш. Можно наверно, сказать - “если я ломаю продакшн, значит я
Теперь очевидные вещи:
- всегда делайте back up
- не делайте update критических вещей вечером
- оцените риски, вы готовы потерять работу? (Это конечно крайне сложно, обычно это норм - ломать, чинить, учится. Но если вас хотят скинуть или посадить на PIP, то самое то)
- лучше делать такие вещи вместе с коллегой, у кого есть опыт в этом
- неплохо бы попрактиковаться на “кошках”, у меня так и лежат в закладках курсы по Kubernetes + ansible + helm charts, я даже в самолет себе загрузил на прошлой неделе, но смотрел сериал Fallout в итоге😝
Please open Telegram to view this post
VIEW IN TELEGRAM
❤🔥27🙈20🌚2👾1
И если ответить на вопрос почему так случилось?
- “Everything fails, all the time” is a famous quote from Amazon’s Chief Technology Officer Werner Vogels.
- Murphy's law is an adage or epigram that is typically stated as: "Anything that can go wrong will go wrong."
Вообще это было ожидаемо. Когда мы приходим на проект, где много open-source, прошлой команды нет, документации нет, то вы обязательно окажетесь в такой ситуации. Получается Airbyte это бесплатная альтернатива платного Fivetran, но оказалось:
- нет документации как это было запущено
- мы до сих пор на старой версии, которой уже год, и не можем обновить
- изначально кто внедрял Airbyte не имел опыта инжинирига данных, а был DevOps, поэтому данные писались в backend Airbyte
- все пароли в открытом доступе для всей компании (fintech) уже довольно давно
Часто платные решения оказываются более эффективными, дешевыми и безопасными по сравнения с Open Source.
Поэтому, всегда настаивайте на:
- хорошей документации всего и вся
- playbooks - как обновлять и поддерживать
- обновляйтесь чаще, легче обновиться, когда нет breaking changes
- design и decisions документы
- дайте время команде на обучение инструменту (курсы, тренинги)
Ну и конечно ходите по собеседованиям, а то так что-нибудь обновите и будет потом пол года без работы🤣
- “Everything fails, all the time” is a famous quote from Amazon’s Chief Technology Officer Werner Vogels.
- Murphy's law is an adage or epigram that is typically stated as: "Anything that can go wrong will go wrong."
Вообще это было ожидаемо. Когда мы приходим на проект, где много open-source, прошлой команды нет, документации нет, то вы обязательно окажетесь в такой ситуации. Получается Airbyte это бесплатная альтернатива платного Fivetran, но оказалось:
- нет документации как это было запущено
- мы до сих пор на старой версии, которой уже год, и не можем обновить
- изначально кто внедрял Airbyte не имел опыта инжинирига данных, а был DevOps, поэтому данные писались в backend Airbyte
- все пароли в открытом доступе для всей компании (fintech) уже довольно давно
Часто платные решения оказываются более эффективными, дешевыми и безопасными по сравнения с Open Source.
Поэтому, всегда настаивайте на:
- хорошей документации всего и вся
- playbooks - как обновлять и поддерживать
- обновляйтесь чаще, легче обновиться, когда нет breaking changes
- design и decisions документы
- дайте время команде на обучение инструменту (курсы, тренинги)
Ну и конечно ходите по собеседованиям, а то так что-нибудь обновите и будет потом пол года без работы🤣
💯23⚡8🙈8👾1
Media is too big
VIEW IN TELEGRAM
Презентация sqlwagon новой книги Azure Data Factory Cookbook 2nd edition. (На английском, это вообще то будет для Linkedin)
❤🔥62🦄14🍾7🙉1
Для нашего проекта по мониторингу пеликанов мы добавили сайт https://www.scifly.ai/
Ведь сейчас модно AI, вот и у нас есть свой AI проект -SciFi SkyFly.
Еще недавно опубликовали статью на хабре совместно с Вконтакте - Миграция пеликанов в облака: как реализовать сложный орнитологический проект на базе облачной платформы. Часть 1
Ведь сейчас модно AI, вот и у нас есть свой AI проект -
Еще недавно опубликовали статью на хабре совместно с Вконтакте - Миграция пеликанов в облака: как реализовать сложный орнитологический проект на базе облачной платформы. Часть 1
Хабр
Миграция пеликанов в облака: как реализовать сложный орнитологический проект на базе облачной платформы. Часть 1
ML-технологии помогают значительно сократить ручной труд, повысить точность и скорость расчетов. Но, чтобы использование ML было результативным, важно правильно выстроить весь пайплайн работы с...
❤🔥43
Forwarded from Reveal the Data
Внутренняя аналитика как продукт
Завтра обсудим с Андреем из канала @productdo как использовать продуктовые подходы для внутренних продуктов, в том числе к аналитике и дашбордам. Это забавно, но аналитики не всегда анализируют результаты своей работы. Вот такой вот каламбур =)
Покажу какие метрики мы использовали в Яндекс Go для дашбордов. И очень интересно узнать про опыт Андрея — он менеджер внутренней платформы в Booking.
Трансляция
YouTube канал ребят — https://www.youtube.com/@ProductDo/streams
Когда
30 мая, четверг, 18:30 по Мск
#выступление
Завтра обсудим с Андреем из канала @productdo как использовать продуктовые подходы для внутренних продуктов, в том числе к аналитике и дашбордам. Это забавно, но аналитики не всегда анализируют результаты своей работы. Вот такой вот каламбур =)
Покажу какие метрики мы использовали в Яндекс Go для дашбордов. И очень интересно узнать про опыт Андрея — он менеджер внутренней платформы в Booking.
Трансляция
YouTube канал ребят — https://www.youtube.com/@ProductDo/streams
Когда
30 мая, четверг, 18:30 по Мск
#выступление
❤🔥22🙈4
Всем привет, одна из подписчиц, кто давно читает мой канал, активно принимает участие в проекте с пеликанами scifly.ai попросила рассказать о своей близкой подруге и ее сборе на операцию для ребенка. Если есть возможность и есть желание, можете сделать доброе дело. Я сам тоже помогу, ведь не зря же рекламу за рубли продаю.
Благотворительный фонд «Звезда на ладошке»
Благотворительный фонд «Звезда на ладошке» - Артем Борисов
Артём Борисов родился 25.01.2023, и у него врожденный порок сердца. Был обнаружен на 30-ой неделе беременности на узи. Врачи сказали, что ребенок не...
⚡20💘10❤🔥6🫡4😭2
Увлекательная история о том, как стать специалистом Data Science. Мария Косарева сейчас возглавляет Департамента анализа данных и моделирования в Газпромбанке. А в статье подробно рассказала, как выбрала профессию и построила карьеру в IT будучи женщиной.
Код Дурова
Как я начала заниматься Data Science, потом не перестала и сделала на этом карьеру
Мария Косарева, начальник Департамента анализа данных и моделирования в Газпромбанке, рассказывает, что делать тем, кто хочет построить карьеру в Data Science.
🍌38🗿20❤🔥17🙊8🤷4🌭2
VK Cloud Conf 2024 — большая облачная конференция VK Cloud
20 июня 2024 года, офлайн и онлайн, на VK Cloud Conf ведущие эксперты VK и крупнейших российских компаний расскажут про развитие облаков и поделятся опытом разработки продуктов. Вас ждут кейсы от экспертов из Битрикс24, Бургер Кинг и SimbirSoft, доклады архитекторов и руководителей групп VK Cloud, а также увлекательные дискуссии по информационной безопасности, трендам разработки и работе с данными.
На VK Cloud Conf расскажут:
• Как организовать высокий уровень доступности приложений и баз данных, обеспечить отказоустойчивость и масштабируемость.
• Как работать с данными: от корпоративных хранилищ до аналитических и рекомендательных систем.
• Как организовать виртуальные рабочие места в облаке.
• По каким критериям бизнес выбирает сервисы для коммуникаций.
Конференция VK Cloud Conf — прекрасная возможность узнать больше о проверенных облачных технологиях, обменяться мнениями с коллегами и найти ответы на актуальные вопросы.
Зарегистрироваться бесплатно
20 июня 2024 года, офлайн и онлайн, на VK Cloud Conf ведущие эксперты VK и крупнейших российских компаний расскажут про развитие облаков и поделятся опытом разработки продуктов. Вас ждут кейсы от экспертов из Битрикс24, Бургер Кинг и SimbirSoft, доклады архитекторов и руководителей групп VK Cloud, а также увлекательные дискуссии по информационной безопасности, трендам разработки и работе с данными.
На VK Cloud Conf расскажут:
• Как организовать высокий уровень доступности приложений и баз данных, обеспечить отказоустойчивость и масштабируемость.
• Как работать с данными: от корпоративных хранилищ до аналитических и рекомендательных систем.
• Как организовать виртуальные рабочие места в облаке.
• По каким критериям бизнес выбирает сервисы для коммуникаций.
Конференция VK Cloud Conf — прекрасная возможность узнать больше о проверенных облачных технологиях, обменяться мнениями с коллегами и найти ответы на актуальные вопросы.
Зарегистрироваться бесплатно
🙈7❤🔥3🌚3🗿2🤷2
Привет! Замучился я ковырять helm charts, Kubernetes на GCP для Airbyte, Airflow. Мне нужно поменять настройки и посмотреть, что у меня не так, и как уже сделать правильно, уходит очень много времени и мало результата. Мне нужен эксперт, кто мне поможет поменять настройки и задеплоить этот адский open source.
Я могу заплатить через PayPal (Европа, США) или по Канаде перевод, через свою корпорацию. Пишите в личку, если вы супер эксперт по этим технологиям.
Если вы не в Европе/Северная Америка и у вас нет PayPal, то заплатить не получится.
Я могу заплатить через PayPal (Европа, США) или по Канаде перевод, через свою корпорацию. Пишите в личку, если вы супер эксперт по этим технологиям.
Если вы не в Европе/Северная Америка и у вас нет PayPal, то заплатить не получится.
👨💻13🫡9🌚7🐳4🦄4🍌2🌭1
Значит у нас 3 основных формата Lakehouse - Hudi, Iceberg, Delta.
Hudi совсем прохудился и пропал из информационного поля.
Традиционно Databricks пилит Delta (Delta Lake), а Iceberg был создан Tabular, и сейчас - Databricks Agrees to Acquire Tabular, the Company Founded by the Original Creators of Apache Iceberg
Так же Iceberg популярен как независимый lakehouse, например для Trino.
PS свежая книжка про Iceberg - Apache Iceberg: The Definitive Guide (вроде как Dremio приложили руку к написанию)
Вот еще новость от Snowflake - Introducing Polaris Catalog: An Open Source Catalog for Apache Iceberg
Hudi совсем прохудился и пропал из информационного поля.
Традиционно Databricks пилит Delta (Delta Lake), а Iceberg был создан Tabular, и сейчас - Databricks Agrees to Acquire Tabular, the Company Founded by the Original Creators of Apache Iceberg
Так же Iceberg популярен как независимый lakehouse, например для Trino.
PS свежая книжка про Iceberg - Apache Iceberg: The Definitive Guide (вроде как Dremio приложили руку к написанию)
Вот еще новость от Snowflake - Introducing Polaris Catalog: An Open Source Catalog for Apache Iceberg
💯7⚡6🐳3🙈1
В этом году не получилось на конференцию по Snowflake:(
Не получится набрать стикеров, футболок, бутылок и другого хлама (за счет VC и инвестиций в data стартапы), но зато все самое интересное все будут постить, а я буду репостить!👙
Не получится набрать стикеров, футболок, бутылок и другого хлама (за счет VC и инвестиций в data стартапы), но зато все самое интересное все будут постить, а я буду репостить!
Please open Telegram to view this post
VIEW IN TELEGRAM
❤🔥19💯7🐳5
Канал для аналитиков уже в Telegram!
Его ведет Влад Князев, аналитик из финтеха, который ярко и с юмором пишет заметки и проводит эфиры о том, как выйти на новый уровень в карьере в IT.
Начинай прокачивать насмотренность системно уже сейчас👇
Подпишись на @godnolytika
Его ведет Влад Князев, аналитик из финтеха, который ярко и с юмором пишет заметки и проводит эфиры о том, как выйти на новый уровень в карьере в IT.
Начинай прокачивать насмотренность системно уже сейчас👇
Подпишись на @godnolytika
🗿24🍌14🤷♂6🙈4 3❤🔥2⚡2🌭1
Сегодня познакомился с новым термином - HIFI. Можно было сделать интерактив и оставить место для вашей фантазии в комментариях. Но, не буду, сразу расскажу, что к чему, можете добавить в резюме, рядом с CICD, HELM, K8S, DBT.
Нет, это не группа из нашего детства (а кто еще наверно даже не родился).
Так, еще больше сокращений. Давайте их тоже посмотрим:
Так это не про меня…
Так, уже ближе. Я же “почти” мульти миллионер со своими ипотеками в одном из самых дорогих городов мира (пока со знаком минус, но если взять модуль от ипотек, будет солидно).
Ну тут уже получается мы все немного ALICE. Мне кажется если вы employed (не путать с over-employed), то вы точно ограничены и живете от зарплаты до зарплаты, и далее следует большой список базовых нужд, high cost of living, и тп.
Хорошо, давайте вернемся к термину - HIFI - я уверен, что большинство людей в ИТ сфере более менее зарабатывают хорошо. Хорошо это конечно относительно, например зп 100т в год (6т в месяц на руки в Канаде) - это ОЧЕНЬ хорошая зарплата для Канады, если вы не в ИТ. А вот для ИТ это лишь половинка от хорошей зарплаты в 200т. Значит, вы что-то делаете не так или работаете не там. Это не значит, что всем платят 200т, это значит что есть перспектива зарабатывать от 200т до 300т, работая на одной работе, обладая нужной компетенцией. (В штатах там всякие FAANG платят по 500к-600к, как вы знаете🤱 )
В целом не важно, сколько вы зарабатываете. Обычно, чем больше вы зарабатываете, тем больше вы тратите. Ведь нужно себя награждать за труды. И получается, чем больше зарабатываете, тем более вы insecure.
Вообще, согласно статье все проблемы связаны с вашими дорогими покупками
Короче, (у нас в Ванкувере уже дело к ночи), постарайтесь своими дорогими покупками не раздувать инфляцию, вкладывайтесь вSurfalytics свои знания и навыки и покупайте только те вещи, от которых вас реально прет.
PS как у вас с расходами, вы можете их контролировать, или по классике “авось пронесет”🫣
PPS у меня есть идеальный пример товарища, который точно не HIFI. Я уже писал про Никиту, кто был бизнес аналитиком в Ванкувере с зп 93 на руки и крутыми навыками Excel (до Surfalytics), через месяцев 5, он стал Sr Data Analyst и работал с Snowflake, dbt, Sigma, Fivetran, еще через почти 6-8 месяцев его total comp составляет 270к🔥Ради такого я даже добавил новые tires в Club500, теперь у нас есть club 200-300-400-500. Самое интересно, что Никита продолжает жить на тебе 93к в год и это идеальный пример, когда у вас растет доход, нужно постараться оставить расходы прежними. Есть и противоположные примеры и магазинами Cartier, Rolex, новыми машинами.
Нет, это не группа из нашего детства (а кто еще наверно даже не родился).
HIFIs — high-income, financially insecure people — are another dimension of the economic experience, joining the diverse ranks of DINKs, HENRYs, and ALICEs.
Так, еще больше сокращений. Давайте их тоже посмотрим:
DINK - a dual-income couple with no kids.
Так это не про меня…
HENRYs — high earners, not rich yet, a term first coined over 20 years ago by Fortune's Shawn Tully. They might someday own the assets to make them millionaires, but for now, they're just raking in plump paychecks.
Так, уже ближе. Я же “почти” мульти миллионер со своими ипотеками в одном из самых дорогих городов мира (пока со знаком минус, но если взять модуль от ипотек, будет солидно).
ALICEs — or Asset Limited, Income Constrained, Employed — is a term coined by United Way's United For ALICE program to describe Americans who work and make more than the Federal Poverty Level for a family of four of $31,200, or $15,060 for an individual, but who struggle to pay for basic needs.
Ну тут уже получается мы все немного ALICE. Мне кажется если вы employed (не путать с over-employed), то вы точно ограничены и живете от зарплаты до зарплаты, и далее следует большой список базовых нужд, high cost of living, и тп.
Хорошо, давайте вернемся к термину - HIFI - я уверен, что большинство людей в ИТ сфере более менее зарабатывают хорошо. Хорошо это конечно относительно, например зп 100т в год (6т в месяц на руки в Канаде) - это ОЧЕНЬ хорошая зарплата для Канады, если вы не в ИТ. А вот для ИТ это лишь половинка от хорошей зарплаты в 200т. Значит, вы что-то делаете не так или работаете не там. Это не значит, что всем платят 200т, это значит что есть перспектива зарабатывать от 200т до 300т, работая на одной работе, обладая нужной компетенцией. (В штатах там всякие FAANG платят по 500к-600к, как вы знаете
В целом не важно, сколько вы зарабатываете. Обычно, чем больше вы зарабатываете, тем больше вы тратите. Ведь нужно себя награждать за труды. И получается, чем больше зарабатываете, тем более вы insecure.
Вообще, согласно статье все проблемы связаны с вашими дорогими покупками
Inflation and the rising cost of living in the US are partially to blame for HIFIs' precarious financial situation. Inflation rates are double what they were 10 years ago, according to the Bureau of Labor Statistics. The consumer price index for US cities, which assesses the cost of living, rose by about 8% in the past 10 years.
Короче, (у нас в Ванкувере уже дело к ночи), постарайтесь своими дорогими покупками не раздувать инфляцию, вкладывайтесь в
PS как у вас с расходами, вы можете их контролировать, или по классике “авось пронесет”🫣
PPS у меня есть идеальный пример товарища, который точно не HIFI. Я уже писал про Никиту, кто был бизнес аналитиком в Ванкувере с зп 93 на руки и крутыми навыками Excel (до Surfalytics), через месяцев 5, он стал Sr Data Analyst и работал с Snowflake, dbt, Sigma, Fivetran, еще через почти 6-8 месяцев его total comp составляет 270к🔥Ради такого я даже добавил новые tires в Club500, теперь у нас есть club 200-300-400-500. Самое интересно, что Никита продолжает жить на тебе 93к в год и это идеальный пример, когда у вас растет доход, нужно постараться оставить расходы прежними. Есть и противоположные примеры и магазинами Cartier, Rolex, новыми машинами.
Please open Telegram to view this post
VIEW IN TELEGRAM
Business Insider
Why lifestyle creep can cause HIFIs to spend 'every cent they make,' according to a financial planner
Many Americans feel financially insecure and spend a fortune to appear wealthy, a financial planner, Natasha Knox, said.
❤🔥33⚡8💯5🙈3
Forwarded from Коля Митин говорит (Nick Mitin)
Феномен Джобса
Чем дольше Эпл живёт без Джобса, тем очевиднее, что мы понимаем ситуацию наоборот. У многих разработчиков и особенно дизайнеров какие-то завышенные ожидания от их продукции. Кажется, что это связано с тем, что Стив Джобс (создатель первого Айфона на минуточку) появился в их жизни в период их пубертата.
На самом деле Эпл всегда была, есть и будет обычной корпорацией, как Гугл, Амазон, Майкрософт, Фейсбук, Самсунг, а работают там такие же люди, как и во всей Айтишечке. На Ютубе (организация финансируется Гуглом) миллиард видосов про то, как успешно пройти собеседование в компанию, которая отбирает только лучших специалистов в мире™.
Стив Джобс же обладал минимальным набором качеств эффективного капиталиста:
1. Умел считать деньги и время (Ну ладно, не всегда умел, но когда его первый раз выперли Эпл, пришлось понять, что деньги компании не бесконечные и тоже научиться их считать)
2. Умел продавать свои идеи инвесторам и исполнителям
3. Выжимать всё из людей и заставлять их делать как ему нужно
4. Был беспринципным засранцем
История, которая прекрасно иллюстрирует все четрыре пункта:
И только после всего этого Джобс верил в то, что может изменить мир. Только. После. Этого. Изменить мир и на этом заработать . А как иначе? Вокруг нас сотни тысяч людей, которые знают как улучшить что угодно, без шуток, но никогда не пытались посчитать экономику этого улучшения. И если спросить у них: «чувак, окей, отличная идея, давай пустим пять твоих следующих годовых премий на это?», нетрудно догадаться, что услышишь в ответ.
Поэтому, дорогие дизайнеры, перестаньте грезить каким-то величием Эпл, его никогда не было. История Эпл, это череда непрерывных факапов и спотыкашек, с эпизодическими удачными или даже суперудачными продуктами. А в какой-то момент в этой истории был Стив Джобс, который помимо всего прочего, умел ловко пощекотать вас за эрогенные зоны. Но его больше нет, и никто вас за эрогенные зоны больше щекотать не собирается.
Поэтому, если вам уже не 18-22 года, нужно завязывать грезить по Эпл и принять мир с его капиталистическим устройством и разобраться, как и почему внедряются улучшения при капитализме. Тогда вам станет понятно, почему на проблему, которая обозначена на картинке всем наплевать, и что можно с этим сделать.
Я попробую рассказать вам об этом в следующем посте.
Чем дольше Эпл живёт без Джобса, тем очевиднее, что мы понимаем ситуацию наоборот. У многих разработчиков и особенно дизайнеров какие-то завышенные ожидания от их продукции. Кажется, что это связано с тем, что Стив Джобс (создатель первого Айфона на минуточку) появился в их жизни в период их пубертата.
На самом деле Эпл всегда была, есть и будет обычной корпорацией, как Гугл, Амазон, Майкрософт, Фейсбук, Самсунг, а работают там такие же люди, как и во всей Айтишечке. На Ютубе (организация финансируется Гуглом) миллиард видосов про то, как успешно пройти собеседование в компанию, которая отбирает только лучших специалистов в мире™.
Стив Джобс же обладал минимальным набором качеств эффективного капиталиста:
1. Умел считать деньги и время (Ну ладно, не всегда умел, но когда его первый раз выперли Эпл, пришлось понять, что деньги компании не бесконечные и тоже научиться их считать)
2. Умел продавать свои идеи инвесторам и исполнителям
3. Выжимать всё из людей и заставлять их делать как ему нужно
4. Был беспринципным засранцем
История, которая прекрасно иллюстрирует все четрыре пункта:
В начале 1975 года Джобс вернулся в Atari. Тогда шла доработка игры Breakout и была объявлена премия за оптимизацию схемы игры в размере 100 долларов за каждый исключенный из схемы чип. Джобс вызвался взяться за эту работу, но так как плохо разбирался в разработке электронных схем, вынужден был обратиться к Возняку, работавшему тогда в Hewlett-Packard. Дополнительная сложность заключалась в сроках — Джобс заявил, что работу нужно было выполнить за 4 дня. На разработку такой схемы обычно требуется несколько месяцев, но Джобс смог убедить Возняка, что тот справится за 4 дня.
Возняк практически не спал четверо суток, днём работая на основной работе, но выполнил задание, разработав за отведённое время схему игры. При этом, к большому удивлению инженеров Atari, он использовал всего 45 чипов (подобные схемы тогда содержали 130—170 чипов, а наиболее удачно разработанные — 70—100 чипов). За эту работу Джобс передал Возняку чек на 350 долларов. Однако позднее выяснилось, что Джобс обманул своего партнёра, сообщив, что в Atari ему заплатили только 700 долларов. Джобс умолчал об объявленной премии в 100 долларов за каждый сэкономленный чип, которая на самом деле в сумме составила 5000 долларов. Получалось, что эту премию Джобс полностью присвоил себе. Кроме того, четырёхдневный срок Джобс тоже выдумал, потому что хотел успеть на ферму Фридланда к сбору урожая яблок и торопился на самолёт. Получив деньги, он бросил работу в Atari.
И только после всего этого Джобс верил в то, что может изменить мир. Только. После. Этого. Изменить мир
Поэтому, дорогие дизайнеры, перестаньте грезить каким-то величием Эпл, его никогда не было. История Эпл, это череда непрерывных факапов и спотыкашек, с эпизодическими удачными или даже суперудачными продуктами. А в какой-то момент в этой истории был Стив Джобс, который помимо всего прочего, умел ловко пощекотать вас за эрогенные зоны. Но его больше нет, и никто вас за эрогенные зоны больше щекотать не собирается.
Поэтому, если вам уже не 18-22 года, нужно завязывать грезить по Эпл и принять мир с его капиталистическим устройством и разобраться, как и почему внедряются улучшения при капитализме. Тогда вам станет понятно, почему на проблему, которая обозначена на картинке всем наплевать, и что можно с этим сделать.
Я попробую рассказать вам об этом в следующем посте.
⚡71💯12❤🔥7🗿6
Интересные интервью на тему - Designing Data Organizations от Holistics (азиатский BI as code вендор).
Effective Performance Tracking, Analytics as a Strategic Partner, and Managing Globally Distributed Teams at ZoomInfo: An Interview with Michael Perlis
Data as a Thermostat, the Necessity of Reorganizations, and Data Generalists vs. Data Specialists at Wayfair: An Interview with Nachiket Mehta
Data Teams as Product Teams, Managing Growing Teams, and Good KPI Design at Trade Republic: An Interview with Hannes Felsberg
У них еще есть хорошая книжка с приятными иллюстрациями - The Analytics Setup Guidebook
Effective Performance Tracking, Analytics as a Strategic Partner, and Managing Globally Distributed Teams at ZoomInfo: An Interview with Michael Perlis
Data as a Thermostat, the Necessity of Reorganizations, and Data Generalists vs. Data Specialists at Wayfair: An Interview with Nachiket Mehta
Data Teams as Product Teams, Managing Growing Teams, and Good KPI Design at Trade Republic: An Interview with Hannes Felsberg
У них еще есть хорошая книжка с приятными иллюстрациями - The Analytics Setup Guidebook
The Holistics Blog
Designing Data Organizations - The Holistics Blog
❤🔥5
Если у вас есть дети, могу посоветовать им настоящий журнал Юный натуралист https://unnaturalist.ru/anonce/show/anonceId/279/#top
И конечно в свежем номере есть рассказ про пеликанов - КАК ЛЕТАЮТ ПЕЛИКАНЫ
PS а для взрослых у нас про пеликанов тут - https://www.scifly.ai/
И конечно в свежем номере есть рассказ про пеликанов - КАК ЛЕТАЮТ ПЕЛИКАНЫ
PS а для взрослых у нас про пеликанов тут - https://www.scifly.ai/
💘29❤🔥10🍾5⚡2🙈2🤷♀1🐳1
13 июня будет Trino Fest, у них есть онлайн сессия.
Trino - SQL движок, который умеет читать данные из других баз данных, файлов, NoSQL баз, sftp, и еще много чего. Полностью открытое ПО. Я знаю, что можно использовать sql движок от Clickhouse/Duckdb (без функции хранения данных в базу), но деталей не знаю.
Я даже специально зашел на любимый сайт своей молодости HH (headhunter ru) и поискал “trino”, и нашел довольно много вакансий Инженера Данных с Trino. Также trino используются в отечественном облаке.
Идеальный стек мог бы быть в облаке или on-premise:
- Trino - SQL Engine, строим Iceberg Data Lake
- Нужно найти где хранить данные, в зависимости от возможностей
- dbt - бизнес логика в SQL
- Airflow/Prefect - расписание
- Airbyte/Meltano - набор коннекторов к источникам данных
- Metabase - SQL доступ для пользователей + дашборды (возможно Superset)
- Kubernetes - хостинг всего этого дела
Trino - SQL движок, который умеет читать данные из других баз данных, файлов, NoSQL баз, sftp, и еще много чего. Полностью открытое ПО. Я знаю, что можно использовать sql движок от Clickhouse/Duckdb (без функции хранения данных в базу), но деталей не знаю.
Я даже специально зашел на любимый сайт своей молодости HH (headhunter ru) и поискал “trino”, и нашел довольно много вакансий Инженера Данных с Trino. Также trino используются в отечественном облаке.
Идеальный стек мог бы быть в облаке или on-premise:
- Trino - SQL Engine, строим Iceberg Data Lake
- Нужно найти где хранить данные, в зависимости от возможностей
- dbt - бизнес логика в SQL
- Airflow/Prefect - расписание
- Airbyte/Meltano - набор коннекторов к источникам данных
- Metabase - SQL доступ для пользователей + дашборды (возможно Superset)
- Kubernetes - хостинг всего этого дела
trino.io
A sneak peek of Trino Fest 2024
Trino Fest is drawing ever closer. Commander Bun Bun has been hard at work behind the scenes arranging the schedule and making sure that Trino’s trip to Boston is going to be a great one. In case you missed it, we announced Trino Fest a couple months ago…
⚡20🐳4❤🔥3