Clickhouse не тормозит, а Tarantool не падает

🎓 Вчера собрались составом C++ User Group Moscow послушать доклад бывшего разработчика Tarantool Тимура Сафина про разные подходы к работе с open source.
Сейчас Тимур разрабатывает GaussDB.

☝️ Получился уникальный сплав опыта - знание тонкостей разработки внутри нескольких баз данных. Как со стороны программирования, так и осознания:
"Зачем вообще нужна конкретная база и куда её стоит развивать?"

С таким опытом Тимур проанализировал и внешнюю составляющую разработки - работу с коммьюнити, понимание open source. Как оказалось, представители кликхауза и тарантул имеют разные точки зрения.

Из доклада я уловил, что кликхауз побеждает. И вот по каким причинам:

1️⃣ Чёткое определение своей ниши, привязывание к ней имени
Кликхауз сразу определил свою нишу. И в ней побеждает.
Сейчас говоря об аналитике сразу представляешь себе кликхауз.
Тарантул. Очередная in-memory database? Чем лучше redis?

2️⃣ Наличие roadmap
Кликхауз публикует roadmap. Все могут посмотреть куда движется продукт.
В тарантуле, как я понял, такого нет.

3️⃣ Лёгкая расширяемость за счёт внешних контрибьютеров
Ты можешь расширить функционал кликхауза. Cloudflare нужен был коннектор к кафке.
Они посмотрели в роадмап. Такого не было. Просто привнесли. Им сказали "спасибо" и замерджили.

4️⃣ Дружелюбность к контрибьютерам
У кликхауза твоё авторство сохраняется.

5️⃣ Скорость внедрения
У кликхауза порядка 15 core разработчиков. Какое-то ошеломляющее кол-во коммитов в месяц.
В месяц может быть и несколько крупных коммитов на 1000 строк. Один такой коммит в тарантул занял бы порядка года для мерджа.
В тарантуле требуется 2 лайка на мердж, вместо 1 у кликхауза. "Что драмматически влияет на скорость мерджа".

6️⃣ Наличие тестирования
Кликхауз славится своим подход, который я бы назвал "затестируй меня полностью". Когда переезжали с фактически неограниченной облачной инфраструктуры яндекса в aws пришлось поумерить пыл. Но, всё-же, сохранили своё богатство тестирования.
При тестирование производительности на виртуальных машинах всегда есть разброс. Даже если стартуешь на том же kernel. Есть фактор "буйного соседа".
Вышли из этой ситуации так - на одной и той же машине запускают старый бинарь и новую версию с одинаковыми запросами. Получается, что impact от "буйного соседа" одинаков для обоих)
У тарантула с тестированием, как я понял, не очень.

7️⃣ Код ревью
Условно, в тарантул сильно больше. В кликхауз - "сделал алгоритм? Тесты зеленые? В прод!" 🟢
А потом, если что, для красоты допилить.
Тот же упомянутый Cloudflare благодаря такому дружелюбному подходу сначала внёс коннектор, который написан так себе. А потом переписал его)

8️⃣ Отношение, наличие внешних контрибьютерам
Благодаря такому поощрению к внешним коммитам, расширению функционала даже там, где и не думала core команда, вокруг кликхауза выстраивается сообщество.
Вокруг тарантула нет. Внешних коммитеров, по-моему, zero.

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

У тарантула была возможность выйти на китайский рынок, которой они не воспользовались. После получения известности кликхаузом, он получает от Китая ~50% от всех внешних коммитов.

💰Откуда деньги?
Поняли, что tarantool зарабатывает за счёт внедрения в IT структуры страны. Дело идёт, но рост ограничен сверху.

Не поняли откуда берёт деньги clickhouse. Сейчас они поднимают очередной раунд инвестиций. Как такой true open source может нести инвестором деньги/капитал/value?
Было высказано предположение, что компания стоит дорого лишь до 1ого использования - продажи чего-то/предоставления сервиса - когда её стоимость будет скорректирована.
Вспомнили убер, который до сих по убыточен(в отличие от яндекс такси). Но который вполне себе котируется как актив.

