Всё так. Изначальная цель доставлять быстрее новые фичи пользователям выполнена. Иногда даже специально отказывались от больших и долгих эпиков в пользу небольших задач, которые приносят такой же эффект по ключевым метрикам команды.
Но да, важно следить за тем, чтобы команда не начала дробить задачи ради дробления. Каждая задача — полноценная фича, заметное улучшение приложения. Ну и опять же, команда в курсе, что эти графики — не цель, а инструмент, так что уже на этом этапе можно отмести мотивацию дробить впустую.
Цель исследования — сформировать список дальнейших понятных действий. Такие задачи попадаются редко, но действительно бывают. Обычно делем так: берём её в спринт, оцениваем всегда в одинаковое число SP. Если в процессе исследования понимаем, что за эти же SP можно начать что-то реализовывать, то тут же и делаем. Если нет — заводим прилинкованные к этому тикету новые, а с ними уже работаем, как обычно.
Связь может быть не прямой, но если сделать так, что задачи выполняются быстрее и при этом являются полноценными фичами, то пропускная способность тоже растёт.
Но с таким подходом важно понимать, что без picture браузер не знает про ограничивающий контейнер, в рамках которого достаточно выбрать что-то одно первое подходящее. Поэтому media-выражения надо писать так, чтобы они однозначно указывали на один ресурс, избыточно.
С Chrome 73 можно использовать imagesrcset: www.chromestatus.com/feature/5164259990306816 addyosmani.com/blog/preload-hero-images — вот ещё статья на похожую тему от Эдди Османи.
2) Как правильно работать с атрибутом loading=«lazy» в gulp?
Проблема не в gulp. По вашему коду, если я правильно понял, вы говорите браузеру: зарезервируй мне пространство 1920x400, а потом в него загрузи картинку, когда пользователю нужно будет. Браузер так и делает, на мелких экранах появляется скролл. Если у всех картинок одинаковые пропорции, достаточно будет при помощи CSS задать картинке max-width: 100%; height: auto;, например, чтобы растянуть картинку по ширине. По идее, скролл уйдёт. Атрибут loading не про размеры, он про отложенную загрузку, но браузеру до загрузки хорошо бы понимать, сколько места оставить под заглушку.
Спасибо, дельное замечание. Старался копать во все возможные, иногда безумные, способы оптимизироваться.
0-RTT в TLS 1.3 — интересная оптимизация. И интересно посмотреть, как идёт её развитие в Chromium. Есть дельные предложения по улучшению, которым можно поставить звёздочку, чтобы поднять приоритет в багтрекере: bugs.chromium.org/p/chromium/issues/detail?id=641225
Всё так. Изначальная цель доставлять быстрее новые фичи пользователям выполнена. Иногда даже специально отказывались от больших и долгих эпиков в пользу небольших задач, которые приносят такой же эффект по ключевым метрикам команды.
Но да, важно следить за тем, чтобы команда не начала дробить задачи ради дробления. Каждая задача — полноценная фича, заметное улучшение приложения. Ну и опять же, команда в курсе, что эти графики — не цель, а инструмент, так что уже на этом этапе можно отмести мотивацию дробить впустую.
Цель исследования — сформировать список дальнейших понятных действий. Такие задачи попадаются редко, но действительно бывают. Обычно делем так: берём её в спринт, оцениваем всегда в одинаковое число SP. Если в процессе исследования понимаем, что за эти же SP можно начать что-то реализовывать, то тут же и делаем. Если нет — заводим прилинкованные к этому тикету новые, а с ними уже работаем, как обычно.
Связь может быть не прямой, но если сделать так, что задачи выполняются быстрее и при этом являются полноценными фичами, то пропускная способность тоже растёт.
Спека говорит, что можно комбинировать media и imagesrcset:
Но с таким подходом важно понимать, что без picture браузер не знает про ограничивающий контейнер, в рамках которого достаточно выбрать что-то одно первое подходящее. Поэтому media-выражения надо писать так, чтобы они однозначно указывали на один ресурс, избыточно.
С Chrome 73 можно использовать imagesrcset: www.chromestatus.com/feature/5164259990306816
addyosmani.com/blog/preload-hero-images — вот ещё статья на похожую тему от Эдди Османи.
Проблема не в gulp. По вашему коду, если я правильно понял, вы говорите браузеру: зарезервируй мне пространство 1920x400, а потом в него загрузи картинку, когда пользователю нужно будет. Браузер так и делает, на мелких экранах появляется скролл. Если у всех картинок одинаковые пропорции, достаточно будет при помощи CSS задать картинке
max-width: 100%; height: auto;, например, чтобы растянуть картинку по ширине. По идее, скролл уйдёт. Атрибут loading не про размеры, он про отложенную загрузку, но браузеру до загрузки хорошо бы понимать, сколько места оставить под заглушку.0-RTT в TLS 1.3 — интересная оптимизация. И интересно посмотреть, как идёт её развитие в Chromium. Есть дельные предложения по улучшению, которым можно поставить звёздочку, чтобы поднять приоритет в багтрекере: bugs.chromium.org/p/chromium/issues/detail?id=641225