DX、誰に？

デイブは、開発者エクスペリエンス（DX）に関するNetlifyに関するサラの投稿を指摘しています。サラは、記事でキャラクターの意味を説明します。これは、次の3つの側面で構成されています。

1. 統合エンジニアリング（例：機能）
2. 開発者エクスペリエンスエンジニアリング（例：クライアント間の品質を確保するための統合の構築）
3. ドキュメント（ドキュメントなど）

私はこの定義がとても好きです。目標を達成する前に、目標を定義する必要があります。ただし、デイブは、DXの作成者ではなく、DXのユーザーであることについて話しています。彼は別の3点理論を提案しました：

1. シンプルで使いやすいですか？この手法は、私の現在のアプローチよりも私の問題をよりよく解決しましたか。
2. 助けを得ることができますか？問題が発生した場合、他の人と通信できますか？親切な人や、態度が悪い人に会いますか？
3. コミュニティは健康ですか？私がそれにすべてのエネルギーを入れた場合、コミュニティはネガティブなエネルギーに満ちていますか、それとも積極的に友好的ですか？該当する場合、コミュニティの良い拡張はありますか？

私がこのトピックについて気に入っているもう1つのポイントは、Shawn Wangの開発者Anomaly Engineeringです。これは、DXの基本的な前提に同意しますが、より詳細な「邪魔な」（しかし正直で率直な）側面を探ります。これが例です：

価格設定は予測可能ですか、それともユーザーはスプレッドシートを使用して請求するものを計算する必要がありますか？コストが予期せず高すぎる場合、開発者はソフトウェアを使用して理由を見つけられますか、それとも助けを求めなければなりませんか？良好なデフォルト値は事前に警告を発行するように設定されていますか？

良いDXへの私の愛は、不穏なことを明確に理解することから派生することができます。完璧ではないエリアは何ですか？教えてください、あなたは私の信頼を勝ち取ることができます。それを隠すとあなたはそれを失うでしょう。

以上がDX、誰に？の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。