Soins de santé, vendeurs de citrons et prix de l'expérience du développeur

Récemment, une série de articles de blog a déclenché des discussions animées sur le coût des cadres JavaScript, soulignant l'importance d'utiliser JavaScript de manière responsable.

Eric Bailey: Medical moderne, cadre, performance et dommages

L'histoire commence quand Eric tente de prendre rendez-vous sur le site Web d'un fournisseur de médecine, mais rencontre un écran vierge.

L'expérience client de Modern Healthcare s'appuie sur React et WebPack, accompagnée d'une grande quantité de données de télémétrie.

Pour ceux qui connaissent le développement Web, la raison est évidente: des sites Web qui s'appuient trop sur JavaScript, dont la logique entre en conflit avec les autres logiques d'erreur appelées, entraînant des impasses.

Mais pour les non-professionnels, ce n'est pas évident. Tout ce qu'ils voient, c'est l'animation de chargement sans fin.

Cela peut être un problème mineur dans certains cas, mais les conséquences sont inimaginables en ce qui concerne les problèmes de santé:

Les personnes à la recherche d'aide ne se soucieront pas de dactylographie, de tremblements d'arbres, de remplacement des modules chauds, de tests A / B, de graphique à burn-out, de NP, d'OKR, de KPI ou d'autres termes entrepreneuriaux. Si les utilisateurs ne peuvent pas obtenir les services dont ils ont besoin, l'expérience du développeur n'a pas de sens.

C'est l'impact de la réalité. Que se passe-t-il lorsque nos outils et rapports - les outils qui devraient être plus productifs - sont dans la façon dont l'expérience utilisateur? Ces outils sont censés fournir des informations qui nous aident à prédire les besoins des utilisateurs, en particulier en cas d'urgence.

Je sais que pointer le doigt sur le cadre JavaScript lui-même est facile à provoquer une controverse. Mais il ne s'agit pas seulement d'utiliser React ou d'autres cadres, mais un conflit entre les priorités commerciales et l'expérience des développeurs et l'expérience utilisateur.

Alex Russell: Marché de citron

Les partisans des cadres lents et complexes ont réussi à emballer avec succès des cadres inefficaces dans des choses à la mode, en serrant des choix de meilleure qualité malgré leurs défauts partout.

Ces technologies initialement sous la bannière de "l'amélioration de l'expérience utilisateur", mais en dehors des organisations à grande maturité, elles n'ont pas complètement réussi à tenir leurs promesses. Dans l'environnement Web plus large, ces nouvelles piles de technologie se sont révélées être des échecs coûteux.

Le problème est là. Alex est franc, mais il souligne que la responsabilité réside dans la façon dont le cadre est commercialisé, pas les développeurs eux-mêmes. Qu'est-ce qu'une stratégie marketing?

Une fois que les vendeurs de citron insuffisant au concept selon lequel «l'amélioration de l'expérience des développeurs (DX) mène à une meilleure expérience utilisateur», «l'amélioration du DX» devient le but lui-même, et de nombreuses personnes qui savent que ses inconvénients sont obligés de participer. Il s'agit d'une stratégie pour masquer les effets négatifs de l'expérience utilisateur pendant longtemps, pas une erreur;

Du point de vue du marketing, cette stratégie d'appât et d'emballage "DX" est très intelligente, mais la technologie elle-même n'apporte des avantages à personne, à l'exception du développeur.

C'est difficile à accepter, non? Personne ne veut être trompé, et il est difficile d'admettre que les coûts coulés. C'est encore plus difficile si vous avez investi votre temps et vos efforts dans une technologie spécifique et l'avez intégré à votre pile technologique. Le flux de travail de développement est complexe, et l'adaptation à un seul processus, c'est comme s'adapter à une maison où vous prévoyez de vivre pendant un certain temps. Mais vous devez savoir si votre maison est construite sur ce qu'Alex appelle "Sand Foundation".

Je veux faire une pause ici pour montrer que je n'ai pas de position personnelle sur ce débat. En tant que généraliste Web, j'ai tendance à essayer de nouveaux outils tôt pour se familiariser avec eux, puis j'ai rapidement abandonné et les mettre dans ma boîte à outils jusqu'à ce que je trouve le bon but. En d'autres termes, j'ai un large éventail de connaissances, mais je n'ai pas de compréhension approfondie dans un domaine spécifique. HTML, CSS et JavaScript sont mes combinaisons courantes, mais je mets une grande importance sur l'expérience utilisateur et je sais quand choisir le bon outil pour résoudre un problème spécifique.

De plus, nous devons admettre que tout le monde ne peut pas prendre de décisions par eux-mêmes. Beaucoup d'entre nous travaillent sur des équipes gérées et utilisent des outils pré-spécifiés. Alex a également mentionné cela, et je pense que c'est important car cela montre clairement que ce n'est pas pour les individus. Il s'agit d'une déclaration sur nos priorités et de garantir qu'ils correspondent aux attentes de l'utilisateur.

Laissons Chris nous guider sur le sujet ...

Chris Coyier: tests de bout en bout à l'aide de Content Interceptor?

donc, peut-être que votre application est construite avec React, et la raison n'est pas importante. Il y a encore des travaux pour assurer la fiabilité et l'accessibilité de l'application.

Le simple fait de bloquer un fichier ne devrait pas détruire complètement un site Web, mais il le fait souvent! Dans JavaScript, c'est probablement parce que le développeur écrit JavaScript de premier parti (je bloque généralement) qui s'appuie sur JavaScript tiers (je bloque habituellement).

[…]

Si je bloque les ressources de Tracking-Ebsite.com, mon JavaScript de premier parti lance une erreur. JavaScript n'ignore pas les erreurs. Si une erreur est lancée, elle n'exécutera pas le code JavaScript inférieur dans le fichier. Si le code de niveau inférieur est transitiontoonboard (); - alors il ne sera pas exécuté.

Peut-être que cela vaut la peine de revisiter votre flux de travail et de l'ajuster pour identifier plus de points de défaillance.

Donc, voici une idée: exécutez vos tests de bout en bout dans un navigateur avec le bloqueur de contenu populaire installé et sa configuration par défaut.

Cela peut trouver des problèmes qui arrêteront vos clients, ainsi que ceux qui en ont besoin.

bonne idée! Tout moyen d'aider à représenter comment une application est utilisée de manière plus réaliste est bonne. Cette clarté peut émerger au début du processus, peut-être avant de prendre des décisions de développement. Apprenez à connaître vos utilisateurs. Pourquoi utilisent-ils cette application? Comment parcourent-ils le Web? Où est leur emplacement géographique? Quels problèmes pourraient leur entraver? Chris a également fait un bon discours à ce sujet.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!