#заметка дня

А как вы, котаны, боретесь с багами?

Даже не так. Как боретесь — понятно, пишете код. Но каков процесс?

Мы вот у себя пытаемся играть в Zero Bug Policy. Это не значит, что в продукте нет багов и никогда их больше не будет. Это значит, что ни один баг не должен оставаться незамеченным или проигнорированным. По каждому обязательно принимается решение.

1. Баг в продакшене:

Создаётся user story (здесь и далее сторя). Отправляемся чинить или писать статью о том, почему это не баг.

2. Баг найден в процессе функционального тестирования

Должно быть принято решение:

a) Если он мешает процессу и блокирует релиз — немедленно создаётся сторя и баг уходит в работу

б) Если процессу работы не мешает и релиз уйдёт как есть — обновляем описание основной стори. Ни стори ни подзадачи не создаётся.

3. Примерно то же самое происходит если баг найден в процессе регресс-тестирования:

Либо создаётся задача и чинится, либо не создаётся ничего, если мы удовлетворены обходными путями или наличием технической документации по этому поводу.

Всплытие багов в регресс-тестировании означает, что имеются большие пробелы функциональном тестировании или даже планировании.

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

Да, может показаться, что мы просто заметаем проблемы под ковёр — но это не так.

Во-первых, наличие багов в бэклоге портит планирование, что в свою очередь портит настроение разработчикам.

Во-вторых, мы можем быть уверен, что баг от саппорта как минимум прочитал кто-то кроме, собственно, человека его создавшего.

В-третьих, ничто не вечно под луной. Сегодня ты тратишь три дня на баг, влияющий на мелкого пользователя, а завтра вся фича переписывается или выкидывается.

А у вас чо как?

#dev #process #bugs

#такое дня

Ну что, котаны. Это случилось. Figma стала просить денег за DevMode.

Если вы жили последние месяцев 8 под камнем, то Figma перенесла специфичные для разработчиков фишечки в отдельный режим. Теперь режимы редактирования, просмотра и экспорта в код разнесены практически насовсем.

Что такое DevMode и какие преимущества он давал? Ну и даёт, для тех, кто платит.

1. Автоматическое отображение отступов и применённого лейаута прямо на холсте
2. Инспекция боксовой модели контейнеров
3. Автогенерация кода (CSS, iOS Swift/SwiftUI, Android Java/Kotlin и через плагины ещё с десяток платформ, включая Flutter)
4. Автоматическая генерация дизайн-токенов для выбранной платформы.
5. Сравнение версий дизайна
6. Именование слоёв
7. Более удобный экспорт ассетов и контента.

Что меня бесит больше всего, что Figma буквально пробила свой путь в наши сердца отображая CSS и отступы на холсте по-умолчанию. А теперь сделала такую себе кодогенерацию и хочет денег. Если ты учишься, это малость неудобно. Если зарабатываешь на фигме деньги — ну окей, возможно, стоит и заплатить.

Впрочем, для базовой работы DevMode может оказаться и не нужен.

1. Отступы на холсте всё так же отображаются по зажатой клавише Option/Alt.
2. Настройки эффектов никто не скрывал, они легко считываются.
3. Для сложных случаев, как минимум, в вебе, всегда можно установить расширение. Например, Inspect Styles (на скрине). Оно вернёт на место как CSS-переменные (из токенов), так и все нужные правила.

Напоминаю, что бездумно копировать отступы и координаты из генератора кода в Figma не надо. Вёрстка не про это. А вот настройки шрифта, фона и эффектов — да, очень уютно.

Делитесь вашими любимыми плагинами в комментариях, котаны!

А вообще, не забывайте о Pixso и PenPot! PenPot ещё и опенсорсный, можно у себя развернуть.

#figma #design #greed #money

#инструмент дня

И снова на связи Глеб, автор extended-fetch. Слово автору.

Недавно потребовалось проанализировать зависимости в проекте (была проблема с транзитивными) и искал удобный инструмент для визуализации дерева зависимостей.

