Питання | Наслідки |
---|---|
Маленькі (не стандартні) екрани? Якщо так(1), то який мінімальний розмір | Починаємо з мобільної верстки |
Які браузери підтримуємо? | Працюємо на найбільш екзотичному браузері або ставимо browserstack |
Мультимовність? | Не хардкодимо тексти, i18n ставимо одразу |
Performance критичний (2)? | Ставимо bundlesize, ведемо lighthouse |
SEO? | Налаштовуємо SSR з самого початку |
Безпека є критичною (3) | DEV/SEC/OPS (npm audit, SAST) (4) |
Доступність. Який стандарт підтримуємо (WCAG A/AA/AAA)(5). На якому рідері тестуємо(6)? | Ставимо wave і тестуємо одразу. |
Підтримка темної (іншої) теми? | Компоненти з підтримкою темізації, або руками і не хардкодимо кольори (а бажано і інші змінні) |
Offline режим? | Кешування має бути протестоване до першого релізу + стратегія міграції |
- (0) Доцільність використання SPA перевірена
- (1) Якщо замовник каже, що підтримка мобільної версії не потрібна, або занадто дорога, перепитати через тиждень. Переробка буде дорожча, а замовник скоріше за все її захоче
- (2) Якщо проект буде виходити на широкий загал і передбачає прибуток від кількості відвідувань, перепитати через тиждень. Доробка буде дорожча. Бюджет 350кB JS.
- (3) Здоров'я, фінанси, керування реальним світом, чутливі персональні дані (gov!!!). Якщо клієнт відмовляється, переконувати до перемоги. Якщо все ж таки ні - можливо це не ваш клієнт.
- (4) Security Headers ставляться на початку проекту за замовчуванням без дискуссій.
- (5) WCAG AA є обов'язковим для публічних web сторінок Норвегії і Штатів
- (6) Кожен додатковий рідер суттєво збільшує складність робіт. Бажано щоб рідер був максимум один.
Відповіді на всі питання мають бути підтверджені та зафіксованими в репозиторії проекту.