タグ付けされた質問 「user-experience」

4
アジャイル開発でユーザーインターフェイスの設計とそれぞれの機能のサポートに対処する方法
アジャイル開発プロセスでは通常、主な焦点はユーザーストーリーにありますが、1つの要件が複数のユーザーストーリーにまたがることもあります。 たとえば、クライアントはフォーラム内のすべてのユーザーの検索ページを要求する場合があり、ユーザーの禁止、ユーザーの削除、パスワードのリセットなど、ユーザーごとに実行できるアクションがいくつかあります。 この機能は、少なくとも4つのユーザーストーリーに分割できます。 ユーザーを検索 ユーザーを禁止 ユーザーを削除 パスワードを再設定する ユーザーインターフェイスデザイナーは、このようなユーザーインターフェイスをどのように実装しますか?彼/彼女は最初のユーザーストーリーに取り組み、それからUIへのより多くの機能を増やし始めるべきですか?ただし、最終的なUIは台無しになると思います! 彼が機能全体(検索+アクション)で作業することに決めた場合、アクションの優先順位が低く、検索機能が実行された後に複数の反復が実装されるとしたらどうでしょうか。

5
Javaアプリケーションでランタイム例外をスローする
私は請負業者として、テクニカルリードの役割でクライアント用のエンタープライズJavaアプリケーションを設計しています。このアプリケーションはエンドユーザーによって使用され、退社時にアプリケーションをサポートするサポートチームが存在します。 私が一緒に作業している他のテクニカルリードは、例外処理によってコードがダーティになるという印象を受けています。システムはチェックされていない例外を処理する必要がないように、チェックされた例外をサービス層からのみスローし、残りのコードは他のすべての層からランタイム例外をスローする必要があります。 ビジネスアプリケーションで未チェックの例外をスローする必要はありますか? ランタイム例外に関する過去の私の経験から: 1)チェックされていない例外は、Javadocにも表示されないため、コードを予測不能にします。 2)ビジネスアプリケーションで未チェックの例外をスローするのは意味がありません。スローしてユーザーの顔にまっすぐに進むと、どのようにユーザーに説明するのですか?500 -Internal Error. Contact Administratorエンドユーザーにとっても、アプリケーションを管理するサポートチームにとっても何の意味もないことを示すWebアプリケーションを十分に見てきました。 3)ランタイム例外をスローすると、例外をスローするクラスのユーザーはソースコードを調べてデバッグし、例外がスローされた理由を確認することが強制されます。これは、実行時例外のJavadocが偶然見事に文書化されている場合にのみ回避できますが、これは決して事実ではありません。

3
いつ入力をトリミングする必要がありますか?
私はインターンとして、学界以外の業界についてたくさん学びます。 今日私が考えたのは、入力のトリミングです。 コインの片側では、入力にスペースが多すぎるためにユーザー/実装者が予期しない結果を常に受け​​取ることを望まないため、すべての関数呼び出しの後にユーザー入力を常にトリミングする必要があります。 しかし、同時に、ここで社内で使用するAPIライブラリを作成している場合、結果の主要な空白が末尾/先頭にあることが重要になる可能性があります。 次に、空白が重要かどうかがわからない場合があります。 私にとっての大きな問題は、コード内のどこにいても.trim()が常に呼び出されていることです。 誰もが特定の状況を処理する方法についてのヒント/経験則または単なる考えを持っていますか?

7
ユーザーへのパスワードハッシュとサポート
私たちは最近、より良いパスワードストレージ戦略に移行しました。 パスワードはbCryptを通過した後に保存されます アカウントの作成時に、アドレスの所有権を確認するためのアクティベーションリンクがユーザーに送信されます セキュリティの質問なしにパスワードを忘れた場合、リンクがメールに送信されます。 リンクは24時間後に期限切れになり、その時点で新しいリンクをリクエストする必要があります。 アカウントがスタッフから作成された場合、ランダムな強力なパスワードが含まれたメールが送信されます。ユーザーのログイン時に、それを私たちが知らない何かにリセットする必要があり、それはbCryptされます。 現在、これは「ベストプラクティス」に準拠していますが、これを理解していない、ログインしたいだけの一般ユーザーからのサポートリクエストの量が大幅に増加しました。 私たちはしばしば不満を言うユーザーからリクエストを受けます: パスワードが間違っている(リセットする必要があるものから、末尾にスペースを付けてパスワードを貼り付けることが多い)。彼らは彼らが何を使っているかを私たちに伝えますが、私たちは彼らに実際のパスワードが何であるかを伝える方法がありません。 Googleから送信されたメールを受け取っていない(アクティベーション、リセットなど)とします。多くのトラブルシューティングの後、通常はメールにタイプミスがあること、彼らが正しいメールアカウントをチェックしていないこと、または単にスパムフォルダーに入っていることを発見した多くのトラブルシューティングの後、これはしばしばそうではありません。 もちろん、パスワードがないので試してみることはできません。失敗した試行をログに記録していますが、それらが使用したパスワードもクリアしています。これは、別のアカウントで使用されているパスワードである可能性が高く、プレーンテキストのログファイルに保存したくないためです。これは、彼らが問題を報告するときに彼らを助けるためにほとんど何も残しません。 ほとんどの人がこれらのような問題にどのように対処するかについて私は興味がありますか?

