私は、ユーザーを念頭においてソフトウェアをより適切に設計するためにUXを忠実に検討する趣味のソフトウェア開発者です。私は、UXが3つの主な理由でそうしているつまらないことに感謝します。
当然のことながら、他の人のためにすべてを素晴らしいものにすることに取り組んだ後、私はいくつかの開発者ツールを使用するのがいらいらすることに感銘を受けました。彼らは、開発中のソフトウェアにプラスの効果をもたらすだけの、優れたUXプラクティスを最初に実装すべきではないでしょうか?
私は長期的な効率と簡単な学習曲線の議論を認識していますが、ここでは、長期的な効率を実際に低下させていることについて話しています。
要約すると、UXの観点から、エンドユーザーアプリケーションとは異なる開発者ツールを構築することの背後にある、論理的、研究的、または実用的な理由はありますか?
長い投稿を好まない読者はここで停止できます。以下のテキストは、上で述べた内容をバックアップするためのものです。
私がサポートされていない仮定の罪を犯したことを皆が叫ぶ前に、私の推論を裏付けるのに役立つはずの一般的な開発者ツールの例をいくつか示します。そして、当然のことながら、すべてのツールが悪いわけではありません(個人的にはIntelliSenseを見つけます。たとえば、UXが最適化されています)...しかし、多くのツールが悪いです。
その組み込み関数には、あらゆる種類の欠陥があります。次の例のように、デリミタを使用して文字列の配列を結合する関数implode()。
スクリーンショットから強調できなかったいくつかのこと:
チーズを動かさないでください
これは、これらのツールを作成した開発者がアプリケーションの使用方法を予測できなかったという、典型的な問題だと思います。すべてを予測するできると、最初の試行で優れたUXを設計できます。しかし、それはここでは起こっていません。そして、機能が追加されても、既存のユーザーを混乱させる恐れからアプリケーションを再編成する必要はありません。これは正当な恐れです。
例として、私はVisual Studio 2013を、巨大なものであるにもかかわらず、非常に素晴らしく直感的なアプリケーションと考えています。しかし、Visual Studioに対する私の意見は、主に私の知識に基づいています。私が毎日生産的になるのは、その親しみやすさです。したがって、アプリケーション全体を再設計して再編成することでそれを壊すことは、一部の人から称賛されるかもしれませんが、それは私を怒らせます。
妥協
Microsoftは長年にわたってVisual Studioを再編成して、新機能のための余地を作りました。しかし、彼らはバージョン間の変更を比較的小さくしようとしているので、私のような人々はすべてを行う方法を再学習する必要はありません。これは良いアプローチだと思います。
PHP、Android、C#の開発者であり、SharePointを専門的に使用しているので、この質問にしか賛成できません。多くの開発言語とIDEでは、誰かがアイデアを思いついたように見え、ボタン、メニュー項目、またはキーボードショートカットとして実装されていました。そのことを考えることなく、この機能は実際に誰かによって使用されます。
IDEまたはプログラミング言語で機能を非表示にするスポーツが作られているように感じる場合があります。これは特に、SharePointで特に当てはまります。コードの山の機能開発者が孤立したサイロで動作することは途方もなく明白です。 。それは良くなっていますが、製品にはまだ多くの矛盾があります。
それで、あなたは何をしますか?使用している製品/言語/ IDEの欠点に対処する必要があるため、または新しいものを開発する必要がある。そのため、何千ものプログラミング言語とフレームワークがあり、開発者は何度も何度も学習する必要があります。この職業の現実が嫌いな人は-焦点と仕事を変えるべきだ。本当のUXプロフェッショナルになるための長い道のりを歩んできました。