De temps en temps, un article de blog est publié et suscite une réaction ou une réponse chez d'autres qui sont, à leur tour, publiés sous forme d'articles de blog, et un thème commence à émerger. C'est ce qui s'est passé la semaine dernière et le thème développé autour du coût des frameworks JavaScript - un coût qui, dans ce cas, révèle à quel point il est sacrément important de utiliser JavaScript de manière responsable.
Santé moderne, cadres, performances et dommages
Éric Bailey :C'est ici que commence l'histoire. Eric se rend sur le site Web d'un fournisseur de services de santé pour prendre rendez-vous et obtient… un écran vide.
En plus des une quantité terrifiante de télémétrie, l'expérience client de Modern Health est fournie à l'aide de React et Webpack.
Si vous savez comment le Web est construit, ce qui s'est passé est assez évident : un site Web qui s'appuie trop sur JavaScript pour alimenter son expérience a vu sa logique entrer en collision avec un ou plusieurs autres éléments de logique errants qu'il invoque. Cela a créé une impasse.
Si vous ne faites pas d'expériences numériques pour gagner votre vie, ce qui s'est passé n'est pas évident du tout. Tout ce que vous voyez, c'est une petite fausse roulette de chargement qui ne s'arrête jamais.
D'oh. Cela peut être une simple nuisance - voire risible - dans certaines situations, mais pas lorsque la santé de quelqu'un est en jeu :
Une personne qui cherche de l'aide en temps de crise ne se soucie pas de TypeScript, du tree shaking, du remplacement de module à chaud, des tests A/B, des burndown charts, du NPS, des OKR, des KPI ou de tout autre jargon de démarrage. L'expérience de développeur ne compte pas pour la merde si la personne qui utilise la chose qu'elle a construite ne peut pas réellement obtenir ce dont elle a besoin.
C'est le grand relent de la réalité. Que se passe-t-il lorsque nos outils et nos rapports - les éléments mêmes qui sont censés rendre notre travail plus efficace - entravent l'expérience utilisateur ? Ce sont des outils qui fournissent des informations qui peuvent nous aider anticiper les besoins d'un utilisateur, en particulier en cas de besoin.
Je me rends compte que pointer du doigt les frameworks JavaScript est déjà source de division. Mais cela va au-delà du fait que vous utilisiez React ou cadre du jour. Il s'agit des priorités de l'entreprise et de l'expérience des développeurs qui entrent en conflit avec les expériences des utilisateurs.
Le marché aux citrons
Alex Russel :Les partisans des frameworks lents et complexes ont réussi à commercialiser les citrons comme la nouveauté en vogue, malgré les échecs généralisés dans leur sillage, évinçant les options de meilleure qualité dans le processus.
Ces technologies ont d'abord été lancées sur le dos de "meilleures expériences utilisateur", mais ont complètement échoué tenir cette promesse en dehors du organisations à haute maturité de gestion dans lequel ils sont nés. Transplantées dans le Web plus large, ces nouvelles piles se sont révélées être ratés chers.
Voilà le hic. Alex ne mâche pas ses mots, mais notez que la responsabilité repose sur la façon dont les frameworks ont été commercialisés auprès des développeurs plutôt que les développeurs eux-mêmes. L'argumentaire de vente ?
Une fois que les vendeurs de citrons ont intégré l'idée de lumière de données selon laquelle l'amélioration de "l'expérience du développeur" ("DX") conduit à de meilleurs résultats pour les utilisateurs, l'amélioration de "DX" est devenue et s'est terminée en elle-même, et beaucoup de ceux qui savaient mieux se sont sentis obligés de jouer le jeu. Les longs délais de falsification de l'UX par ruissellement étaient une fonctionnalité, pas un bogue ; ils n'ont pas besoin de vous pour réussir, seulement pour continuer à acheter.
Comme le dit le marketing, le « DX » appât et interrupteur est génial, mais la technologie n'est à la hauteur de personne mais les développeurs.
Difficile à digérer, non ? Personne ne veut être dupe, et il est difficile d'admettre un coût irrécupérable quand il y en a un. Cela devient carrément personnel si vous avez investi du temps dans une technologie spécifique et des efforts pour l'intégrer dans votre pile. Les workflows de développement sont difficiles et s'installer dans l'un d'entre eux, c'est un peu comme s'installer dans une maison dans laquelle vous prévoyez de vivre dans peu de temps. Mais vous voudriez savoir si votre maison a été construite sur ce qu'Alex appelle un "fond de teint sablonneux".
J'aimerais juste m'arrêter ici un moment pour dire que je n'ai pas de peau dans ce débat. En tant que généraliste du Web, j'ai tendance à adopter de nouveaux outils tôt pour me familiariser, puis à les abandonner rapidement, en les reléguant dans ma boîte à outils jusqu'à ce que je leur trouve une bonne utilisation. En d'autres termes, mes connaissances sont large mais pas très profond dans un domaine ou une chose. HTML, CSS et JavaScript sont mon cocktail préféré, mais je me soucie beaucoup de l'expérience utilisateur et je sais quand utiliser un outil pour résoudre un problème particulier.
Et reconnaissons que tout le monde n'a pas son mot à dire. Beaucoup d'entre nous travaillent au sein d'équipes gérées auxquelles sont prescrits les outils que nous utilisons. Alex le dit, ce que je pense important d'appeler car il est clair que ce n'est pas censé être personnel. C'est une déclaration sur nos priorités et nous nous assurons qu'elles correspondent aux attentes des utilisateurs.
Laissons Chris nous ramener à l'histoire…
Des tests de bout en bout avec des bloqueurs de contenu ?
Chris Coyer :Alors, peut-être que votre application est construite sur React et peu importe pourquoi c'est comme ça. Il y a encore du travail à faire pour assurez-vous que l'application est fiable et accessible.
Le simple fait de bloquer un fichier ne devrait pas totalement détruire un site Web, mais c'est souvent le cas ! En JavaScript, cela peut être dû au fait que les développeurs ont écrit du JavaScript propriétaire (que j'autorise généralement) qui dépend de JavaScript tiers (que je bloquerai généralement).
[...]
Si je bloque des ressources de
tracking-website.com
, maintenant mon JavaScript propriétaire va générer une erreur. JavaScript n'est pas cool. Si une erreur est générée, il n'exécute plus de JavaScript plus bas dans le fichier. Si plus bas dans ce fichier se trouvetransitionToOnboarding();
- ça ne marchera pas.
Peut-être vaut-il la peine de revoir votre flux de travail et de le peaufiner pour identifier davantage de points de défaillance.
Voici donc une idée : exécutez vos tests de bout en bout dans des navigateurs dotés de bloqueurs de contenu populaires avec des configurations par défaut installées.
Cela peut révéler des problèmes comme celui-ci qui empêchent vos clients, et même les personnes dans le besoin, d'être arrêtés dans leur élan.
Bonne idée! Hé, tout ce qui aide à brosser un tableau plus réaliste de la façon dont l'application est utilisée. Ce genre de clarté pourrait se produire beaucoup plus tôt dans le processus, peut-être avant de prendre des décisions en matière de développement. Connaissez vos utilisateurs. Pourquoi utilisent-ils l'application ? Comment naviguent-ils sur le Web ? Où sont-ils physiquement situés ? Quels problèmes pourraient se mettre en travers de leur chemin ? Chris a également une excellente conversation à ce sujet.
- Contenu propulsé par le référencement et distribution de relations publiques. Soyez amplifié aujourd'hui.
- Platoblockchain. Intelligence métaverse Web3. Connaissance Amplifiée. Accéder ici.
- La source: https://css-tricks.com/healthcare-selling-lemons-and-the-price-of-developer-experience/
- 1
- 11
- 7
- 9
- 98
- a
- Description
- Compte
- reconnaître
- actually
- ajout
- admettre
- adopter
- alex
- Tous
- déjà
- montant
- ainsi que
- appli
- rendez-vous
- Réservé
- autour
- RETOUR
- BAILEY
- car
- before
- va
- Améliorée
- Au-delà
- Big
- Block
- blocage
- Blog
- blogue
- livre
- né
- brillant
- navigateurs
- Punaise
- construit
- la performance des entreprises
- Achat
- Appelez-nous
- Appels
- les soins
- maisons
- Charts
- clarté
- clair
- Entrer en collision
- COM
- complexe
- Contradictoire
- contenu
- Prix
- pourriez
- créée
- crise
- CSS
- Clients
- affaire
- débat
- décisions
- Réglage par défaut
- livrer
- livré
- livrer
- dépend
- Malgré
- développé
- Développeur
- mobiles
- Développement
- numérique
- Ne fait pas
- Ne pas
- down
- Goutte
- Plus tôt
- "Early Bird"
- Efficace
- effort
- end-to-end
- erreur
- notamment
- Pourtant, la
- tout le monde
- exécuter
- attentes
- Découvrez
- Expériences
- Échec
- faux
- familier
- Familiarité
- RAPIDE
- Fonctionnalité
- Déposez votre dernière attestation
- Trouvez
- doigt
- cadres
- de
- plus
- généralement
- obtenez
- Goes
- aller
- Bien
- l'
- arriver
- arrivé
- arrive
- Dur
- Santé
- la médecine
- aider
- aide
- ici
- HOT
- Villa
- Comment
- HTTPS
- MAUVAIS
- idée
- identifier
- important
- amélioré
- l'amélioration de
- in
- Dans d'autres
- possible
- idées.
- Installé
- Intégration
- investi
- IT
- lui-même
- jargon
- JavaScript
- XNUMX éléments à
- Savoir
- spécialisées
- conduire
- Conduit
- Gamme
- peu
- vie
- chargement
- situé
- Location
- Lot
- faire
- Fabrication
- gérés
- de nombreuses
- Marché
- Stratégie
- Matière
- pourrait
- Villas Modernes
- module
- moment
- PLUS
- Besoin
- Besoins
- Nouveauté
- évident
- ONE
- Options
- Autre
- Autres
- au contrôle
- peindre
- particulier
- passé
- Personnes
- performant
- être
- personne
- personnel
- image
- pièce
- pièces
- Emplacement
- lancé
- plan
- Platon
- Intelligence des données Platon
- PlatonDonnées
- Jouez
- des notes bonus
- Populaire
- Post
- Poteaux
- power
- assez
- prix
- d'ouvrabilité
- processus
- PROMETTONS
- proven
- fournir
- de voiture.
- publié
- nous joindre
- Réagir
- réaction
- réaliste
- Réalité
- réaliser
- fiable
- Rapports
- Ressources
- réponse
- Révèle
- Courir
- vente
- dit
- pour écran
- recherche
- Sellers
- Disponible
- service
- Prestataire de services
- situations
- Peau
- lent
- So
- RÉSOUDRE
- quelques
- groupe de neurones
- empiler
- Combos
- départs
- Commencez
- Déclaration
- Encore
- Arrêter
- arrêté
- Arrête
- Histoire
- réussir
- Avec succès
- Assignation
- supposé
- Discours
- équipes
- technologie
- Les technologies
- tests
- La
- leur
- thème
- se
- chose
- des choses
- Pense
- des tiers.
- fiable
- fois
- à
- trop
- outil
- les outils
- TOTALEMENT
- oui
- TOUR
- peaufinage
- Manuscrit
- devoiler
- us
- utilisé
- Utilisateur
- Expérience utilisateur
- utilisateurs
- ux
- Réveiller
- web
- Webpack
- Site Web
- semaine
- Quoi
- que
- qui
- tout en
- WHO
- plus large
- des mots
- Activités:
- workflow
- workflows
- vaut
- code écrit
- Votre
- zéphyrnet