В итоге нашел https://npmgraph.js.org/

Что дает инструмент:

- анализ пакета из репозитория npm
- анализ package.json
- отображение интерактивного графа зависимостей (самое вкусное)
- выделение цветом заивисимостей по степени актуальности / по типу модуля (esm/cjs) / по числу мэйнтейнеров
- для выбранного модуля доступен детальный отчет по клику (на скриншоте пример)

Всем деревьев зависимостей, котаны!

Напоминаю, что кто угодно может выкатить пост на канал, если есть чем поделиться. Не стесняйтесь!

#node #dependencies

#статья дня

Надо было эту статью на фишки раздербанить, ну да ладно. Итак, задача: сделать сетку, элементы которой должны иметь четкое и, возможно, изменяемое соотношение сторон.

Передавать соотношение сторон можно через классы, конечно, но мы в 2024 году, так что будем использовать CSS-переменные (`--ratio: 4/3`). Дальше имеются два варианта:

1. Задать соотношение сторон всей строке через, удивительное рядом, складывание дробей: 4/3 + 2/3 = 6/3. Сразу можно понять, что минусов у решения достаточно.
2. flex-grow. Легко и просто.

Подробнее о решениях и ходе мысли в статье:
https://9elements.com/blog/building-a-combined-css-aspect-ratio-grid/

Флексы рулят, котаны :)

#css #grid #flex #бородач

#фишка дня

Как подсказать пользователю мобильного устройства, что сейчас произойдёт при отправке формы?

Места на экране мало, ещё и клавиатура съест.

Очень просто! Использовать атрибут enterkeyhint!

Спека: https://html.spec.whatwg.org/multipage/interaction.html#input-modalities:-the-enterkeyhint-attribute

Поддержка: https://caniuse.com/?search=enterkeyhint

Пользуемся!

#mobile #form #html #бородач

#статья дня

Что делать, если использовать вариативный шрифт очень хочется, но он тяжёлый как мамка читера?

Например, вариативный Roboto весит 785 Кбайт. Да я в 785 Кбайт умещу код стартапа на миллион. Нужна же лишь часть начертаний и глифов, не все!

Стефан Юдис смог уменьшить этот размер до 58 Кбайт используя два инструмента:

Glyphhanger: https://www.stefanjudis.com/notes/glyphhanger-a-tool-subset-and-optimize-fonts/

И Slice: https://www.stefanjudis.com/notes/slice-an-app-to-remove-variable-font-axes/

Первый помогает оставить лишь нужные символы (глифы), а второй — убрать/ограничить оси вариативности.

Прекрасные инструменты, целый новый мир открывают.

#fonts #tools #бородач

#такое дня

Вы знали, что в macOS можно склеивать вместе PDF?

Всё, казалось бы, довольно логично и просто:

1. Открываешь файл в Preview
2. Выбираешь страницу после которой нужно вставить что-то
3. Кликаешь на пункт меню Edit → Insert → Pages from file, выбираешь файл
4. Сохраняешь
5. Ты великолепен

И всё? Да, но есть нюанс.

Я склеил 6 файлов по 180 Кб. Какого веса получился объединённый PDF?

Даю вам время подумать.

Кто там ответил "чуть больше мегабайта"? Ты считать не умеешь?

9. Девять мегабайт. Математика от Apple. После прогона через т. н. Quartz-фильтры в экспорте получилось пять.

В итоге я психанул и воспользовался официальным сервисом от Adobe, который тут же денег попросил.

Но мы же все знаем, что Apple славится подходом Think different. Иногда слишком different, правда (например, они внедрили сканер PDF в приложение для заметок, Notes).

И да, как оказалось, функция склеивания PDF встроена в Finder — аналог Проводника в Windows!

Открываем панель Preview (View → Show preview), выделяем наши PDF и просто нажимаем Create PDF. Результат — 700 Кб. Пушка.

