ヘルスケア、レモンの販売、開発者エクスペリエンスの価格

最近、一連のブログ投稿により、JavaScriptフレームワークのコストに関する熱烈な議論が巻き込まれ、JavaScriptを責任を持って使用することの重要性が強調されています。

エリック・ベイリー：現代の医療、フレームワーク、パフォーマンス、ダメージ

エリックが医療提供者のウェブサイトで予約をしようとすると、この話は始まりますが、空白の画面に遭遇します。

現代のヘルスケアのカスタマーエクスペリエンスは、ReactとWebpackに依存しており、大量のテレメトリデータを伴います。

Web開発に精通している人にとって、その理由は明らかです。JavaScriptに依存しすぎているWebサイトは、ロジックが呼ばれる他のエラーロジックと競合し、デッドロックをもたらします。

しかし、非専門家の場合、これは明らかではありません。彼らが見るのは、終わりのないロードアニメーションだけです。

これは場合によってはわずかなトラブルかもしれませんが、健康問題に関してはその結果は想像を絶するものです。

ヘルプを求めている人は、タイプスクリプト、ツリーシェーキング、ホットモジュールの交換、A/Bテスト、バーンアウトチャート、NPS、OKR、KPI、またはその他の起業家用語を気にしません。ユーザーが必要なサービスを取得できない場合、開発者エクスペリエンスは無意味です。

これが現実の影響です。私たちのツールとレポート（より生産的なツール）がユーザーエクスペリエンスを妨げる方法でどうなるでしょうか？これらのツールは、特に緊急事態でユーザーのニーズを予測するのに役立つ洞察を提供することになっています。

JavaScriptフレームワーク自体を指すことは、論争を引き起こすのが簡単であることを知っています。しかし、それはReactや他のフレームワークを使用するだけでなく、ビジネスの優先順位と開発者の経験とユーザーエクスペリエンスの対立です。

アレックスラッセル：レモンマーケット

ゆっくりと複雑なフレームワークの支持者は、非効率的なフレームワークをトレンディなものにパッケージ化し、どこにでも欠陥にもかかわらず、より高い品質の選択を絞りました。

これらのテクノロジーは、当初は「ユーザーエクスペリエンスの向上」のバナーの下にありましたが、高度の成熟組織以外では、約束を完全に満たすことができませんでした。より広いWeb環境では、これらの新しいテクノロジースタックが高価な障害であることが証明されています。

問題はこちらです。アレックスは率直ですが、彼は、開発者自身ではなく、フレームワークの販売方法に責任があると指摘しています。マーケティング戦略とは何ですか？

レモンセラーが「開発者エクスペリエンスの向上（DX）がユーザーエクスペリエンスの向上につながる」という概念に浸透したら、「DXの改善」が目的そのものになり、その不利な点を知っている多くの人々は参加を余儀なくされます。これは、ユーザーエクスペリエンスのマイナスの影響を長期間覆い隠すためではなく、間違いではありません。

マーケティングの観点から見ると、この「DX」の餌と梱包戦略は非常に賢いですが、テクノロジー自体は開発者を除いて誰にも利益をもたらしません。

受け入れるのは難しいですよね？誰も欺かれたくないし、沈んだ費用を認めることは困難です。特定のテクノロジーに時間と労力を投資し、それをテクノロジースタックに統合した場合、それはさらに困難です。開発ワークフローは複雑であり、1つのプロセスに適応することは、しばらく生活する予定の家に適応するようなものです。しかし、あなたの家がアレックスが「サンド財団」と呼ぶものに基づいて建てられているかどうかを知っておくべきです。

ここで一時停止して、この議論に個人的な立場がないことを示したいと思います。 Webジェネラリストとして、私は彼らに慣れるために新しいツールを早期に試してみる傾向があり、すぐにあきらめて、正しい目的を見つけるまで私のツールボックスに入れます。言い換えれば、私は幅広い知識を持っていますが、特定の分野で深い理解はありません。 HTML、CSS、およびJavaScriptは私の一般的な組み合わせですが、ユーザーエクスペリエンスに大きな重点を置き、特定の問題を解決するための適切なツールを選択するタイミングを知っています。

さらに、誰もが自分で決定を下すことができるわけではないことを認めなければなりません。私たちの多くは、マネージドチームに取り組んでおり、事前に指定されたツールを使用しています。アレックスもこれに言及しましたが、それはそれが個人のためではないことを明確に示しているので、それは重要だと思います。これは、私たちの優先事項に関する声明であり、ユーザーの期待と一致するようにします。

クリスにトピックに戻ってきてみましょう...

Chris Coyier：コンテンツインターセプターを使用したエンドツーエンドテスト？

したがって、アプリケーションはReactで構築されている可能性があり、その理由は重要ではありません。アプリケーションの信頼性とアクセシビリティを確保するための作業がまだあります。

ファイルをブロックするだけで、Webサイトを完全に破壊するわけではありませんが、頻繁に行います！ JavaScriptでは、これはおそらく、開発者がサードパーティのJavaScriptに依存するファーストパーティJavaScript（私は通常ブロック）を作成するためです（通常はブロックされます）。

[…]

website.comの追跡をブロックすると、ファーストパーティのJavaScriptがエラーをスローします。 JavaScriptはエラーを無視しません。エラーがスローされている場合、ファイル内の下部JavaScriptコードは実行されません。低レベルのコードがTransitionToonBoarding（）である場合、それは実行されません。

多分それはあなたのワークフローを再訪し、それを調整してより多くの障害ポイントを識別する価値があるでしょう。

だから、ここにアイデアがあります：人気のあるコンテンツブロッカーがインストールされ、デフォルトの構成を備えたブラウザでエンドツーエンドのテストを実行します。

そうすることで、顧客や困っている人を止める問題が見つかるかもしれません。

いい考え！アプリケーションがどのように使用されるかをより現実的に描くのに役立つ方法は良いことです。この明確さは、おそらく開発の決定を下す前に、プロセスの早い段階で出現する可能性があります。あなたのユーザーを知りましょう。なぜ彼らはこのアプリを使用するのですか？彼らはどのようにウェブを閲覧しますか？彼らの地理的位置はどこですか？彼らの邪魔になる可能性のある問題は何ですか？クリスもこれについて良いスピーチをしました。

以上がヘルスケア、レモンの販売、開発者エクスペリエンスの価格の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。