私は昨日、ソフトウェア全体の年間ドロップダウンが2000年から2200年まで実行されたペイロールソフトウェアのデモに参加しました。今、私たちは皆、2桁の近視眼でこの道を進んできましたが、正直なところ、JavaとOracleの給与システムの耐用年数は200年ですか?私たちの取締役会は、会社がその1/4の長さでさえ溶剤であったなら、わくわくするでしょう。
ドロップダウン年選択を使用することを余儀なくされた場合、どこに線を引きますか?
用途によります。財務計画の引退日を確認しようとしている場合は、ユーザーが数十年先の年を選択できるようにする必要があります。クレジットカードの有効期限を尋ねる場合は、現在の年+10で十分です。いずれにせよ、毎年ユーザーインターフェイスを修正したくない場合は、これらのドロップダウンに動的にデータを入力します。
このような広い範囲の欠点は、ドロップダウンが扱いにくくなることです。確かにスクロールバーがあり、探している年を見つけるのが難しくなります。
引退日を処理する必要がある場合は、55年先で十分だと思います(18歳はおそらく73歳までに引退します)。そのようなシステムでの私の限られた経験は、そうでなければ合理的な限界が何であるかを知ることを私に妨げます-おそらくあなたは私たちを啓発することができますか?
アプリをエンドユーザーが構成できるようにしてみませんか?彼らに設定画面を与え、彼らに4桁のカットオフ年を入力させ、コードでそれを参照させますか?
私は可能な限りエンドユーザーが構成できるようにするのが好きです-それは私が複数の顧客に1つのs/wを出荷できることを意味し、それは彼らにいくつかのトリッキーな決定を押しのけます:-)
ドロップダウンイヤーセレクトを使用するように強制しているのは誰ですか?彼らはすべての地獄のように迷惑です。
スクロールバーを表示するのに十分な大きさのプルダウンを使用するよりも、4桁の日付を入力する方が時間がかからないことを示す調査プロジェクトを実行し、時間差に、ソフトウェアを使用する人の数の大幅に膨らんだ見積もりを掛け、それを掛けます。データ入力の支払い率の見積もりが大幅に膨らみ、ソフトウェアの寿命全体で187億ドルを節約する方法を会社に示しています。
確認された最古の人間の年齢は115歳です。したがって、私の賭けは120歳に設定することです。