​Copilot пишет текстовую игру на Python

Вы уже слышали о Copilot? Это система Microsoft и GitHub, которая умеет сама дописывать необходимый код за разработчиком. Да уж, скоро и разработчики станут не нужны. Но сейчас не об этом!

Автор этой статьи получил доступ к Copilot и решил проверить его возможности. Он написал название функции, а на её основе система сама дописала весь необходимый код, создав текстовую игры.

Выглядит это немного пугающе, посмотрите сами:

https://tprg.ru/wVOU

Да норм все

Копилот приведёт к атрофии мозга 😁

И создаст любителей дожидаться подсказок

Коллеги подскажите сложные расчеты в веб приложение. Где лучшее реализовать расчет в базе или на уровне кода (сами исходные данные в базе) ? Какие вы видите в обоих подходах плюсы или минусы 🤔

Зависит от сколько исходных данных нужно по трафику перенести в код и рассчитать там

Если данных много и для каждого запроса в веб-приложение нужно ходить в БД и оттуда тянуть на бакенд данные, то лучше на уровне хранилища делать расчет

имеете ввиду минимизировать использование orm

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

Т.е. один набор векторов сравнить с базой других векторов.
Сначала пробовал стянуть векторы в код и прогнать их по scipy библиотеке, на выходе получить список ID записей.

На тот момент вышла новая версия ElasticSearch, которая на уровне хранилища делала сравнение и на бакенд отдавала только нужные ID - это было лучшим решением

Тут только Базу профилировать нужно.

Вы же, выбирайте то, что вам более подходит сейчас.

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

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

Если есть возможность, то лучше рассчитать в хранилище. Профит: отдал параметры и получил личные данные на выходе

Какие расчеты нужны то?

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

Это уже вы как архитектор решаете.
Для этого слайса, видится, что передаёте ограничители по параметрам: limit, ofset, chunk

под слайзом имею ввиду пред рассчет который выполнен в какой-то точке будет параметром для последующего запроса в базу  который фечит слайз для далее расчёт

арифметика средней сложности

у вас расчёт был на лету?

Дальше уже сами. Иначе этопохоже на полноценную консультацию или я за вас сделаю архитектуру, получается.

Ага, на лету

😅😅😅

Спасибо Рауан ✊🏻✊🏻✊🏻