Неужели инвесторы хотят clickhouse только лишь за имя? Ради обладания брендом хорошего open source продукта?
Или дело в рейтинге?

DB-Engines Ranking:
clickhouse - 39
tarantool - 158

https://t.iss.one/cppmoscow/2933

"Софт скиллы важны, но без хардов в них нет смысла". (с)

📻 SQL FM
Третий ежегодный пост по итогам года в мире БД от Andy Pavlo.
Что я бы хотел добавить от себя...
Векторные СУБД - новый тренд. Вроде как он более перспективный, чем блокчейн СУБД. Посмотрим, что произойдет в 2024 году. Интересно смогут ли векторные СУБД стать как документоориентированые, а-ля MongoDB, CouchDB и т.п. или же их функционал интегрируют в себя текущие игроки рынка и на это всё закончится.

Неплохая идея сделать какой-нибудь небольшой курс на 8-10 часов по современным стандартам SQL. Я никогда сильно не интересовался этим трендом, но думаю это было бы востребовано. SQL:2023 - весьма интригующий стандарт

Тема про сбои в работе СУБД далеко не новая. Каждый год происходит масса проблем в работе систем, которые влекут за собой потери данных, потери функционала и т.п. Но не стоит забывать, что сбои могут произойти даже в самих стабильных системах. Со временем данные растут и нагрузка повышается и старые системы не выдерживают и ломаются. Не стоит забывать о том, что древние системы тоже нуждаются в обновлении и осовременивании.

Энди приводит статистику инвестиций в мировой рынок СУБД и их размеры поражают. Интересно, а как обстоят дела на рынке СНГ? Хорошо бы сделать такую статистику...

Конечно меня улыбнула история, о том, как сбой пароля в социальной сети обошелся пользователю в миллиард долларов. Советую почитать 🙂🎄

📚Сейчас читаю книгу Хононова Влада "Изучаем DDD – предметно-ориентированное проектирование". Книга очень интересная. Для меня понятно где-то 40%, а запомнил я наверное 20% 🤪.
Таблица как промежуточных итог прочтения 10 глав.
p.s. качество не очень, но уж извините. Сканер такой...

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

ClickHouse Overview - Alexey Milovidov interview with CSDN
Вышло видео-интервью СТО Алексея Миловидова и представителя китайской соц.сети CSDN на оф.канале КликХауса.
В ходе интервью была интересная отсылка к книге Кристенса Клейтона М "Дилемма инноватора: Как из-за новых технологий погибают сильные компании". Если компания внедрила одну инновацию, то потребители ждут от компании еще большего.

Тезисы, которые я вынес:
- выход в opensource был отличным решением. Это позволило набрать аудиторию насколько КликХаус как продукт качественный и уникальный.
- команда разработки С++ состоит из 25 человек
- работа, работа, работа.... очень много общения 🤪
- КликХаусу уже 14 лет (если считать время, когда Клик был в недрах Яндекса).
- в КликХаусе меньше 1 млн строк
- много разговоров про тестирование Клика
- поговорили немного по AI. Высказана такая мысль: "Спрос на инженеров низкого качества снизится, но спрос на инженеров высокого качества может возрасти"

🎦Что предстоит делать с данными в 2024 году?
Спикер: Николай Карлов Директор инновационных проектов VK Tech

🤓Не скажу, что сильно интересный доклад, автор рассказывает про концепт высоконагруженной антифрод системы. Как векторный поиск и векторные СУБД в целом могут помочь в этой задаче.

В очередной раз автор грезит об HTAP. Мне кажется, сейчас рынку РФ пока не до этой технологии. Надо еще "привыкнуть" с работой PostgreSQL.

