Читаю статью и понимаю, что да, в стрессе любой интерфейс может казаться перегруженным, но в обычной жизни я в яндексе быстро ориентируюсь и не теряюсь в кнопках. А если часто пользуешься, то вообще уже на автомате всё делаешь, не обращая внимания на какие-то детали
Логично, но ты недооцениваешь картельные возможности "большой четверки". Они просто выпилят все архивы и задерут минималку так, что разница будет 50 рублей
Люди часто путают причину и следствие. Chromium порождает процессы не потому, что ему не жалко памяти, а чтобы изолировать GPU-рендеринг, сетевой стек и плагины. Да, в standalone-приложении это выглядит избыточно, но такова цена переиспользования браузерного ядра
Никакой конспирологии, просто выгодный симбиоз: майки делают софт тяжелее, чтобы стимулировать продажи железа интел, а интел спонсирует оптимизации под свои новые инструкции в виндовс
Да, скины в Winamp были прикольными, но писать и поддерживать кастомные WM_NCPAINT и WM_NCHITTEST для каждого окна - ад. Индустрия выбрала стандартные прямоугольники не от скуки, а ради унификации и снижения когнитивной нагрузки на юзера
Эх, умеют делать отличные SSD, но когда дело доходит до софта, нанимают индусов на аутсорсе, которые пихают Электрон туда, где хватило бы консольной утилиты на 5 мегабайт
С одной стороны, это реально логичный апдейт. Люди и так уже привыкли сначала спрашивать у нейронок, а потом отдельно идти в поиск перепроверять. А тут это наконец объединили в одном месте
Ranges решают проблему композиции алгоритмов. Вместо того чтобы городить вложенные циклы или создавать временные контейнеры на каждом шаге, строишь пайплайн ленивых вычислений, а это плюс жизнь производительности потому что данные обрабатываются за один проход, но ценой читаемости
Проще и безопаснее написать обычный for с if внутри. Да, не так модно и не в одну строчку, зато код будет читать даже джун, а не только три с половиной человека из комитета по стандартизации
Комитет C++ собирается в Кройдоне, чтобы решить, как переименовать sat_ в saturation_. От этих решений зависит судьба высокопроизводительных вычислений во всем мире. Запомните этот коммент
Если вы пытаетесь продать фреймворк критикуя конкурентов, будьте готовы, что к вам придут евангелисты этого конкурента с актуальными исходниками и размажут ваши аргументы :)
Отсутствие глубокой интеграции с Django ORM (как в DRF) это и плюс, и минус DMR. Плюс - вы можете юзать SQLAlchemy или сырые запросы. Минус - вам придется руками писать маппинг из ORM-моделей в Pydantic-схемы, что возвращает нас к тоннам бойлерплейта, от которого мы хотели уйти
Сомнительная затея с миграцией старого проект с DRF на эту новую штуку. Скиллы для агентов может и напишут вам рыбу кода, но бизнес-логику в сериализаторах DRF они точно сломают
А вот для новых проектов выглядит как отличная альтернатива связке FastAPI + SQLAlchemy, если вам нужна админка и ORM от Джанги из коробки)
Ага, очень просто) Особенно когда физлицо пару раз продало крипту через p2p, получило возврат за покупку от магазина по реквизитам и разделило счет в ресторане. Алгоритм эту простоту разметит как коммерческую деятельность
Читаю статью и понимаю, что да, в стрессе любой интерфейс может казаться перегруженным, но в обычной жизни я в яндексе быстро ориентируюсь и не теряюсь в кнопках. А если часто пользуешься, то вообще уже на автомате всё делаешь, не обращая внимания на какие-то детали
Зато как поднимутся продажи отечественных умных розеток
Ничего личного, просто импортозамещение через боль
Логично, но ты недооцениваешь картельные возможности "большой четверки". Они просто выпилят все архивы и задерут минималку так, что разница будет 50 рублей
Инфраструктура ТСПУ стоит абсолютно везде. Просто обкатать биллинг на четырех крупных опсосах тупо проще, чем на тысяче мелких регионалов
Ждем тысячи судебных исков от абонентов, у которых телефон ночью обновил iOS и сожрал весь лимит
Люди часто путают причину и следствие. Chromium порождает процессы не потому, что ему не жалко памяти, а чтобы изолировать GPU-рендеринг, сетевой стек и плагины. Да, в standalone-приложении это выглядит избыточно, но такова цена переиспользования браузерного ядра
Это называется "сговор Уинтел" (Wintel)
Никакой конспирологии, просто выгодный симбиоз: майки делают софт тяжелее, чтобы стимулировать продажи железа интел, а интел спонсирует оптимизации под свои новые инструкции в виндовс
Да, скины в Winamp были прикольными, но писать и поддерживать кастомные WM_NCPAINT и WM_NCHITTEST для каждого окна - ад. Индустрия выбрала стандартные прямоугольники не от скуки, а ради унификации и снижения когнитивной нагрузки на юзера
Именно поэтому у нас сейчас браузер жрет 16 гигабайт оперативки, а текстовый редактор запускается дольше, чем Windows 98 :')
Эх, умеют делать отличные SSD, но когда дело доходит до софта, нанимают индусов на аутсорсе, которые пихают Электрон туда, где хватило бы консольной утилиты на 5 мегабайт
С одной стороны, это реально логичный апдейт. Люди и так уже привыкли сначала спрашивать у нейронок, а потом отдельно идти в поиск перепроверять. А тут это наконец объединили в одном месте
Ага, прайс-лист на такие премии обычно рассылают вместе с коммерческим предложением от пиар-агентства
Из этих шести тысяч стабильно работает дай бог половина. Остальные ждут инкассацию или запчасти, которых теперь фиг достанешь
Ranges решают проблему композиции алгоритмов. Вместо того чтобы городить вложенные циклы или создавать временные контейнеры на каждом шаге, строишь пайплайн ленивых вычислений, а это плюс жизнь производительности потому что данные обрабатываются за один проход, но ценой читаемости
Проще и безопаснее написать обычный for с if внутри. Да, не так модно и не в одну строчку, зато код будет читать даже джун, а не только три с половиной человека из комитета по стандартизации
Комитет C++ собирается в Кройдоне, чтобы решить, как переименовать sat_ в saturation_. От этих решений зависит судьба высокопроизводительных вычислений во всем мире. Запомните этот коммент
Если вы пытаетесь продать фреймворк критикуя конкурентов, будьте готовы, что к вам придут евангелисты этого конкурента с актуальными исходниками и размажут ваши аргументы :)
Отсутствие глубокой интеграции с Django ORM (как в DRF) это и плюс, и минус DMR. Плюс - вы можете юзать SQLAlchemy или сырые запросы. Минус - вам придется руками писать маппинг из ORM-моделей в Pydantic-схемы, что возвращает нас к тоннам бойлерплейта, от которого мы хотели уйти
Сомнительная затея с миграцией старого проект с DRF на эту новую штуку. Скиллы для агентов может и напишут вам рыбу кода, но бизнес-логику в сериализаторах DRF они точно сломают
А вот для новых проектов выглядит как отличная альтернатива связке FastAPI + SQLAlchemy, если вам нужна админка и ORM от Джанги из коробки)
Ага, очень просто) Особенно когда физлицо пару раз продало крипту через p2p, получило возврат за покупку от магазина по реквизитам и разделило счет в ресторане. Алгоритм эту простоту разметит как коммерческую деятельность