Практически на репите кручу новый LP Anacondaz, присоединяйтесь :)


https://www.youtube.com/watch?v=Tp1DXqWFgJo

​Мы без конца проклинаем админов с их кубернетисом, и, разумеется, за дело. Но вы видели что творится у дата-инженеров? :)

Если вам кажется, что девопс придумали, чтоб драть больше денег с работодателей (да), то загляните вот сюда (из статьи Emerging Architectures for Modern Data Infrastructure)

Каждый квадратик сам по себе стоит как крыло от самолета. А еще нужны те, кто понимает что это и как это между собой связать...

​Бонус трек:

https://medium.com/whispering-data/the-2020-data-landscape-chart-is-out-how-should-you-feel-about-it-3a0de8a7874c

​все: клабхаус
дед: раньше было лучше
другие деды: вот тебе текстовый клабхаус @leave_quietly
дед: во, теперь ништяк

Интересная нахлобучка поверх популярных баз (mysql, mariadb, pg, mssql, ch) для работы с ML из SQL. Поставляется в виде контейнера, к которому нужно конектиться по mysql протоколу.

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

А pg и ch умеют коннектиться к внешним mysql базам.

https://mindsdb.com

К слову, у ch есть catboost.

Кто попробует, расскажите потом :)

Если вдруг у вас IoT и вам внезапно там понадобилась key-value база, которая не покрашится по питанию - тэйк э лук:

https://www.yedb.org/

https://news.1rj.ru/str/psauxww/490

Это на столько кринжово, что даже прикольно

https://www.netflix.com/ru-en/noscript/80132738

PS: Complify
PPS: theolognion == иа панорама

​Меня часто спрашивают когда holistic.dev начнет поддерживать mysql?
(на самом деле нет, потому что все уже задолбались)

Если коротко - не скоро. Меня покусали дата инженеры и сейчас основной фокус в области cloud-only баз...

Но если вам очень хочется, возьмите вот эту вундервафлю от xiaomi:
https://github.com/XiaoMi/soar

топ за свои деньги! (нет)

Сделан поверх mysql парсера от vitess двухлетней давности (который не поддерживает приблизительно 75% синтаксиса).
И т.к. в этом парсере нет никакой информации о позиции узлов, после поиска по ast китайцы решили искать что-то похожее на оригинальный текст регекспами по сорцу.

Так что, честно говоря, предыдущий пост мне не кажется брехней :)

Да, и я обновил на github свою подборку опенсорсных инструментов для sql

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

yandex.ru/company/researches/2020/auto-cost

Наверняка вы никогда с этим не сталкивались, но знайте, что в pg (и в mysql и в mssql) нет агрегационной функции умножения. А вот в exasol есть!

https://twitter.com/lukaseder/status/1365614599538630656

​Процесс подготовки ребенка к школе - безумно интересное занятие.
В процессе объяснения открываешь для себя баги/фичи привычных вещей.

Например, средний род у числительных. 1 - имеет средний род, остальные цифры нет. Одно пальто - два пальто.
Зачем так? За что? Влияет ли средний род единицы на величие и могущество языка?..

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

Во французском, говорят, с числительными еще больше веселья...

Но ладно гуманитарные науки, там не с кого спросить.

Вот в твиттерах несколько дней горел срач двух фэндомов Коняев vs Брагилевский (математики vs программисты).
Первый (препод топологии на ММФ МГУ, издатель N+1) накатил на второго (препод ФМК в СПГУ, один из разработчиков компилятора haskell) на тему того, что языки программирования - это просто формальный набор инструкций из конечного набора инструкций. А математика - это не набор инструкций.

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

Но у меня для вас плохие новости.

Открываешь учебник для дошкольников за авторством доктора педагогических наук, профессора кафедры начального и дошкольного образования и т.д. и т.п., и видишь вот такую задачу (из вложения).
Причем, как я понял, правильный ответ зависит от того, по каким учебникам принято готовиться к поступлению (!!!) в первый класс в конкретной школе.

В моей молодости (кхе-кхе) задача бы была закенселена (хе-хе) с диагнозом "недостаточно данных".

Т.к. бот для постинга не приклеивает ссылку на нативные каменты, а в чате всего 30 участников, делаю отдельный пост для желающих поворчать в каментах :)

PS: обведено и подчеркнуто неверно...

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

К разговору о том, как хорошо, когда в базе уже есть оптимизированные агрегатные функции :)

https://news.1rj.ru/str/oleg_fov/286

На всякий случай напомню, что ^ уже завтра

​Вот я все на ORM гоню.

Но сегодня я даже был готов отступиться, увидив на конфе доклад "NORM - фреймворк без ORM".

Это какая-то лютая смесь ligualeo-style и mongodb:

select * from account_update($${
  "phones":[{"phone_id":"4", "phone":"3123334557"}]}
$$::json, 4);
  

Описание с сайта конференции:

Хорошо известно, что, хотя производительность базы данных велика и каждый запрос выполняется за миллисекунды, общее время отклика приложения может быть медленным, поэтому пользователи могут долго ждать ответа. Мы знаем, что проблема не в базе данных, а в том, как разработчики приложений с ней общаются. В частности, речь идет об ORM - Object-Relational Mappers. Разработчики баз данных ненавидят их, но разработчики приложений любят их, потому что они позволяют разрабатывать приложения без каких-либо знаний о внутреннем устройстве СУБД. В результате производительность системы часто оказывается неприемлемо низкой.

Единственный способ изменить это - предоставить разработчикам приложений такой же простой в использовании инструмент, как ORM, но позволяющий избежать распространенных ошибок ORM. Вот почему мы разработали NORM - No-ORM Framework.

Во время этой презентации мы рассмотрим примеры кода из репозитория https://github.com/hettie-d/NORM и узнаем, как создавать «транспортные объекты» для эффективной передачи данных между приложениями и базами данных.
  

Нет, чтоб взять parsers.dev и все контракты нагенерить, будем вот такое изобретать!

У меня, конечно, нет CS PhD, как у авторов, но вот то, что на скрине, это какое-то форменное вредительство...

PS: кстати да, с помощью parsers.dev на основании SQL можно нагенерить контракты или весь код бэкенда на любом языке. Или вот такую тулзу зацените, сэкономит кучу времени (если вы, конечно, не пишете так, как на скрине)