1
非同期タスクが悪いUXを作るとき
私は、必死にそれを必要とするIDEを拡張するCOMアドインを書いています。関係する機能はたくさんありますが、この投稿のために2つに絞ってみましょう。 ユーザーがモジュールとそのメンバーをナビゲートできるツリービューを表示するコードエクスプローラーツールウィンドウがあります。 ユーザーがコードの問題をナビゲートして自動的に修正できるようにするdatagridviewを表示するコードインスペクションツールウィンドウがあります。 どちらのツールにも、開いているすべてのプロジェクトのすべてのコードを解析する非同期タスクを開始する「更新」ボタンがあります。コードエクスプローラは、構築するために、解析結果を使用してツリービューをし、コード検査は、コードの問題を発見し、その中で結果を表示する解析結果を使用するDataGridView。 ここで私がやろうとしているのは、機能間で解析結果を共有することです。これにより、コードエクスプローラーが更新されたときに、コードインスペクションがそれを認識し、コードエクスプローラーが行った解析作業をやり直すことなく更新できるようになります。。 それで私がやったことは、パーサークラスを、機能が登録できるイベントプロバイダーにしたことです。 private void _parser_ParseCompleted(object sender, ParseCompletedEventArgs e) { Control.Invoke((MethodInvoker) delegate { Control.SolutionTree.Nodes.Clear(); foreach (var result in e.ParseResults) { var node = new TreeNode(result.Project.Name); node.ImageKey = "Hourglass"; node.SelectedImageKey = node.ImageKey; AddProjectNodes(result, node); Control.SolutionTree.Nodes.Add(node); } Control.EnableRefresh(); }); } private void _parser_ParseStarted(object sender, ParseStartedEventArgs e) { Control.Invoke((MethodInvoker) delegate …

2
登録時にパスワードを自動生成するのは良い考えですか?
現在取り組んでいるプロジェクトの登録システムを開発しています。 プロセスが長すぎる場合、ユーザーはサインアップしない傾向があるため、私は(少なくとも最初は)電子メールのみを必要とすると考えました。ここで、自動生成されたパスワードを送信します(これにより、電子メールアドレスを確認することもできます) )。また、登録を迅速に完了するために、弱いパスワードを選択することもできなくなります。 今までのところ、マイナス面は発見されていませんが、このシステムを使用しているサイトを見たことがないので、残念な点がいくつかあります。 それは良い考えですか? PS:もちろんFacebookや他の同様のサービスを介してサインアップも実装し、人々がパスワードを必要とせずにすばやくサインアップできるようにしますが、多くの人は、プライバシーの懸念から、またはそうでないために、クラシックサインアップを選択したいと思うかもしれません。それらのサービスのいずれかを使用します。

7
スクラムプロジェクトのUXは誰ですか?
OK。あなたが教科書スクラムプロジェクトに取り組んでいるとしましょう。あなたは、製品所有者と協力しているスクラムマスターを手に入れました。次のスプリントはUIが重いです。コーダーが画面の作成を開始する頃には、実際に彼らがどのように見えるかを考えている必要があります。 誰がいつワイヤーフレーミングを行うのですか?製品のオーナーは?製品の所有者をサポートしている人はいますか?スクラムマスター?UXのエキスパートがいる場合、スプリントの開始後にコーダーと一緒に作業しますか、それともストーリーカードと制約のそばに座って、開発者が行っている作業をガイドして通知するワイヤーフレームとモックアップを事前に提供しますか? UXのヘルプが必要だと思いますが、どこに適用すればいいのか本当にわかりません... 編集:質問を言い換えましょう。 アジャイルプロジェクトで一貫した高品質のユーザーエクスペリエンスをどのように提供しますか?

3
マイクロソフトが現在のUIのようなUIを構築するためにUXフレームワークをリリースしないのはなぜですか?
.NETフレームワークでプログラミングの学習を始めたとき、UIテクノロジとしてWinFormsを使用することから始めました。このオフィス2000と同じように「クラシック」メニューを使用しています。Office2007 がリリースされて数年後、リボンが誕生しました。 さらに数年後、Office 2010がリリースされ、ステージなどの新機能も追加されまし た。数日前Office 15のプレビュー版がリリースされ、より豪華な新機能が追加されました: これは大きな進歩であるIMOですが、開発者がそのようなUIを構築できるようにしないのはなぜですか?.NETを見ると、まだリボンを作成する方法がありません。拡張性の高いWPFを使用しても、事前に作成されたコントロールはありません。したがって、コミュニティはこれらすべての「機能」を作成するためにいくつかのプロジェクトを開始しました。今日、マイクロソフトはWinFormsとWPFのリボンをリリースしましたが、それはまだコアフレームワークの一部ではありません(4.5のものでもありません)。しかし、私が知る限り、これは.NETに限定されていませんか?今日、アンマネージアプリケーションがこれらのリボンUIを作成するためのAPIはまだありません。 ドイツでは、すべてが自分のスタイルに合うように、無料のUXトレーニングを提供しています。http://j.mp/NZGgH9 マイクロソフトが開発者にクールなものを提供しないのはなぜですか?彼らは彼らのアプリケーションがユニークであることを望みますか?

5
多くのソーシャルメディアサイトでテキストの編集が許可されない技術的な理由は何ですか?
Facebook、Twitter、Ning、その他のソーシャルサイトについてよく耳にする不満は、コメントや投稿を作成すると編集できないということです。 これは、ユーザーエクスペリエンスの主要な目標の1つであるユーザーエージェンシーの提供、またはソフトウェアでのユーザーの行動を制御する能力に反すると思います。 Stackexchangeサイトでも、コメントを編集できるのは一定の時間だけです。 非常に多くのWebアプリが、ユーザーが自分の執筆を編集できないようにすることができないのは、技術的な欠点または「機能による設計」ですか?
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.