📚Решил почитать книгу «DevOps for Databases» за авторством David Jambor от 2023 года.
Тема показалась мне довольно интригующей 🔎.

🤓 Книга оказалась больше теоретической, чем практической, хотя в ней довольно много примеров на YAML, Python и прочих языках. Автор делает упор на основные постулаты DevOps, в которые интегрирована еще и тема СУБД. Книга отнюдь не для начинающих - необходимо для начала ознакомиться с идеологией DevOps.

➕Плюсы:
- Много интересных идей о роли DevOps в современных организациях.
- Книга хорошо структурирована. Каждая последующая глава дополнят предыдущую.
- Мне лично очень зашла глава 13. Мне очень нравится идеология про самовосстановление в мире программного обеспечения🔝.

❗️Особенности:
- Отдельная глава про опыт работы автора 📑. По сути целая глава выделена как одно большое резюме. Хорошо это или плохо каждый решит сам.
- Много воды 💦. Пусть это и свойственно любым книгам, но почему-то здесь это особенно бросилось в глаза.
- Некоторые главы проходные (10, 11, 12).

Далее я сделаю несколько постов с цитатами из книги📝.

#DevOpsDataBases #book

📍Эволюция моделей баз данных. Иерархические модели

✍️В этой модели данные организованы в записи, которые хранятся в иерархии отношений "родитель-потомок". Эта структура похожа на дерево, с корневым узлом наверху и дочерними узлами, отходящими от него.

➕Плюсы:
1) Скорость и эффективность
2) Простота

➖Минусы:
1) Неадаптивность
2) Отсутствие поддержки сложных взаимосвязей между данными
3) Избыточность данных
4) Ограниченная масштабируемость

🟰Итого:
Несмотря на эти ограничения, иерархические базы данных продолжают использоваться во многих отраслях промышленности. Они могут быть полезны для небольших приложений, где простота является приоритетом, а взаимосвязи данных относительно просты.
Однако иерархические системы всё-таки являются "вымирающим видом". Они выживают только там, где принцип "Работает - не трогай" является базовым 🗿.

#DevOpsDataBases #book

📍Эволюция моделей баз данных. Сетевые модели.

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

➕Плюсы:
1) Гибкость. Допускаются сложные взаимосвязи между объектами.
2) Обработка сложных структур данных и взаимосвязей.
3) Обработка больших объемов данных.
4) Поддержка несколько путей доступа к данным.
5) Повышенная производительность в некоторых типах аналитических запросов.

➖Минусы:
1) Трудно поддерживать согласованность и целостность при наличии множества взаимосвязей между объектами.
2) Трудность освоения и понимания всех взаимосвязей.

🟰Итого:
Сетевая модель представляет собой иерархическую СУБД, которая допускает сложные взаимосвязи между сущностями. Несмотря на эти преимущества, модель сетевой базы данных в значительной степени была вытеснена моделью реляционной базы данных, которая на сегодняшний день является доминирующей моделью.

#DevOpsDataBases #book

📍Эволюция моделей баз данных. Реляционные модели.

✍️Модель реляционной базы данных является широко используемым методом организации данных и управления ими в компьютерных системах. Впервые она была представлена Эдгаром Ф. Коддом в 1970 году и с тех пор стала основой для многих современных СУБД.

➕Плюсы:
1. Согласованность и целостность данных.
2. Масштабируемость.
3. Гибкость.
4. Безопасность данных.

➖Ограничения:
1. Производительность.
2. Сложность.
3. Недостаточная гибкость.
4. Дублирование данных.
5. Ограниченная поддержка неструктурированных данных.

🟰Итого:
На текущий момент РСУБД представляют собой доминирующий класс СУБД. По сути, все современные задачи можно решить с помощью реляционной модели данных. Да, возможно в ущерб скорости и простоты, но тем не менее. Однако со временем мириться с ограничениями реляционной модели становится всё сложнее, поэтому новые noSQL решения начинают открыто заполнять рынок (2009 год)

