Ну бесконечная история все равно условно конечная же, и при расходе в условный килобайт на элемент можно было бы очень долго жить и врядли когда стало бы проблемой
а тут, из-за идиотского способа хранения жсона в строке, каждый следующий пуш удваивал занимаемую память. Причем что им мешало хранить предыдущий стейт объектом, а не строкой - непонятно
В оригинале у автора было пояснение, что это кейс где цвета задаются где-то снаружи (например из админки), и ты не имеешь к ним доступа. Ну и надо сделать из базового цвета цвет ховера, например. У него там в оригинале еще одна глава, что это очень легко делается на SCSS, но переводчик устал и решил что так сойдет
Главное правило выбора туроператора для восхождения (а их последнее время очень много развелось) - 1 гид на 3 клиентов, вот тут подробно описано, почему
Все равно большие вопросы - использование неполного текущего месяца потянет среднее вниз, и баг с тем, что используется только номер месяца, и если данные за несколько лет то все одинаковые месяцы склеятся в один
Одна дата у кастомера тоже вызывает вопросы - если ставится дата первого обращения, то мау не посчитать, если дата последнего - имеет смысл только мау за последний некалендарный месяц (если кастомер может обращаться в компанию несколько раз)
фибер будет освобождать поток для других фиберов при блокирующих операциях типа io итд, по факту это замена асинк лапши с коллбэками на красивый линейный код со всеми плюшками типа красивыйх стектрейсов итд.
А прирост производительности будет в зависимости от типа приложения, если асинк переписать на фиберы прироста может вообще не быть, просто код станет намного проще
Вообще асинхронность антоним никак не многопоточности, а синхронности. Асинхронный код точно так же работает в разных потоках, и требует синхронизации при доступе к ресурсам и т д. Его преимущество в скорости, тк создать миллионы тяжелых потоков для современных задач невозможно, но достигается это преимущество ценой усложнения разработки и отладки, и это общепризнанный факт.
Как только в java завезут файберы проблема производительности решится сама собой, и синхронный внешне код будет работать под капотом как асинхронный, и файберы можно будет плодить мильонами
Впервые вижу эти эпитеты в отношении синхронного/многопоточного кода при сравнении с асинхронным. Отлаживать его как раз одно удовольствие по сравнению с мешаниной коллбэков. Как только project Loom с его легковесными потоками (Fibers) выйдет в продакшн будет вообще прекрасно, простой понятный синхронный код без проблем с производительностью
В mobaxterm не смог победить проблему — периодически в латинской раскладке печатаются русские буквы, причем одна-две в середине слова, потом снова латинские. несколько раз в день такая история
Очень странная статья, «как хранить даты в базе данных»
а вообще есть xmlcalendar.ru откуда можно импортировать всё в бд без всякого ручного труда. В пятерке результатов гугла по запросу «календарь выходных дней импорт» и другим подобным запросам
Ага, иначе статья называлась бы "Как мы оптимизировали загрузку процессора")))
Ну бесконечная история все равно условно конечная же, и при расходе в условный килобайт на элемент можно было бы очень долго жить и врядли когда стало бы проблемой
а тут, из-за идиотского способа хранения жсона в строке, каждый следующий пуш удваивал занимаемую память. Причем что им мешало хранить предыдущий стейт объектом, а не строкой - непонятно
Не было неправильного конвертирования, в том и дело
У них вложенный json хранится строкой и каждый раз при сериализации в строку json удваивал эскейп слеши
В целом отличное решение, особенно если чанки небольшие, как тут
Прежде чем начать писать нужно очень, очень, очень много читать :)
Это все прекрасно, но зачем на Хабр? 99% из прочитавших статью просто потеряли свое время
Тогда бы и банк рана не было
Изначальная проблема с кнопками элементарно решается с помощью CSS variables.
В оригинале у автора было пояснение, что это кейс где цвета задаются где-то снаружи (например из админки), и ты не имеешь к ним доступа. Ну и надо сделать из базового цвета цвет ховера, например. У него там в оригинале еще одна глава, что это очень легко делается на SCSS, но переводчик устал и решил что так сойдет
Очень плохой перевод. Еще и вырезали пояснения из оригинального текста
Homeassistant, zigbee stick и 90% зигби девайсов с алиэкспресс отвязываются от облаков и прекрасно работают локально
3800 это верх подъемника, зимой туда тысячи лыжников и бордеров поднимаются без всякой акклиматизации :)
Главное правило выбора туроператора для восхождения (а их последнее время очень много развелось) - 1 гид на 3 клиентов, вот тут подробно описано, почему
Таблицы не было в схеме, ок
Все равно большие вопросы - использование неполного текущего месяца потянет среднее вниз, и баг с тем, что используется только номер месяца, и если данные за несколько лет то все одинаковые месяцы склеятся в один
Одна дата у кастомера тоже вызывает вопросы - если ставится дата первого обращения, то мау не посчитать, если дата последнего - имеет смысл только мау за последний некалендарный месяц (если кастомер может обращаться в компанию несколько раз)
фибер будет освобождать поток для других фиберов при блокирующих операциях типа io итд, по факту это замена асинк лапши с коллбэками на красивый линейный код со всеми плюшками типа красивыйх стектрейсов итд.
А прирост производительности будет в зависимости от типа приложения, если асинк переписать на фиберы прироста может вообще не быть, просто код станет намного проще
Вообще асинхронность антоним никак не многопоточности, а синхронности. Асинхронный код точно так же работает в разных потоках, и требует синхронизации при доступе к ресурсам и т д. Его преимущество в скорости, тк создать миллионы тяжелых потоков для современных задач невозможно, но достигается это преимущество ценой усложнения разработки и отладки, и это общепризнанный факт.
Как только в java завезут файберы проблема производительности решится сама собой, и синхронный внешне код будет работать под капотом как асинхронный, и файберы можно будет плодить мильонами
Впервые вижу эти эпитеты в отношении синхронного/многопоточного кода при сравнении с асинхронным. Отлаживать его как раз одно удовольствие по сравнению с мешаниной коллбэков. Как только project Loom с его легковесными потоками (Fibers) выйдет в продакшн будет вообще прекрасно, простой понятный синхронный код без проблем с производительностью
а вообще есть xmlcalendar.ru откуда можно импортировать всё в бд без всякого ручного труда. В пятерке результатов гугла по запросу «календарь выходных дней импорт» и другим подобным запросам