DX, 누구에게?

Dave는 개발자 경험 (DX)에 대한 Netlify에 대한 Sarah의 게시물을 가리 킵니다. Sarah는 기사에서 캐릭터의 의미를 설명하며 세 가지 측면으로 구성됩니다.

1. 통합 엔지니어링 (예 : 기능)
2. 개발자 경험 엔지니어링 (예 : 클라이언트 간 품질을 보장하기위한 통합 구축)
3. 문서 (예 : 문서)

나는이 정의를 매우 좋아한다. 목표는 달성되기 전에 정의되어야합니다. 그러나 Dave는 DX의 제작자 가 아닌 DX의 사용자가 되는 것에 대해 이야기하고 있습니다. 그는 또 다른 3 점 이론을 제안했다.

1. 간단하고 사용하기 쉽습니까? 이 기술이 현재 접근 방식보다 내 문제를 더 잘 해결 했습니까?
2. 도움을받을 수 있습니까? 문제가 발생하면 다른 사람과 의사 소통 할 수 있습니까? 도움이되는 사람들이나 태도가 좋지 않은 사람들을 만날까요?
3. 지역 사회는 건강합니까? 내가 모든 에너지를 그것에 넣으면, 공동체는 부정적인 에너지로 가득 차 있습니까? 적용 가능한 경우 커뮤니티 확장이 좋은가요?

이 주제에 대해 내가 좋아하는 또 다른 요점은 DX의 기본 전제에 동의하지만 더 심층적 인 "방해"(그러나 정직하고 솔직한) 측면을 탐구하는 Shawn Wang의 개발자 Anomaly Engineering입니다. 예는 다음과 같습니다.

가격 책정이 예측 가능합니까, 아니면 사용자가 스프레드 시트를 사용하여 청구 할 내용을 계산해야합니까? 비용이 예기치 않게 너무 높으면 개발자가 소프트웨어를 사용하여 이유를 찾거나 도움을 청해야 할 수 있습니까? 좋은 기본값이 경고를 미리 발행하도록 설정되어 있습니까?

좋은 DX에 대한 나의 사랑은 혼란스러운 것들에 대한 명확한 이해에서 비롯 될 수 있습니다. 완벽하지 않은 영역은 무엇입니까? 말해봐, 당신은 내 신뢰를 얻을 수 있습니다. 숨겨지면 당신은 그것을 잃을 것입니다.

위 내용은 DX, 누구에게?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!