#DevOpsDataBases #book

ACIDRain: concurrency-related attacks on database backed web applications

🤓Статья далеко не новая, однако очень интересная👍.
Когда заходит тема про атаки 🎯на СУБД, все как один говорят об SQL-инъекциях, и более ни о чем. Мол, других атак нет🤦. На самом деле это далеко не так☝️.

NoSQL and NewSQL: Tradeoffs Between Scalable Performance & Consistency

Обзорный доклад по системам DistibutedSQL (CockroachDB) и NoSQL (ScyllaDB).

В очередной раз Scylla похвасталась своей производительностью, которая на голову выше почти любой РСУБД 📈.

Автор доклада кратко проходится по истории СУБД, терминологии ACID, CAP/PACELC 📑.

🤓Самое интересное - это вторая часть доклада, посвященная различию подходов NewSQL и NoSQL.

Далее автор рассказывает про то, как повлияло на производительность СУБД развитие аппаратной части. Упоминается Закон Амдала, что дает автору доп.очки лично от меня 🏅.
В самом конце автор подводит итоги сравнения подходов NewSQL и NoSQL.

Compute/Storage separation в Greenplum
Презентация
Автор: Андрей Бородин (Yandex Cloud)
*️⃣Yezzey — открытое расширение GreenplumDB, которое позволяет перенести таблицу в S3, но при этом сохранить нативный формат данных. При таком подходе производительность многих запросов оказывается сходной с производительностью запросов к таблицам на локальных SSD-дисках.

🤓Рассказ о том, что Яндекс с командой из Екатеринбурга участвуют в opensource проекте Greenplum (GP). Главный инсайт для меня лично: GP плохо работает с SSD локальными дисками и отлично работает с S3 хранилищем. Получается "некая магия" - производительность на SSD лишь чуть-чуть 🤏 уступает облачному S3. По сути, хранить файлы с данными можно в S3 практически без снижения скорости доступа. Это можно назвать революцией в хранении данных в облаке 👏🏻.

#HighLoad2023

🎦Когда нужно делать свою базу данных
Презентация

Когда нужно делать свою базу данных? И нужно ли вообще? 🤔

Разработчик Александр Бирюков в своём докладе прольёт свет 💡на сложности выбора между использованием готовых решений и созданием собственного.

🤓Очень интересный доклад! Особенно мне понравилась секция с анализом текущих решений. 📊Вопрос разбирается с учетом актуальной ситуации на мировом рынке, где уже присутствует множество конкурентов, особое внимание уделяется компаниям, продолжающим работать в России🇷🇺.
🟰По сути, решиться на разработку своего продукта очень сложно. Особенно на рынке СУБД, где схожих по функционалу продуктов очень много. Тем не менее, команда разработчиков с Александром во главе приступила к разработке SageBD для компании Тинькофф 🧑‍💻. Автор смог убедить руководство в необходимости собственной базы данных🗂️.

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

📍Ждем! Возможно, SageDB от Тиннькофф выйдет в open source.

#HighLoad2023

🎦Математический хайлоад: большие, очень большие и немыслимо большие числа
Автор: Александр Кирсанов (VK)
Презентация

🤓Если автор или организаторы конференции Highload++ когда-нибудь выложат это выступление в открытый доступ, всем советую его посмотреть!
40 минут увлекательного путешествия в мир сверхбольших чисел и даже дальше! ♾️
Поделюсь с вами главными мыслями доклада.

✍️История изучения больших чисел на всем ее протяжении связана с тупиками✖️: как записать сверхбольшие числа, не потратив на это сверхбольшое количество времени? Форма записи стала настолько сложной, что превратилась в рутину. Числа четвертого и более высоких порядков 📈 нуждались в сокращении формы записи. Так образовались разные ситемы символов: гипероператоры, стрелочная нотация Кнута, числа Грема и тд, которые выполняют одну задачу - фиксируют в качествке математического текста сверхбольшие числа. (Не удивительно, что человечество придумывает всевозможные способы, чтобы избавится от рутины. 😏 И всегда находятся те, кто смог прорвать этот барьер и заглянуть в будущее).