К слову, если выделить, например, картинки — там появятся поворот, удаление фона (!), редактирование. Если видео — появятся Ножницы, чтобы это самое видео порезать. И, как оказалось, это можно добавить в т. н. Quick Actions и оно станет доступно в контекстном меню.

Я искренне не понимаю, почему это просто было не добавить в контекстное меню по-умолчанию, как поступает Windows. С другой стороны, в WIndows для множества плюшек нужны PowerToys.

Возможно, часть этого — следствие нынче популярного вирального маркетинга. Если бы это всё было интуитивно и просто — я бы не написал пост, правда, котаны?

P. S. А чтобы разделить PDF, нужно использовать интерфейс печати.

#macos #ui #ux #pdf

#новость дня

Слушайте, я даже не знаю, как вам сказать, но тут случилось такое...

Короче, вышла новая версия jQuery. И не просто новая, а мажорная.

Встречайте: jQuery 4.0.0 Beta.

Ну конечно мы все такие типа: «A? Чо? В смысле?»

Но так уж получается, что jQuery всё ещё самая популярная библиотека для работы с веб-технологиями. Кажется, она сдохнет лишь со всей вселенной сразу.

Я вот с ней не работал плотно два года, сегодня влез в старый код и первое, что получил — maximum call stack exceeded. Естественно, потому что вызвал две функции друг из друга. Потому что бизнес-логику на jQuery слишком легко превратить в грёбанные спагетти. Очень приятно.

Ладно, так чего там?

Ну, дропнули всё меньше IE11 (А его Китаю во славу оставили?). Дропнули все ненужные API вроде parseJSON (он уж давно везде есть). Дропнули ненастоящие методы массивов: push, sort и splice. Не очень понимаю, зачем оставили each и map (да, я снова сегодня долго вспоминал, как их-то использовать, с .get()).

А, ну и перевели основную сборку на ES-модули и Rollup. Надо посмотреть их конфиг чтоль.

Ждём пятую, котаны? :)

#js #jquery

#инструмент дня

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

Конкретно по Rive был небольшой обзор: https://t.me/htmlshit/2094

Теперь давайте про Lottie. Что это такое?

Кто-то что-то нарисовал в After Effects Bodymovin, потом это экспортировали в специально сформированный JSON и, собственно, плеером-плагином запустили в огромном количестве сред, от веба до мобил и десктопов. Да, ваши любимые стикеры и реакции в Telegram тоже Lottie.

Чуете проблему? Нужен After Effects. Что дорого.

Точнее, нужен был. За прошедшее с обзорного поста время появилось как минимум два веб-решения:

1. Редактор Lottielab: https://www.lottielab.com/

Проект достаточно новый, но уже уважаемый сообществом и имеет весьма крупных клиентов.

2. Буквально сегодня свой редактор выкатил репозиторий Lottie-анимаций LottieFiles.

Называется он буквально Lottie Creator и предоставляет просто потрясающие возможности по анимации без использования After Effects. В наличии огромное количество бесплатных шаблонов.

Да, бесплатные тарифы ограничены, но прекрасно подходят для обучения.

В общем, интересный выбор.

#motion #lottie #animation

#инструмент дня

Итак, это свершилось. GreenSock, создатели GSAP — самой крутой библиотеки анимаций на свете — обновили свой хук useGSAP для React.

Зачем он нужен?

Раньше приходилось жонглировать useEffect и useLayoutEffect, учитывать рендеринг на сервере, чистить за собой... ну как-то так:

import { useEffect, useLayoutEffect, useRef } from "react";
import gsap from "gsap";

// for server-side rendering apps, useEffect() must be used instead of useLayoutEffect()
const useIsomorphicLayoutEffect = (typeof window !== "undefined") ? useLayoutEffect : useEffect;
const container = useRef();
useIsomorphicLayoutEffect(() => {
    const ctx = gsap.context(() => {
     // gsap code here...
        }, container); // <-- scope for selector text
    return () => ctx.revert(); // <-- cleanup
}, []); // <-- empty dependency 

