Время от времени один пост в блоге публикуется, и он вызывает реакцию или ответ в других, которые, в свою очередь, публикуются как посты в блогах, и начинает появляться тема. Это то, что произошло на прошлой неделе, и тема развилась вокруг стоимости фреймворков JavaScript — стоимости, которая в данном случае показывает, насколько чертовски важно ответственно используйте JavaScript.
Modern Health, фреймворки, производительность и вред
Эрик Бейли:Здесь начинается история. Эрик заходит на сайт поставщика медицинских услуг, чтобы записаться на прием, и видит… пустой экран.
В дополнение к ужасное количество телеметрии, Взаимодействие с клиентами Modern Health осуществляется с помощью React и Webpack.
Если вы знакомы с тем, как устроена сеть, то то, что произошло, довольно очевидно: логика веб-сайта, который чрезмерно полагается на JavaScript, столкнулась с одной или несколькими ошибочными фрагментами логики, которые он вызывает. Это создало тупик.
Если вы не зарабатываете на жизнь цифровым опытом, то, что произошло, вовсе не очевидно. Все, что вы видите, это крошечный фальшивый загрузчик, который никогда не останавливается.
Д'о. Это может быть просто неприятностью или даже смехом в некоторых ситуациях, но не тогда, когда на карту поставлено чье-то здоровье:
Человека, ищущего помощи во время кризиса, не волнуют TypeScript, встряска деревьев, горячая замена модулей, A/B-тесты, диаграммы выгорания, NPS, OKR, KPI или другой жаргон стартапов. Опыт разработчика ни хрена не считается если человек, использующий вещь, которую он построил, не может получить то, что ему нужно.
Это большой привкус реальности. Что происходит, когда наши инструменты и отчеты — те самые вещи, которые должны сделать нашу работу более эффективной — мешают пользовательскому опыту? Это инструменты, которые дают информацию, которая может помочь нам предвидеть потребности пользователя, особенно в момент необходимости.
Я понимаю, что указывать пальцем на фреймворки JavaScript уже вызывает разногласия. Но это выходит за рамки того, используете ли вы React или рамка д'жур. Речь идет о бизнес-приоритетах и опыте разработчиков, противоречащем опыту пользователей.
Рынок лимонов
Алекс Рассел:Сторонники медленных и сложных фреймворков успешно продвигают лимоны как горячую новинку, несмотря на повсеместные неудачи, вытесняющие в процессе более качественные варианты.
Эти технологии изначально были «лучший пользовательский опыт», но есть совершенно не удалось выполнить это обещание за пределами организации с высоким уровнем управленческой зрелости в котором они родились. Перенесенные в более широкую сеть, эти новые стеки доказали свою эффективность. дорогие шмотки.
Вот в чем загвоздка. Алекс не стесняется слов, но обратите внимание, что ответственность лежит на том, как фреймворки были проданы разработчикам, а не на самих разработчиках. Коммерческий шаг?
Как только продавцы «лимонов» внедрили информационную идею о том, что улучшенный «Опыт разработчика» («DX») приводит к лучшим результатам для пользователей, улучшение «DX» стало само собой разумеющимся, и многие, кто знал лучше, почувствовали себя вынужденными подыграть. Долгие сроки фальсификации просачивающегося UX были особенностью, а не ошибкой; им не нужно, чтобы вы преуспели, только чтобы продолжать покупать.
Как показывает маркетинг, «DX» приманка это блестяще, но технология никому не подходит но Разработчики.
Тяжело для желудка, правда? Никто не хочет быть обманутым, и трудно признать невозвратные расходы, когда они есть. Это становится совершенно личным, если вы вложили время в конкретную технологию и приложили усилия, чтобы интегрировать ее в свой стек. Рабочие процессы разработки сложны, и обустроиться в одном из них — это как обосноваться в доме, в котором вы планируете жить через некоторое время. Но вы хотели бы знать, был ли ваш дом построен на том, что Алекс называет «песчаный фундамент».
Я просто хотел бы сделать здесь паузу, чтобы сказать, что я не участвую в этих дебатах. Как веб-специалист, я склонен сначала осваивать новые инструменты для ознакомления, а затем быстро отказываться от них, отправляя их в свой сарай инструментов, пока не найду им хорошее применение. Другими словами, мои знания широкий но не очень глубоко в одной области или предмете. HTML, CSS и JavaScript — мой любимый коктейль, но я очень забочусь о пользовательском опыте и знаю, когда нужно обратиться к инструменту для решения конкретной проблемы.
И давайте признаем, что не все имеют право голоса в этом вопросе. Многие из нас работают в управляемых командах, которым предписаны инструменты, которые мы используем. Алекс говорит то же самое, и я думаю, что это важно отметить, потому что ясно, что это не должно быть личным. Это заявление о наших приоритетах и обеспечении того, чтобы они соответствовали ожиданиям пользователей.
Давайте позволим Крису вернуть нас к истории…
Сквозные тесты с блокировщиками контента?
Крис Койер:Итак, возможно, ваше приложение построено на React, и неважно, почему оно так. Есть еще над чем поработать убедитесь, что приложение надежно и доступно.
Просто блокировка файла не должна полностью разрушить веб-сайт, но это часто происходит! В JavaScript это может быть связано с тем, что разработчики написали собственный JavaScript (который я обычно разрешаю), который зависит от стороннего JavaScript (который я обычно блокирую).
[...]
Если я заблокирую ресурсы от
tracking-website.com
, теперь мой собственный JavaScript выдаст ошибку. JavaScript — это не круто. Если выдается ошибка, дальше в файле больше не выполняется JavaScript. Если дальше в этом файлеtransitionToOnboarding();
- это не сработает.
Возможно, стоит пересмотреть свой рабочий процесс и настроить его так, чтобы выявить больше точек отказа.
Итак, вот идея: запускайте сквозные тесты в браузерах, в которых установлены популярные блокировщики контента с установленными конфигурациями по умолчанию.
Это может выявить такие проблемы, которые мешают вашим клиентам и даже нуждающимся людям быть остановленными на их пути.
Хорошая идея! Эй, все, что помогает нарисовать более реалистичную картину того, как используется приложение. Такого рода ясность могла бы возникнуть намного раньше в процессе, возможно, до того, как будут приняты решения о разработке. Знайте своих пользователей. Почему они используют приложение? Как они просматривают веб-страницы? Где они физически расположены? Какие проблемы могут помешать им? У Криса тоже есть отличный разговор об этом.
- SEO-контент и PR-распределение. Получите усиление сегодня.
- Платоблокчейн. Интеллект метавселенной Web3. Расширение знаний. Доступ здесь.
- Источник: https://css-tricks.com/healthcare-selling-lemons-and-the-price-of-developer-experience/
- 1
- 11
- 7
- 9
- 98
- a
- О нас
- Учетная запись
- признавать
- на самом деле
- дополнение
- признавать
- принять
- Alex
- Все
- уже
- количество
- и
- приложение
- деловое свидание, встреча
- ПЛОЩАДЬ
- около
- назад
- БЕЙЛИ
- , так как:
- до
- не являетесь
- Лучшая
- Beyond
- большой
- Заблокировать
- блокирование
- Блог
- блоги
- книга
- рожденный
- блестящий
- браузеры
- Ошибка
- построенный
- бизнес
- покупка
- призывают
- Объявления
- заботится
- случаев
- Графики
- ясность
- Очистить
- сталкиваться
- COM
- комплекс
- противоречивый
- содержание
- Цена
- может
- создали
- кризис
- CSS
- Клиенты
- сделка
- дебаты
- решения
- По умолчанию
- доставить
- поставляется
- доставки
- зависит
- Несмотря на
- развитый
- Застройщик
- застройщиков
- Разработка
- Интернет
- не
- Dont
- вниз
- Падение
- Ранее
- Рано
- Эффективный
- усилие
- впритык
- ошибка
- особенно
- Даже
- все члены
- выполнять
- ожидания
- опыт
- Впечатления
- Ошибка
- не настоящие
- знакомый
- фамильярность
- БЫСТРО
- Особенность
- Файл
- Найдите
- палец
- каркасы
- от
- далее
- в общем
- получить
- идет
- будет
- хорошо
- большой
- происходить
- произошло
- происходит
- Жесткий
- Медицина
- здравоохранение
- помощь
- помогает
- здесь
- ГОРЯЧИЙ
- Вилла / Бунгало
- Как
- HTTPS
- БОЛЬНОЙ
- идея
- определения
- важную
- улучшенный
- улучшение
- in
- В других
- первоначально
- размышления
- установлен
- Интегрируя
- инвестиций
- IT
- саму трезвость
- жаргон
- JavaScript
- Сохранить
- Знать
- знания
- вести
- Лиды
- линия
- мало
- жизнью
- погрузка
- расположенный
- Длинное
- серия
- сделать
- Создание
- управляемого
- многих
- рынок
- Маркетинг
- Вопрос
- может быть
- Модерн
- модуль
- момент
- БОЛЕЕ
- Необходимость
- потребности
- Новые
- Очевидный
- ONE
- Опции
- Другие контрактные услуги
- Другое
- внешнюю
- красить
- особый
- мимо
- Люди
- производительность
- возможно
- человек
- личного
- картина
- кусок
- штук
- Pitch
- стан
- план
- Платон
- Платон Интеллектуальные данные
- ПлатонДанные
- Играть
- пунктов
- Популярное
- После
- Блог
- мощностью
- довольно
- цена
- проблемам
- процесс
- обещание
- доказанный
- обеспечивать
- Недвижимости
- опубликованный
- достигать
- реагировать
- реакция
- реалистичный
- Реальность
- реализовать
- складская
- Reporting
- Полезные ресурсы
- ответ
- Показывает
- Run
- главная
- говорит
- экран
- поиск
- Продавцы
- продажа
- обслуживание
- Провайдер услуг
- обстоятельства
- Кожа
- медленной
- So
- РЕШАТЬ
- некоторые
- конкретный
- стек
- Стеки
- начинается
- ввод в эксплуатацию
- заявление
- По-прежнему
- Stop
- остановившийся
- Останавливает
- История
- быть успешными
- Успешно
- вызов
- предполагаемый
- Говорить
- команды
- технологии
- технологии
- тестов
- Ассоциация
- их
- тема
- сами
- задача
- вещи
- Think
- сторонние
- время
- раз
- в
- слишком
- инструментом
- инструменты
- ПОЛНОСТЬЮ
- правда
- ОЧЕРЕДЬ
- доводка
- Машинопись
- открывай
- us
- использование
- Информация о пользователе
- Пользовательский опыт
- пользователей
- ux
- Услуга
- Web
- Webpack
- Вебсайт
- неделя
- Что
- будь то
- который
- в то время как
- КТО
- Шире
- слова
- Работа
- рабочий
- Рабочие процессы
- стоимость
- письменный
- ВАШЕ
- зефирнет