💪Если вы когда-нибудь упретесь в стену, то переживать не стоит. Вскоре она точно вам поддастся. 🤞

#HighLoad2023 #сверхбольшиечисла #математика

🎦 Подкаст разработчиков векторной СУБД Weaviate с Andy Pavlo преподавателем "Баз Данных" из университета CMU

🤓Волшебный подкаст о роли ML и AI в современных СУБД. О том, как ChatGPT 🤖может помочь найти проблему в SQL запросах, о том, как векторный поиск важен для современных задач ❗️и как разработчики пытаются упростить жизнь обычным пользователям 🤝. В конце подкаста Энди порассуждал о возможном будущем СУБД.

✍️Тезисы, которые я вынес:
- ML-модели в рамках одной СУБД могут мешать друг другу.
- ML-модели могут вмешиваться в данные и менять их.
- Один из путей развития СУБД - отказ от человеческой субъективности в том, как мы храним данные.
- Вокруг СУБД крутятся большие деньги, специалистам это нравится.
- Задача дисциплины "Базы данных" не в том, чтобы сделать из каждого слушателя разработчика. Основная ее задача - познакомить слушателя с миром СУБД. Каждый будет взаимодействовать с СУБД на необходимом ему уровне.
- Проблема NoSQL в том, что они строятся на идее противостояния с РСУБД. Что-то, что в РСУБД работает плохо, в NoSQL показывает себя хорошо. Однако за прошедшие 14 лет многие идеи и фичи РСУБД перекочевали в NoSQL.
- Попытки сформулировать, что такое экосистема AI.
- Если векторные СУБД смогут пережить пару-тройку лет, то вполне вероятно, что им придется добавлять поддрежку SQL, транзакций и прочих фич традиционных СУБД. Как, например, пришлось делать MongoDB
- Многие говорят о встраивании SQL. Возможно, будет достаточно сделать транслятор языка SQL в язык выбранной СУБД.
- СУБД с AI могли бы вмешиваться в запрос пользователя и дополнять его.

🔮Предсказания:
- в ближайший год многие популярные СУБД встроят поддержку векторных индексов.
- в ближайшие годы появится стандартизация векторного поиска. Возможно, новый SQL стандарт
- В проектах новых СУБД появится больше автоматизации. Новые СУБД будут требовать меньший порог вхождения от специалистов.
- Логика работы СУБД может перекочевать в ядро операционных систем (ОС).
- Модель СУБД может стать ядром ОС.

💬 6-7 февраля, Конференция iFin-2024.

Крупнейший форум по электронным финансам в России с 2001 года🔝. Исключительно офлайн-формат.

✅День 1.
Количество зарегистрированных участников в этом году превысило 900 человек. Это рекорд последних лет. Организаторы, казалось, справились с такой толпой народа, однако обед смели за 15 минут 😆.

Традиционно конференцию открыл Константин Маркелов. Обычно он делает доклад по достижениям фин.тех индустрии прошлого года и дает предсказания на текущий. В этом году он видимо заленился не сделал презентацию, а просто сказал, что "этот год будет прорывным", но "пока не понятно какой именно сегмент выстрелит" 🔫. Опять всплыло сберовское любимое слово (я только от представителей сбера его слышал) - "человекоцентричность", за которым скрывается принцип:

Надо относиться к человеку не так, как ты хочешь чтобы к тебе относились, а так, как сам человек хотел бы, чтобы к нему относились.

🤔 На мой взгляд, это что-то из разряда чтения мыслей или распознавания настроения.

Отмечу наиболее важные темы форума.