С хуком же все очень просто:

import { useRef } from "react";
import gsap from "gsap";
import { useGSAP } from "@gsap/react";

const container = useRef();
useGSAP(() => {
    // gsap code here...
}, { scope: container }); // <-- scope is for selector text (optional)

И по-умолчанию даже пустые зависимости не надо передавать, если не хотите :)

В общем, жить можно было и без этого всего; но мы же любим сахар и когда за нас продумали корнер-кейсы. Демки тоже есть, к слову.

Пользуемся: https://github.com/greensock/react

И видео, как пользоваться этим добром: https://youtube.com/watch?v=l0aI8Ecumy8

#gsap #react

#статья дня

До сих пор не умеешь пользоваться терминалом? Или не знаешь, зачем это вообще фронтендеру?

Джош Камю с большой статьей о том, зачем фронтенд-разработчику уметь пользоваться консолью: https://www.joshwcomeau.com/javascript/terminal-for-js-devs/

Отличное руководство для начинающего, надо сказать.

Даже . и .. объяснены :)

#cmd #terminal #бородач

#инструмент дня

Недавно мы вспомнили о крутой фишке мобильных браузеров: атрибуте enterkeyhint для текстовых полей, позволяющем уточнить поведение клавиши Enter на экранной клавиатуре: https://t.me/htmlshit/2516

Пришло время узнать, какие же еще атрибуты стоит использовать и зачем.

А чтобы не раздувать это на миллион постов (я всё равно так сделаю, но попозже), предлагаю взглянуть на интересный инструмент, позволяющий поиграться всеми возможными атрибутами полей форм на мобильных браузерах разом: https://better-mobile-inputs.netlify.app/

Например, вы знали, что есть атрибут для автоматической вставки одноразового кода, присылаемого по SMS?

Вот он там самый первый пример. Со скриншотами того, как выглядит клавиатура на iOS и Android.

Естественно, присутствуют ссылки на документацию, рассмотрены разные комбинации атрибутов. Особенно порадовал полный список автодополнения. Оно, конечно, редко когда правильно работает (зависит от усилий разработчиков), но уж если работает — то это приятно.

#input #attribute #mobile #tool

#статья дня

Что больше всего бесит в рекламе на сайтах? Почему каждый второй ставит адблоки и прочие ублоки?

Ну, как минимум, назойливость. Во всяком случае, это то, что бесит лично меня. Вторая причина — количество баннеров.

Тем не менее, без рекламы бесплатный веб практически невозможен. Да, кто-то особо гордый скажет: "Я зарабатываю деньги в реальном мире, а не в интернете", но мы его и не спрашивали.

Так, вся эта сопливая подводка к чему, в блоге Google Chrome вышла хорошая статья на тему оптимизации рекламных вставок. Встречайте: https://web.dev/articles/loading-ads-page-speed

Как и в каком порядке размещать баннеры и контент, когда применять и не применять ленивую загрузку, как обновлять вставки. По пути немного про LCP, CLS и асинхронную загрузку.

Если вас в принципе тошнит от самой мысли о рекламе, воспринимайте статью как практическое руководство по производительности сайтов и приложений. Полезно.

#ad #lcp #cls #performance #бородач

#инструмент дня

Пожалуй, только лишь карась на дне не слышал аббревиатур LCP, TTFB, BPP, CLS и так далее. Что их всех объединяет?

А это все метрики производительности веб-проектов. Если вы запускали тот же самый Lighthouse, то наверняка знаете, что на получение 100% влияет очень и очень многое. Так вот.

Сегодняшний инструмент дня это набор сниппетов для Chrome DevTools для визуализации и считывания влияющих на параметры производительности показателей:
https://webperf-snippets.nucliweb.net/

Что забавно, там даже есть сниппет чтобы искать изображения за пределами экрана, у которых не включена ленивая загрузка! Сомнительно, но почему бы и нет...

