アカウント名:
パスワード:
Ubuntuの標準UIだと、ずいぶん前にこのような仕様になりましたが、自分の場合、一度もこれが有り難いと思ったことはなく、ストレスでしかないです。しかも悪いことに、これは設定で普通の表示方法に変えることはできず、再コンパイルが必要だとのこと。さすがにWindowsではそのようなことはないでしょうけど。どんなときにこの仕様がありがたいのか?
別のUIに変えれば?
年、月、日、時、分、秒という情報を要約して表せる。物語を全部読まなくてもあらすじだけ知れば十分という人には便利。
「昨日最後に更新したのはどっちのファイルだったかな……数時間は違うはずだが」> 最終更新日時:昨日> 最終更新日時:昨日「どうしろと」
日付順で並び替えるだけでしょ昇順でも降順でも好きな方で
「えっと、昇順と降順でいまどっちのモードだっけ」結局は時刻を見て確認しなおす必用があるので二度手間なのよね。
E-mailだと割と平気だったのは、E-mailの場合はここのメール間の順序は「返信」で繫がってて、個々のファイルの時間順はあまり重視してないからかな。エクスプローラで扱う一般的なファイルにおいてはそうではないから。
しかも酷いことに、UbuntuのGUI、ソート順の昇順・降順アイコンの矢印の向きが逆なんですよねー
ぶら下がってるコメントもだけど、表示上欠落した情報がソートに反映されると思うのってなかなか能天気だよね。Windowsので反映されてたかどうかには関係なく。
2〜3ファイル程度でいちいちソートとかそっちのほうが面倒だし、ソートされても昼に更新したファイル群と夜に更新したファイル群を区別できんし。日の中どころか離れる程どんどん時間精度が低下するんだがな。
情報が欠落しているって致命的な問題を擁護するのは不可能だろう。
ソートキーを隠しカラムにするのはよくある手法だろ
よくあるしそうあるべきだがそうなってないことも珍しくない。どの環境のどの項目でそう実装されているかを全部把握して回るのか?
相対時間の最上位桁なのか、最上位不一致桁なのか、四捨五入なのか切り捨てなのか、ソート時に実タイムスタンプが使われるのか否か。把握しなきゃならん要素が多すぎる。そこらを全部把握しても、その日の何時頃とかの情報は欠落してる訳で。タイムスタンプを置換するものにはなり得んわ。
なんでそんな手間かけないとならんのだ
ソートせずに日時だけ見て最新のものを探す方が手間だろ
#3609520 が書いてるように> 最終更新日時:昨日> 最終更新日時:昨日こういうケースで昇順か降順かパッと見すぐわからずどっちが最新かわからん場合の話だろ良く読めガイジ
「xxxx/xx/xx xx:xx:xx」*232文字読んで判定する時間よりソート記号1文字を見る一瞬の方が圧倒的に速いだろ。ちゃんと頭働かせろガイジ。
(横からだけど)そういう場面で人間は一文字一文字読んでいるわけではないですので、ある程度長い文字列か、短い文字列やひとつの記号であるかどうかだけでは判断にかかる時間は単純に決まりません
ヒューマンインタフェースデザインや認知工学に関する本を読むといいかも(読まないだろうけど)
最終更新日時:0.721 日前最終更新日時:0.893 日前
「うん、合理的だ」
最終更新日時:62.2k秒前最終更新日時:77.1k秒前
こっちのほうが合理的だ
アプリケーションに直近の更新ファイルが履歴として表示されてるはずだが。
馬鹿?アプリケーション側の"最近使ったファイル"に更新日時が表示されることの方が珍しいだろうが。普通は直近に更新されたものから順に表示されるだけ。頭使え。だから老害だって馬鹿にされるんだよ。
元々ファイル名しか表示されてないんですけど。アクセラレーターキーが0始まりなのか1始まりなのかはアプリによって変わりますけど、若い番号が直近のものなのは一緒です。
「今日そのアプリで30ファイルくらい開いとりまして……」「二種類のアプリケーションでそれらのファイル触っとりまして……」「開いたけど無編集で閉じたりしとりましてな……」「あれ、開いた時と、閉じた時と、保存した時の、どれで更新されてどれで更新されないの?」「メニュー内の一覧には日付でないんで、ファイラとアプリメニュー両方見るのは面倒なんですが」
で?としか。
ドキュメントの直近1~2週間ぐらいの作成・更新日に具体的な月日が表示されていてもあまり役に立たない。大多数の人は誕生日だとか給料日だとか、特別な日を除いて「今日は何日」だと意識して生活はしていない。一方、「今日は何曜日」なのかは常に意識している。
ディレクトリパスも長々とした絶対パスよりもカレントからの相対パスの方が一目見てわかる。
なんで馬鹿なお前に合わせて精度を糞にしないといかんのよ。
馬鹿なのはお前だということにいつか気付くといいな
> ドキュメントの直近1~2週間ぐらいの作成・更新日に具体的な月日が表示されていてもあまり役に立たない。> 大多数の人は誕生日だとか給料日だとか、特別な日を除いて「今日は何日」だと意識して生活はしていない。> 一方、「今日は何曜日」なのかは常に意識している。
PC 上のファイルを日常的に扱うことを考えたとき、そういった人々が多数派とはとても思えません。私に事務畑専門の経験が無いからかしらん? と一瞬思ったのですが、いやいや、ファイル更新日時も詳細スケジュールも、事務だろうが技術だろうが日付時間を意識するものだよなあ・・・
> ディレクトリ
>いやいや、ファイル更新日時も詳細スケジュールも、事務だろうが技術だろうが日付時間を意識するものだよなあ・・・時間はともかく日付はしないだろう。ミーティングは毎週〇曜日、朝礼は〇曜日、清掃は〇曜日、など曜日でイベントが決まっているものが大多数だし、テレビ番組、ラジオ、雑誌の発売日等、ビジネスの場でもその他の場でも曜日をベースに世の中が動いている。
> 時間はともかく日付はしないだろう。> ミーティングは毎週〇曜日、朝礼は〇曜日、清掃は〇曜日、など曜日でイベントが決まっているものが大多数> テレビ番組、ラジオ、雑誌の発売日等、ビジネスの場でもその他の場でも曜日をベースに世の中が動いている。
そうすると、やっぱり私が製造業(IT土方)だからですかねぇ。フェーズ移行判定みたいな大きなマイルストーンだけ取り出しても週次・月次の定例ミーティングの方が少数派ですし、ファイルの作成・更新日時は作業状況を把握するために常に意識するべきものですし、
IT系でも週報、週次ビルド、週次バッチ処理、進捗定例、〇曜日は定時退社、プレミアムフライデーetc
いや、もちろん曜日毎のイベントが無いとは言いませんよ。スケジュールやファイル管理での頻度において優越しない(「大多数」ではない)、少なくとも重要なケースで日時を使用する必要がある、というだけです。
ところで定時退社とプレ金の例は、表示形式の話題として適切なんでしょうかね。
>ところで定時退社とプレ金の例は、表示形式の話題として適切なんでしょうかね。「xx日に更新されたファイル」だと何を編集したか思い出せなくても「定時退社日に更新されたファイル」なら思い出せることもある。
給料日だとか、締日だとか、支払日とか意識費ない人か?
日雇い?
意識費って何ですか?
そうじゃないことも多々あって。敬宮愛子内親王と秋篠宮悠仁親王くらいなら相対パスでも一目でわかるけど、敬宮愛子内親王と俺なら神武天皇からの絶対パスの方が遥かにわかりやすい。
> 大多数の人は誕生日だとか給料日だとか、特別な日を除いて「今日は何日」だと意識して生活はしていない。> 一方、「今日は何曜日」なのかは常に意識している。
家に引きこもってないで社会に出て仕事してみろよ。曜日で話が通じる仕事相手なんかいないから。
お前が仕事したことないニートなのバれたなw
図星を刺されたからってうろたえるなよ
1事業部100人とかだと決った曜日にやる定例会以外は例え翌週の打ち合せでも日付でしか設定しない他の部署との打ち合せなんかで1ヶ月以上先までどんどん埋まるから、7日でローテートする曜日なんか役に立たない
それに、家のいろいろなこと(植木屋等の各種メンテ、大型家電等の修理、自動車の点検)を予約するときも日付でしか設定しない1ヶ月先の法事の日程なんかを親戚と調整するときも曜日で会話したことなんかない
せいぜい来週の予定までしかないお子様だと曜日で事足りるだろうが、大人は曜日だけでは管理しきれんのよ
お前はだから仕事できないんだゾ
うろたえて必死に長文で言い訳ww
私もそう感じます。Mac のファイルリストですが。こちらも同様の相対日時表示にできます・・・デフォルトだったはず・・・が、絶対表示にして使用しています。gmail のメールリストもでしたっけ?
ファイル属性(日時)を一覧表示することに常に意味を持たせる使い方をする場合は、 ・ 同じリスト内に並んだ複数ファイルの日時の比較について又は ・ 1つのファイルの日時を、異なる日時において表示する場合について表示の基準や目盛りが異なる/変化する、というのはデメリットでしかありません。
日常的な日時表現は、まさに「日常的」なレベルでしかファイルを扱わないユーザにとっては何の問題も無く、むしろその方が良いこともあるのだろうと想像できます。が、それでも恩恵は僅かなんじゃないでしょうかね。日数・時間の概算なんて、ほとんどの人が自然に、ストレス無く、短時間にやれるものでしょうから。(無意識に・自動的にとまでは言えませんが。)
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
犯人はmoriwaka -- Anonymous Coward
私には不便で、ストレスでしかない (スコア:0)
Ubuntuの標準UIだと、ずいぶん前にこのような仕様になりましたが、自分の場合、一度もこれが有り難いと思ったことはなく、ストレスでしかないです。しかも悪いことに、これは設定で普通の表示方法に変えることはできず、再コンパイルが必要だとのこと。さすがにWindowsではそのようなことはないでしょうけど。
どんなときにこの仕様がありがたいのか?
Re:私には不便で、ストレスでしかない (スコア:1)
別のUIに変えれば?
Re: (スコア:0)
年、月、日、時、分、秒という情報を要約して表せる。
物語を全部読まなくてもあらすじだけ知れば十分という人には便利。
Re:私には不便で、ストレスでしかない (スコア:1)
「昨日最後に更新したのはどっちのファイルだったかな……数時間は違うはずだが」
> 最終更新日時:昨日
> 最終更新日時:昨日
「どうしろと」
Re: (スコア:0)
日付順で並び替えるだけでしょ
昇順でも降順でも好きな方で
Re:私には不便で、ストレスでしかない (スコア:1)
「えっと、昇順と降順でいまどっちのモードだっけ」
結局は時刻を見て確認しなおす必用があるので二度手間なのよね。
E-mailだと割と平気だったのは、E-mailの場合はここのメール間の順序は「返信」で繫がってて、
個々のファイルの時間順はあまり重視してないからかな。エクスプローラで扱う一般的なファイルに
おいてはそうではないから。
Re: (スコア:0)
しかも酷いことに、UbuntuのGUI、ソート順の昇順・降順アイコンの矢印の向きが逆なんですよねー
Re:私には不便で、ストレスでしかない (スコア:1)
ぶら下がってるコメントもだけど、表示上欠落した情報がソートに反映されると思うのってなかなか能天気だよね。
Windowsので反映されてたかどうかには関係なく。
2〜3ファイル程度でいちいちソートとかそっちのほうが面倒だし、
ソートされても昼に更新したファイル群と夜に更新したファイル群を区別できんし。
日の中どころか離れる程どんどん時間精度が低下するんだがな。
情報が欠落しているって致命的な問題を擁護するのは不可能だろう。
Re: (スコア:0)
ソートキーを隠しカラムにするのはよくある手法だろ
Re: (スコア:0)
よくあるしそうあるべきだがそうなってないことも珍しくない。
どの環境のどの項目でそう実装されているかを全部把握して回るのか?
相対時間の最上位桁なのか、最上位不一致桁なのか、
四捨五入なのか切り捨てなのか、
ソート時に実タイムスタンプが使われるのか否か。
把握しなきゃならん要素が多すぎる。
そこらを全部把握しても、その日の何時頃とかの情報は欠落してる訳で。
タイムスタンプを置換するものにはなり得んわ。
Re: (スコア:0)
なんでそんな手間かけないとならんのだ
Re: (スコア:0)
ソートせずに日時だけ見て最新のものを探す方が手間だろ
Re: (スコア:0)
#3609520 が書いてるように
> 最終更新日時:昨日
> 最終更新日時:昨日
こういうケースで昇順か降順かパッと見すぐわからずどっちが最新かわからん場合の話だろ良く読めガイジ
Re: (スコア:0)
「xxxx/xx/xx xx:xx:xx」*2
32文字読んで判定する時間よりソート記号1文字を見る一瞬の方が圧倒的に速いだろ。ちゃんと頭働かせろガイジ。
Re:私には不便で、ストレスでしかない (スコア:1)
(横からだけど)
そういう場面で人間は一文字一文字読んでいるわけではないです
ので、ある程度長い文字列か、短い文字列やひとつの記号であるかどうかだけでは判断にかかる時間は単純に決まりません
ヒューマンインタフェースデザインや認知工学に関する本を読むといいかも(読まないだろうけど)
Re: (スコア:0)
最終更新日時:0.721 日前
最終更新日時:0.893 日前
「うん、合理的だ」
Re: (スコア:0)
最終更新日時:62.2k秒前
最終更新日時:77.1k秒前
こっちのほうが合理的だ
Re: (スコア:0)
アプリケーションに直近の更新ファイルが履歴として表示されてるはずだが。
Re:私には不便で、ストレスでしかない (スコア:2)
だからそのアプリケーション側も、直近の更新ファイルの履歴が
> 最終更新日時:昨日
> 最終更新日時:昨日
ってなってきたらどうすんのよ、って話でしょ。
Re: (スコア:0)
馬鹿?アプリケーション側の"最近使ったファイル"に更新日時が表示されることの方が珍しいだろうが。普通は直近に更新されたものから順に表示されるだけ。頭使え。だから老害だって馬鹿にされるんだよ。
Re: (スコア:0)
元々ファイル名しか表示されてないんですけど。
アクセラレーターキーが0始まりなのか1始まりなのかはアプリによって変わりますけど、若い番号が直近のものなのは一緒です。
Re: (スコア:0)
「今日そのアプリで30ファイルくらい開いとりまして……」
「二種類のアプリケーションでそれらのファイル触っとりまして……」
「開いたけど無編集で閉じたりしとりましてな……」
「あれ、開いた時と、閉じた時と、保存した時の、どれで更新されてどれで更新されないの?」
「メニュー内の一覧には日付でないんで、ファイラとアプリメニュー両方見るのは面倒なんですが」
で?としか。
Re: (スコア:0, 参考になる)
ドキュメントの直近1~2週間ぐらいの作成・更新日に具体的な月日が表示されていてもあまり役に立たない。
大多数の人は誕生日だとか給料日だとか、特別な日を除いて「今日は何日」だと意識して生活はしていない。
一方、「今日は何曜日」なのかは常に意識している。
ディレクトリパスも長々とした絶対パスよりもカレントからの相対パスの方が一目見てわかる。
Re: (スコア:0)
なんで馬鹿なお前に合わせて精度を糞にしないといかんのよ。
Re: (スコア:0)
馬鹿なのはお前だということにいつか気付くといいな
Re: (スコア:0)
> ドキュメントの直近1~2週間ぐらいの作成・更新日に具体的な月日が表示されていてもあまり役に立たない。
> 大多数の人は誕生日だとか給料日だとか、特別な日を除いて「今日は何日」だと意識して生活はしていない。
> 一方、「今日は何曜日」なのかは常に意識している。
PC 上のファイルを日常的に扱うことを考えたとき、そういった人々が多数派とはとても思えません。
私に事務畑専門の経験が無いからかしらん? と一瞬思ったのですが、
いやいや、ファイル更新日時も詳細スケジュールも、事務だろうが技術だろうが日付時間を意識するものだよなあ・・・
> ディレクトリ
Re: (スコア:0)
>いやいや、ファイル更新日時も詳細スケジュールも、事務だろうが技術だろうが日付時間を意識するものだよなあ・・・
時間はともかく日付はしないだろう。
ミーティングは毎週〇曜日、朝礼は〇曜日、清掃は〇曜日、など曜日でイベントが決まっているものが大多数だし、
テレビ番組、ラジオ、雑誌の発売日等、ビジネスの場でもその他の場でも曜日をベースに世の中が動いている。
Re: (スコア:0)
> 時間はともかく日付はしないだろう。
> ミーティングは毎週〇曜日、朝礼は〇曜日、清掃は〇曜日、など曜日でイベントが決まっているものが大多数
> テレビ番組、ラジオ、雑誌の発売日等、ビジネスの場でもその他の場でも曜日をベースに世の中が動いている。
そうすると、やっぱり私が製造業(IT土方)だからですかねぇ。
フェーズ移行判定みたいな大きなマイルストーンだけ取り出しても週次・月次の定例ミーティングの方が少数派ですし、
ファイルの作成・更新日時は作業状況を把握するために常に意識するべきものですし、
Re: (スコア:0)
IT系でも週報、週次ビルド、週次バッチ処理、進捗定例、〇曜日は定時退社、プレミアムフライデーetc
Re: (スコア:0)
いや、もちろん曜日毎のイベントが無いとは言いませんよ。
スケジュールやファイル管理での頻度において優越しない(「大多数」ではない)、
少なくとも重要なケースで日時を使用する必要がある、というだけです。
ところで定時退社とプレ金の例は、表示形式の話題として適切なんでしょうかね。
Re: (スコア:0)
>ところで定時退社とプレ金の例は、表示形式の話題として適切なんでしょうかね。
「xx日に更新されたファイル」だと何を編集したか思い出せなくても「定時退社日に更新されたファイル」なら思い出せることもある。
Re: (スコア:0)
給料日だとか、締日だとか、支払日とか意識費ない人か?
日雇い?
Re: (スコア:0)
意識費って何ですか?
Re: (スコア:0)
ディレクトリパスも長々とした絶対パスよりもカレントからの相対パスの方が一目見てわかる。
そうじゃないことも多々あって。
敬宮愛子内親王と秋篠宮悠仁親王くらいなら相対パスでも一目でわかるけど、敬宮愛子内親王と俺なら神武天皇からの絶対パスの方が遥かにわかりやすい。
Re: (スコア:0)
> 大多数の人は誕生日だとか給料日だとか、特別な日を除いて「今日は何日」だと意識して生活はしていない。
> 一方、「今日は何曜日」なのかは常に意識している。
家に引きこもってないで社会に出て仕事してみろよ。
曜日で話が通じる仕事相手なんかいないから。
Re: (スコア:0)
お前が仕事したことないニートなのバれたなw
Re: (スコア:0)
図星を刺されたからってうろたえるなよ
1事業部100人とかだと決った曜日にやる定例会以外は例え翌週の打ち合せでも日付でしか設定しない
他の部署との打ち合せなんかで1ヶ月以上先までどんどん埋まるから、7日でローテートする曜日なんか役に立たない
それに、家のいろいろなこと(植木屋等の各種メンテ、大型家電等の修理、自動車の点検)を予約するときも日付でしか設定しない
1ヶ月先の法事の日程なんかを親戚と調整するときも曜日で会話したことなんかない
せいぜい来週の予定までしかないお子様だと曜日で事足りるだろうが、大人は曜日だけでは管理しきれんのよ
Re: (スコア:0)
お前はだから仕事できないんだゾ
Re: (スコア:0)
うろたえて必死に長文で言い訳ww
Re: (スコア:0)
私もそう感じます。Mac のファイルリストですが。
こちらも同様の相対日時表示にできます・・・デフォルトだったはず・・・が、絶対表示にして使用しています。
gmail のメールリストもでしたっけ?
ファイル属性(日時)を一覧表示することに常に意味を持たせる使い方をする場合は、
・ 同じリスト内に並んだ複数ファイルの日時の比較について
又は
・ 1つのファイルの日時を、異なる日時において表示する場合について
表示の基準や目盛りが異なる/変化する、というのはデメリットでしかありません。
日常的な日時表現は、まさに「日常的」なレベルでしかファイルを扱わないユーザにとっては何の問題も無く、
むしろその方が良いこともあるのだろうと想像できます。が、それでも恩恵は僅かなんじゃないでしょうかね。
日数・時間の概算なんて、ほとんどの人が自然に、ストレス無く、短時間にやれるものでしょうから。
(無意識に・自動的にとまでは言えませんが。)