📍ИИ захватывает финтех. Всё больше и больше проектов будут с его использованием. 🤖 Пример такого рода - коллаб BSS и ПСБ.
ПСБ сделали своего ИИ помощника - Катюшу. Этот ИИ ориентирован на микробизнес - ИП без сотрудников и т.п. Катюша позволяет голосом отправлять рублевые платежи, проверять баланс счета, запрашивать выписки, может проговаривать все денежные поступления на счет. ПСБ даже сделали интеграцию в колонку Яндекса - Алису. Что и продемонстрировали на выступлении👯‍♀️. Было забавно.

В целом, многие крупные банки заявили, что добавление в чат-бот функции GPT повышает интерес у людей к общению с чат-ботом. 👩‍❤️‍👩 В тоже время, чат-бот может давать рекомендации по заполнению документов, налогов и т.п.👍

Ученые шутят: "Когда нет чего-то естественного, то пользуйся искусственным"

📍Антисанкции. Приложения банков удаляют из AppStore. Что делать? Ответ - развивать Progressive Web Applications (PWA). Одним из первых банков, кто применил эту технологию, был Тинькофф. Затем уже подтянулись и остальные.

📍Крутое выступление было у Максима Морозова, компания Aston. Тема: Технологическое развитие отечественных и зарубежных банков.
Он ответил на вопрос, что там интересного происходит, на загнивающем Западе.
Тренды банков Великобритании:
1. КриптоТрейдинг
2. Массовые периодические платежи
3. Функционал "Сейфов". Главная их идея в противодействии мошенничеству. Клиент сам накладывает ограничения на снятие денежных средств. Например, 50 долларов можно перевести через мобильных банк, а следующую транзакция можно сделать только через интернет-клиент, или через оператора банка, или только с личным визитом в банк. 🤪
4. Карты для детей.
Успешные кейсы по воплощению этих трендов:
1. Open Banking API. Интеграция со сторонними сервисами
2. Виртуальные карты
3. Системы мониторинга с открытым кодом (open source). Сбор метрик действий клиентов.
4. Электронный кошелек. Безналичный и бескарточный расчет.
5. Раздельный счет. Каждый оплачивает свою часть счета.

📍Интересный продукт
Deeep (много букв "e"). Как мне сказали, это фишка такая, чтобы показать, что продукт ооочень глубокий... странно, ну ок.
Если кратко, то это что-то типа сайта "Отзовик" для мобильных приложений. Сбор отзывов, комментариев от специалистов по UI/UX. Очень похоже на рейтинговый сайт... Интересно, сколько будет стоить накрутка... 💸

📍Аутсайдеры конференции (по моему скромному мнению).
Генеральный спонсор конференции "Информационные системы". У них шикарный дизайн и забавный лозунг - "миксуй, как хочешь". Концепция 👍, но... Спикеры вообще ничего полезного на выступлении не сказали. Ничего не понятно про продукты, и общее впечатление от уровня подготовки крайне низкое. Публичный позор, честное слово🤦.

Из забавного.
"Информационные системы" сравнивали свой софт с коктейлем, мол, можно под каждый банк смиксовать свой уникальный продукт. Однако на стенде, кроме картинок, ничего не было. 🫥 При этом на соседнем стенде кампания CARCRAFT открыла целый бар с коктейлями. 🍹🍸Ха-ха...

💬 6-7 февраля, Конференция iFin-2024.

Крупнейший форум по электронным финансам в России с 2001 года🔝. Исключительно офлайн-формат.

✅День 2.
Помните, я вчера писал, что обед смели за 15 минут? Так вот, сегодня я опоздал в банкетный зал на 20 минут, и в итоге... все столы с едой... были пустые! Абсолютно! Даже чай и кофе закончились... 😭

📍День открыла Виктория Гузеватая - Банк ВТБ, Вице-президент. Она рассказала про предоставление банковских гарантий без участия человека. Меня зацепила фраза, сказанная ею в самом конце выступления:

