Типичный комментарий от людей, которые не знают как работает резолвинг полей в GraphQL. Все поля грузятся независимо от других, поля в глубине ничего не знают о родительских полях, одним SQL запросом нельзя загрузить данные. Для пагинации в целом джойны это перебор и загрузка лишних данных.
Что-то я статью не понял, в чем проблема отослать письмо через месяц? Ставить крон на месяц это глупость несусветная, а вдруг скрипт упадет, следующая попытка будет ещё через месяц? Вроде давно изученный кейс: пишем задачу в базу с датой выполнения. Некий скрипт/воркер работает постоянно (каждую минуту/час) и проверяет базу на наличие подходящих задач по дате и шлёт письма, если упал, то повторит работу через минуту/час.
Звучит конечно круто, что можно расширять поведение других структур. Но тут нужно сделать ремарку, что, к сожалению, нельзя имплементить сторонние трейты для сторонних структур, что бывает весьма обидно. Отсюда появляются всякие фиче-тоглы у популярных либ для интеграции с другими, типа как у serde есть фича для работы с uuid.
Смотря как использовать. Я обычный веб разработчик: пхпшторм, вебпак, браузер, терминал, skaffold, lens, slack, telegram. Все работает шустро и ничего не греется. Сильный перегрев ощутил только когда пытался запустить локальный k8s кластер.
Судя по коммитам проект мертв
clap уже умеет из коробки
И как минимум стоило упомянуть thiserror, anyhow, chrono, tracing
Типичный комментарий от людей, которые не знают как работает резолвинг полей в GraphQL. Все поля грузятся независимо от других, поля в глубине ничего не знают о родительских полях, одним SQL запросом нельзя загрузить данные. Для пагинации в целом джойны это перебор и загрузка лишних данных.
иногда товар хочется пощупать/покрутить в руках
Т.е. никогда не делали git reset HEAD~1? Или никогда не сквошили коммиты через git rebase -i HEAD~3? Это тоже вроде базовые вещи, без которых никуда.
Может поставщики этих DRM хорошо заносят?
Кто нибудь другой возьмёт бразды, после смерти Джобса эпл не развалился
Что-то я статью не понял, в чем проблема отослать письмо через месяц? Ставить крон на месяц это глупость несусветная, а вдруг скрипт упадет, следующая попытка будет ещё через месяц? Вроде давно изученный кейс: пишем задачу в базу с датой выполнения. Некий скрипт/воркер работает постоянно (каждую минуту/час) и проверяет базу на наличие подходящих задач по дате и шлёт письма, если упал, то повторит работу через минуту/час.
Ээ, какая связь между коммерческим продуктом гитхаб и опенсурсным гит?
Старый добрый? Старкрафт 2? Может Broodwar? )
Предполагаю, что с помощью размера экрана, открытый девтул по дефолту занимает X пикселей в высоту
Я правильно понимаю, что все это встроено в F# для поддержки библиотек из C#?
Звучит конечно круто, что можно расширять поведение других структур. Но тут нужно сделать ремарку, что, к сожалению, нельзя имплементить сторонние трейты для сторонних структур, что бывает весьма обидно. Отсюда появляются всякие фиче-тоглы у популярных либ для интеграции с другими, типа как у serde есть фича для работы с uuid.
Если у звёзд будет вес, то зарабатывать начнут пользователи.
Пишем в базу с инкрементальным идентификатором, генерируем короткую ссылку через биективную функцию, на вход подаём идентификатор.
Новый дизайн однозначно лучше. Лучше сбалансирован, зад не тяжёлый, пальцы не режет краями.
Да, просто берите минимум 512 и скорость будет нормальной.
Смотря как использовать. Я обычный веб разработчик: пхпшторм, вебпак, браузер, терминал, skaffold, lens, slack, telegram. Все работает шустро и ничего не греется. Сильный перегрев ощутил только когда пытался запустить локальный k8s кластер.
Сравнивали с hey?