И, например, имеется код для анализа скорости подгрузки сторонних скриптов и их влияния на ваш сайт.

Прекрасная штука, в общем.

#performance #devtools #бородач

#канал дня

Итак, котаны, вы могли заметить, я довольно редко делаю различного рода квизы, не выкладываю мемы и вопросы с собеседований. Мне немного интереснее общая сторона вопроса, от фишек и базы до личного опыта.

Поэтому тем, кому хочется быть ближе к коду, могу рекомендовать канал моего знакомого — @code_ready

#фишка дня

Короче, рассказываю.

Открываете вы такие ваши девтулзы в Chrome, нажимаете там Cmd-Shift-P (Ctrl-Shift-P) и видите такие панель команд. Ну типа как в Sublime Text, VS Code и прочих ровных редакторах.

И вот там, например, можно сделать скриншот всей страницы, вместе со скроллом, да-да! Просто ищете название нужной вам команды.

А чтобы не теряться и вообще побольше узнать о возможностях девтулзов Chrome, идите сюда: https://www.canidev.tools/capture-full-page-screenshot/chrome

Там много чего такого есть, разбито по категориям. Видео, скриншоты, ссылки на подробности.

#devtools #chrome #бородач

#фишка дня

Как написать timeout на CSS?

Дед, ты упоролся?

Нет. Мне вот буквально вчера это понадобилось.

На дворе 2024 год и я пишу аккордеоны через CSS Grid и transition на grid-template-rows. Вот как-то так: https://codepen.io/alinaki/pen/bGZOprv

Естественно, так можно анимировать и горизонтально, но суть не в этом.

Суть в том, что мне, например, может понадобиться иметь выпадающее меню внутри аккордеона. Хотя почему, например — мне буквально это понадобилось.

Вот только эта техника предполагает, что у меня на контенте стоит overflow: hidden. Как-то неудобненько получается.

Я попробовал выставить слушатель на событие transitionend и выставлять класс is-overflow, но это превратилось в жонглирование статусами и в итоге перестало работать если на аккордионе начинают быстро кликать.

В голову приходит решение с :has. Если у нас имеется открытый дропдаун, можно выставить overflow: visible и красота.

Вот только поддержка всё ещё так себе, хоть мы и не так ограничены в браузерах.

Следующая идея — повесить transition на overflow с задержкий. Но и тут облом, overflow не анимируется.

К счастью, мы не ограничены одними только транзишенами! У нас же ещё и анимации по ключевым кадрам есть!

И тут мы вспоминаем, что keyframes на самом деле являются ни чем иным, как нативными миксинами. Поэтому... давайте уже просто сделаем:

.accordion-inner {
    display: grid;
    grid-template-rows: 0fr;
    transition: grid-template-rows 0.3s linear;
    overflow: hidden;

    .accordion-item.is-active & {
        grid-template-rows: 1fr;
        animation: 0.6s delay-overflow linear;
        overflow: visible;
    }
}

@keyframes delay-overflow {
    from {
        overflow: hidden;
    }
}

Что здесь произойдёт? Очевидно, overflow начнёт свой отсчёт времени с позиции hidden и за 0.6 секунды (нужно выставлять x2 времени или точнее задавать анимацию) перейдёт в visible.

Пруф: https://codepen.io/alinaki/pen/VwRqaXP

Таймаут? Таймаут :)

Причём, это работает с чем угодно.

Пользуйтесь.

#css #trick

#фишка дня

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

И я говорю о поддержке медиа-запросов в, буквально, атрибуте media.

Одно из них — адаптация изображений для, например, тёмной или светлой темы или для людей, предпочитающих ограничение анимаций на экране.

В первом случае мы заменим картинку дня на картинку ночи, а во втором — гифку на фотографию.

В общем, смотрим иллюстрацию и кодпен: https://codepen.io/alinaki/pen/wvROeaR

И на закуску, универсальный компонент для отзывчивых изображений, Unpic: https://unpic.pics/img/learn/

#picture #media #theme #бородач