There will be no singularity

Я еще от новых достижений в джанге не отошел, как тут такое...

```

def foo(bar=[]):
  bar.append(1)
  return bar

print(foo()) # [1]
print(foo()) # [1, 1]
print(foo()) # [1, 1, 1]

```

И эти люди запрещают ковыряться мне в носу писать на типизированном js!

Еще вспомнилось

На самом деле на скрине выше почти месяц без коммитов. МЕСЯЦ!
Как-то не замечаешь этого, когда прокрастинируешь.

Но я хотел обратить ваше внимание на другое. Если решите начинать свой проект, внимательно изучите этот скрин :)

Давайте посчитаем, сколько вы работаете в найме из 365 дней. В РФ на 2021:

календарных дней: 365
выходных/праздничных дней: 118
рабочих дней: 247

отпуск: 30 дней
болеем две недели весной: 15 дней
болеем две недели осенью: 15 дней

187 дней работаем.
50% времени не работаем.
Получаем 100% денег.
(Не буду заводить шарманку сколько при этом сверху к зп платит работодатель, чтобы никто не отписался)

Когда у вас стартап:
Работаем 146% времени.
Получаем 0% денег.

Пользуясь случаем напоминаю:
https://twitter.com/year_progress/status/1368607386320179211

​Мне кажется, что драматически улучшить уже нельзя...

Если у вас много приватных реп, но в стату отчет по ним не попадает, можно это исправить в contribution settings -> private contribution.
Светите свои отчеты в каментах :)

Хороший фреймворк... и конкурсы интересные...

https://hakibenita.com/django-32-exciting-features#queryset-alias

​Вот я все на 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 можно нагенерить контракты или весь код бэкенда на любом языке. Или вот такую тулзу зацените, сэкономит кучу времени (если вы, конечно, не пишете так, как на скрине)

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

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

https://t.me/oleg_fov/286

There will be no singularity pinned «Внезапно выяснилось, что дуров опять убрал стену и ссылка на чатик есть только в инфе о канале. Поэтому вот она, добавляетесь, побугуртим :)»

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

https://www.yedb.org/

https://t.me/psauxww/490

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

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

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

https://mindsdb.com

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

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