Dave souligne le post de Sarah sur Netlify sur l'expérience du développeur (DX). Sarah explique le sens du personnage dans l'article, qui se compose de trois aspects:
J'aime beaucoup cette définition. Un objectif doit être défini avant de pouvoir être atteint. Cependant, Dave parle d'être un utilisateur de DX plutôt que d'un créateur de DX. Il a proposé une autre théorie de trois points:
- Est-ce simple et facile à utiliser? Est-ce que cette technique a mieux résolu mon problème que mon approche actuelle.
- Pouvez-vous obtenir de l'aide? Si je rencontre un problème, puis-je communiquer avec les autres? Vais-je rencontrer des personnes utiles ou des personnes ayant de mauvaises attitudes?
- La communauté est-elle saine? Si j'y mette toute mon énergie, la communauté est-elle pleine d'énergie négative ou est-elle sympathique? Le cas échéant, y a-t-il de bonnes extensions communautaires?
Un autre point que j'aime dans ce sujet est le développeur de Shawn Wang, Anomalie Engineering, qui est d'accord avec la prémisse de base de DX mais explore des aspects plus approfondis «dérangeants» (mais honnêtes et franches). Voici un exemple:
Votre prix est-il prévisible ou les utilisateurs doivent-ils utiliser des feuilles de calcul pour calculer ce que vous facturerez? Si le coût est trop élevé de façon inattendue, les développeurs peuvent-ils utiliser votre logiciel pour découvrir la raison, ou doivent-ils demander de l'aide? Les bonnes valeurs par défaut sont-elles définies pour émettre des avertissements à l'avance?
Mon amour pour le bon DX peut être dérivé d'une compréhension claire des choses dérangeantes. Quelles sont les zones qui ne sont pas parfaites? Dites-moi, vous pouvez gagner ma confiance. Caché et vous le perdrez.
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!