Час від часу публікується одна публікація в блозі, яка викликає реакцію чи реакцію в інших, які, у свою чергу, публікуються як публікації в блогах, і починає з’являтися тема. Ось що сталося минулого тижня, і тема розвинулася навколо вартості фреймворків JavaScript — ціна, яка в цьому випадку показує, наскільки важливою є використовуйте JavaScript відповідально.
Сучасне здоров'я, рамки, ефективність і шкода
Ерік Бейлі:Ось тут і починається історія. Ерік заходить на веб-сайт постачальника медичних послуг, щоб записатися на прийом, і отримує… порожній екран.
На додаток до жахлива кількість телеметрії, клієнтський досвід Modern Health забезпечується за допомогою React і Webpack.
Якщо ви знайомі з тим, як побудована мережа, те, що сталося, цілком очевидно: логіка веб-сайту, який надмірно покладається на JavaScript для забезпечення роботи, зіткнулася з однією чи кількома іншими помилковими логіками, які він викликає. Це створило глухий кут.
Якщо ви не заробляєте на життя цифровим досвідом, те, що сталося, зовсім не очевидно. Все, що ви бачите, це крихітний фальшивий завантажувач, який ніколи не зупиняється.
D'oh. У деяких ситуаціях це може бути просто незручністю або навіть смішним, але не тоді, коли чиєсь здоров’я під загрозою:
Людина, яка шукає допомоги під час кризи, не дбає про TypeScript, тремтіння дерева, гарячу заміну модулів, A/B-тести, діаграми вигоряння, NPS, OKR, KPI чи інший жаргон стартапу. Досвід розробника не рахується ні за що якщо людина, яка використовує те, що вона створила, насправді не може отримати те, що їй потрібно.
Це великий присмак реальності. Що відбувається, коли наші інструменти та звітність — ті самі речі, які мають зробити нашу роботу ефективнішою — стають на заваді взаємодії з користувачем? Це інструменти, які надають інформацію, яка може нам допомогти передбачити потреби користувача, особливо у скрутний час.
Я розумію, що вказувати пальцем на фреймворки JavaScript вже викликає розбіжності. Але це виходить за межі того, використовуєте ви React або рамка d'jour. Йдеться про бізнес-пріоритети та досвід розробників, які суперечать досвіду користувачів.
Ринок лимонів
Алекс Рассел:Прихильники повільних, складних фреймворків успішно продали лимони як нову річ, незважаючи на повсюдні невдачі, витісняючи якісніші варіанти в процесі.
Спочатку ці технології були засновані на задній частині «кращий досвід користувача», але мають повністю провалився щоб виконати цю обіцянку за межами організації високої зрілості менеджменту в якому вони народилися. Трансплантовані в широку мережу, ці нові стеки виявилися такими дорогі дурниці.
Ось і набрид. Алекс не скасовує слова, але зауважте, що відповідальність лежить на тому, як фреймворки продаються розробникам, ніж самим розробникам. Розпродажі?
Після того, як продавці лимонів запровадили ідею про те, що покращений «Досвід розробника» («DX») веде до кращих результатів для користувачів, покращення «DX» стало самокінцем, і багато хто з тих, хто знав краще, відчули, що змушені підіграти. Довгий час виконання фальсифікації просочуваного UX був особливістю, а не помилкою; їм не потрібно, щоб ви досягли успіху, а лише щоб продовжувати купувати.
З точки зору маркетингу, «DX» приманка і перемикач це чудово, але ця технологія нікому не підходить але розробники
Важко для шлунка, правда? Ніхто не хоче бути обдуреним, і важко визнати недозволені витрати, коли вони є. Це стає абсолютно особистим, якщо ви інвестували час у певну техніку та зусиль, щоб інтегрувати її у свій стек. Робочі процеси розробки важкі, і оселитися в одному – це ніби оселитися в будинку, у якому ви плануєте жити через деякий час. Але ви хотіли б знати, чи ваш будинок побудовано на тому, що Алекс називає a «піщаний фундамент».
Я просто хотів би зупинитися тут на мить, щоб сказати, що я не вмію брати участь у цих дебатах. Як веб-спеціаліст широкого профілю, я, як правило, рано впроваджую нові інструменти для знайомства, а потім швидко відмовляюся від них, віддаючи їх у свій інструментарій, доки не знайду їм хорошого застосування. Іншими словами, мої знання широкий але не дуже глибокий в одній області чи речі. HTML, CSS і JavaScript — це мій улюблений коктейль, але я дуже дбаю про взаємодію з користувачем і знаю, коли звернутися до інструменту для вирішення конкретної проблеми.
І давайте визнаємо, що не кожен має право голосу в цьому питанні. Багато з нас працюють в керованих командах, яким призначають інструменти, які ми використовуємо. Алекс говорить те саме, що, на мою думку, важливо згадати, оскільки зрозуміло, що це не особисте. Це заява про наші пріоритети та забезпечення їх відповідності очікуванням користувачів.
Давайте дозволимо Крісу повернути нас до історії…
Наскрізні тести з блокувальниками вмісту?
Кріс Койєр:Тож, можливо, ваш додаток побудовано на React, і неважливо, чому це так. Ще є над чим працювати переконайтеся, що програма надійна та доступна.
Просте блокування файлу не повинно повністю зруйнувати веб-сайт, але часто це відбувається! У JavaScript це може бути тому, що розробники написали власний JavaScript (який я зазвичай дозволяю), який залежить від стороннього JavaScript (який я зазвичай блокую).
[...]
Якщо я заблокую ресурси з
tracking-website.com
, тепер мій основний JavaScript видасть помилку. JavaScript — це не круто. Якщо виникає помилка, він не виконує більше JavaScript нижче у файлі. Якщо нижче в цьому файлі єtransitionToOnboarding();
— це не вийде.
Можливо, варто переглянути свій робочий процес і налаштувати його відповідно до нього, щоб виявити більше точок збою.
Отже, ось ідея: запустіть свої наскрізні тести в браузерах, які мають популярні засоби блокування вмісту з конфігураціями за замовчуванням.
Це може виявити подібні проблеми, які заважають вашим клієнтам і навіть людям, які потребують допомоги, бути зупиненими на шляху.
Гарна ідея! Гей, усе, що допомагає намалювати більш реалістичну картину використання програми. Така ясність може відбутися набагато раніше в процесі, можливо, до прийняття рішень щодо розробки. Знайте своїх користувачів. Чому вони використовують додаток? Як вони переглядають веб-сторінки? Де вони фізично розташовані? Які проблеми можуть стати на їхньому шляху? Кріс також чудово розповідає про це.
- Розповсюдження контенту та PR на основі SEO. Отримайте посилення сьогодні.
- Платоблокчейн. Web3 Metaverse Intelligence. Розширені знання. Доступ тут.
- джерело: https://css-tricks.com/healthcare-selling-lemons-and-the-price-of-developer-experience/
- 1
- 11
- 7
- 9
- 98
- a
- МЕНЮ
- рахунки
- визнавати
- насправді
- доповнення
- визнати
- прийняти
- Alex
- ВСІ
- вже
- кількість
- та
- додаток
- призначення
- ПЛОЩА
- навколо
- назад
- БЕЙЛІ
- оскільки
- перед тим
- буття
- Краще
- За
- Великий
- Блокувати
- блокування
- Блог
- блоги
- книга
- народжений
- блискучий
- браузери
- Помилка
- побудований
- бізнес
- Купівля
- call
- Виклики
- який
- випадок
- Чарти
- ясність
- ясно
- Зіткнення
- COM
- комплекс
- Конфлікти
- зміст
- Коштувати
- може
- створений
- криза
- CSS
- Клієнти
- угода
- дебати
- рішення
- дефолт
- доставляти
- поставляється
- надання
- залежить
- Незважаючи на
- розвиненою
- Розробник
- розробників
- розробка
- цифровий
- Ні
- Не знаю
- вниз
- Падіння
- Раніше
- Рано
- Ефективний
- зусилля
- кінець в кінець
- помилка
- особливо
- Навіть
- все
- виконувати
- очікування
- досвід
- Досліди
- Провал
- підроблений
- знайомий
- Знайомство
- ШВИДКО
- особливість
- філе
- знайти
- палець
- каркаси
- від
- далі
- в цілому
- отримати
- йде
- буде
- добре
- великий
- траплятися
- сталося
- відбувається
- Жорсткий
- здоров'я
- охорона здоров'я
- допомога
- допомагає
- тут
- ГАРЯЧА
- будинок
- Як
- HTTPS
- Я БУДУ
- ідея
- ідентифікувати
- важливо
- поліпшений
- поліпшення
- in
- В інших
- спочатку
- розуміння
- встановлений
- Інтеграція
- інвестицій
- IT
- сам
- жаргон
- JavaScript
- тримати
- Знати
- знання
- вести
- Веде за собою
- Лінія
- трохи
- життя
- погрузка
- розташований
- Довго
- серія
- зробити
- Робить
- вдалося
- багато
- ринок
- Маркетинг
- Матерія
- може бути
- сучасний
- Модулі
- момент
- більше
- Необхідність
- потреби
- Нові
- Очевидний
- ONE
- Опції
- Інше
- інші
- поза
- фарбувати
- приватність
- Минуле
- Люди
- продуктивність
- може бути
- людина
- персонал
- картина
- частина
- частин
- Крок
- розбито
- план
- plato
- Інформація про дані Платона
- PlatoData
- Play
- точок
- популярний
- пошта
- Пости
- влада
- досить
- price
- проблеми
- процес
- обіцянку
- доведений
- забезпечувати
- Постачальник
- опублікований
- досягати
- Реагувати
- реакція
- реалістичний
- Реальність
- реалізувати
- надійний
- Звітність
- ресурси
- відповідь
- Виявляє
- прогін
- продажів
- говорить
- Екран
- пошук
- Продавці
- Продаж
- обслуговування
- Постачальник послуг
- ситуацій
- Шкіра
- сповільнювати
- So
- ВИРІШИТИ
- деякі
- конкретний
- стек
- Стеки
- починається
- введення в експлуатацію
- Заява
- Як і раніше
- Стоп
- зупинений
- Зупиняє
- Історія
- процвітати
- Успішно
- Позови
- передбачуваний
- балаканина
- команди
- технології
- Технології
- Тести
- Команда
- їх
- тема
- самі
- річ
- речі
- Думати
- третя сторона
- час
- times
- до
- занадто
- інструмент
- інструменти
- ТОТАЛЬНО
- правда
- ПЕРЕГЛЯД
- налаштування
- Машинопис
- розкрити
- us
- використання
- користувач
- User Experience
- користувачі
- ux
- послуга
- Web
- Webpack
- веб-сайт
- week
- Що
- Чи
- який
- в той час як
- ВООЗ
- ширше
- слова
- Work
- робочий
- Робочі процеси
- вартість
- письмовий
- вашу
- зефірнет