"В скором будущем общение с чат-ботом будет являться нормой. Но если вы хотите поговорить с человеком (специалистом), то это уже привилегия! И она будет стоить денег".

📍МТС-банк занял позицию то ли банка, то ли ИТ-компании. Они сделали своей фишкой 2 продукта:
1) Оплата Steam, Netflix и других ушедших из РФ сервисов через свой платежный шлюз. Любой банк может подключиться к этому шлюзу. 💸
2) Внедрение биометрии на этапе знакомства с клиентом 📸.
Судя по докладу, команда МТС сильно поднатарела в области биометрический аутентификации и борьбы с deepfake'рами. 👍

📍Очень много спикеров пело дифирамбы соц.сети ВК (про Одноклассники вообще все забыли). 🗣 На платформе ВК мы строим свои банковские приложения. В ВК можно пользоваться услугами ПСБ, ВТБ и прочих банков. Это круто-модно-сорвеменно, поколение Z (от 16 до 30) прямо в восторге.🥳
Напишите в комментариях, кто пользуется банковскими сервисами на платформе ВК? Действительно ли вы согласны, что ВК для вас единственная удобная незапрещенная соц сеть?

📍Интересный доклад был от компании 1С. Они сделали бэкэнд мобильный план на платформе 1С. Предоставляют его для любых банков. Подключайтесь, кто хочет - совершенно бесплатно. 🤑
Вопрос из зала: почему 1С предоставляет такой крутой сервис бесплатно?
Ответ:

не секрет, что доля рынка 1С в РФ примерно 80 или даже 90%. Охват огромный. Чтобы поддерживать репутацию лидера, мы сделали данный сервис.

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

На этом для меня 2-ой день конференции подошел к концу.

Напоследок хочу процитировать одного спикера, который рассказывал про Open Banking API:

Чтобы создавать прорывные технологии и сервисы, финтех должен быть голодным

Вспоминается древнее "художник должен быть голодным"😵. Жду ваших мнений по этому поводу в комментариях.

🎦Интервью Ивана Панченко (Postgres Pro) с Максимом Горшениным

🤓 Рекомендую к просмотру. У ролика активный тайм-код, выбирайте интересующую вас тему, я не буду делать подробный пересказ. Общее впечатление: слушать Ивана Панченко - огромное удовольствие 👍. Очень люблю его выступления. Приведу несколько тезисов, которые мне особо запомнились:

- PostgreSQL - первая РСУБД с поддержкой JSON 🥇.
- На волне роста популярности Postgres менеджеры Российского представительства компании Oracle разослали своим клиентам письмо под заголовком "Почему Postgres никогда не заменит Oracle? (2016 год)". На данный момент авторы этого письма работают в Postgres Pro. 🤭
- никто об импортозамещении веб-серверов не думает. Нет такого раздела в реестре отечественного ПО (Nginx) 🙅
- в Postgres контребьютят Яндекс, Аренадата, СКБ Контур 👍.
- ИСП РАН 🫡 - одна из организаций, которая развивает OpenSource в РФ.
- Скала-Р + Postgres = (ПАК) ➡️ полноценное решения любых пользовательских задач. Аппаратная часть заточена под работу СУБД.
- СУБД Линтер (Воронеж) разработана в полной изоляции от мирового сообщества.
- Наконец-то выходит графический интерфейс Postgres Pro Enterprise Manager. Теперь можно отслеживать состояние СУБД, анализируя красивые графики 📊и картинки 🖼, вместо использования командной строки🔢.
- физика - наука о том как мысленно моделировать реальность.
- Учебный Центр ФОРС активно сотрудничает с компанией Postgres Professional. Есть профессиональная сертификация 👨‍🎓.

Проходите по ссылке, смотрите интервью, делитесь в комментариях тем, что заинтересовало лично вас. 🫵