Roman K

JSON, правда в твоём случае супер кривой. Скорее это просто JS код

Храни отдельной подписанной кукой, независимо от сессии и авторизация не будет на неё влиять. Но нужно понимать, что если пул продуктов залогиненого юзера и анонимуса отличаются, то это придётся обрабатывать ручками.

Переезжать на swc или esbuild. Правда не знаю, как оно дружит с nuxt и vue. Нам esbuild дал x65 скорости билда (13с -> 200мс), но у нас в основном ванильный жс, тс и немного реакта.

sorted(dct.items())

Классическая задача с классическим решением с помощью стека

1. JIT сложно и долго писать
2. JIT не только ускоряет выполнение, но и замедляет (потому что нужно тратить время на анализ, компиляцию, деоптимизацию и т.п.). Далеко не всегда (RoR тому пример и почти любые скрипты, которые выполняются один раз и умирают) JIT позитивно влияет на время исполнения
3. JIT дороже по памяти

Абстрактный класс на то и абстрактный, что его нельзя инстанцировать

Хочу купить 34 дюймовый монитор в пределах 40 тыс, за эту сумму можно взять либо LG на IPS 60Ghz ровный, либо Huawai изогнутый на VA, 165Ghz.

34 дюйма до 40к рублей — это долбанное зерно. Я купил 27 дюймов экран с высотой 1440 точек и плююсь до сих пор. Хотел подключить макбук и работать с двумя экранами. Но не смог из-за ОЧЕНЬ разной плотности пикселей. Потому что невозможно смотреть то туда, то сюда, глаза текут. В итоге работаю с закрытым ноутом, только на мониторе. А 34 дюйма — это ещё большего размера пиксели, толщиной с палец.

что лучше подойдёт с точки зрения разработчика?

С точки зрения разработчика подойдёт большая плотность пикселей. Чем ближе к макбуку — тем лучше (у мака 227ppi). Потому что 8 часов в день ты смотришь на тоненький текст, очень много текста, очень плотно расположенного и глаза устают от зернистого экрана.

Например, можно 27-дюймовую лыжу (LG UltraFine 27UL650-W) с 163ppi

Используй black и не задавай таких вопросов

mac mini можно взять в пределах 20к на авито, а если совсем захотеть, то и в пределах 15к

Зачем здесь вообще питон?

comm -12 <(sort --parallel=4 1.txt) <(sort --parallel=4 2.txt) > some_output_file.txt

Где 4 - количество ядер / 2 (две сортировки идут одновременно), parallel не может быть больше 8 и является опциональным.

sort умеет не вылезать за пределы ОЗУ (но если нужно жёстко ограничить, то -S 100M например). Если нужно, засовываешь это в питоне через subprocess

Подробнее здесь https://en.m.wikipedia.org/wiki/External_sorting

https://qna.habr.com/q/1105214#answer_2097786

Раздел Strings in Rust

https://docs.djangoproject.com/en/4.0/ref/contrib/...

https://qna.habr.com/q/1105214#answer_2097786