アカウント名:
パスワード:
すべてのファイルをデスクトップまたはマイドキュメントに置いてるひとを見たことないですか?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
一つのことを行い、またそれをうまくやるプログラムを書け -- Malcolm Douglas McIlroy
悪いけど (スコア:0)
人間が物を整理する時、日常的にも階層型の考え方をベースにしてると思うんですが、
なぜ「初心者には分かりづらい」と考えたのか興味があります。
Re:悪いけど (スコア:4, おもしろおかしい)
日常的にも階層型で机の上の書類を整理しているのですが、
この書類の下に、あの書類を置いてたはずなのに無いなあ、
あのファイルは最近使ったから比較的上の階層にあるはずなのに何故か見つからない、
ということがよくあり、階層型整理の限界を感じております。
#季節によっては紙雪崩も起きます
Re:悪いけど (スコア:0)
こういう時の基本データ構造は、やはりスタックではないでしょうか?
Re:悪いけど (スコア:1)
地層の下のほうは結局見ないままに日が過ぎていったり。
Re:悪いけど (スコア:4, すばらしい洞察)
しかも、Webブラウジング以外に利用する時間はもっと少ないのです。
当然、ファイルを作成するような作業はたまにしかありません。
例えば、年賀状ソフトの住所録を更新するとき、趣味の写真の会の会員名簿を更新するとき、
町内会費の明細を作成するときなど。
そうなってくると、ファイルの数も少ないのでフォルダで分類しようとはしません。
そもそも分類するにも分類数とファイル数の差があまりないわけで、無理して分類して
町内会\回避明細.doc
写真の会\会員名簿.doc
というように1フォルダに1ファイルなんて無意味なことをやったりします。
それでも積もり積もると、そのうち数十個のファイルができてきます。
そうなってくると、やっぱりファイルを探しにくくなります。
特に使う頻度が少ないわけだから、そもそもファイル名もフォルダ名も覚えていません。
去年もこの次期に年賀状を書いたはず‥‥とか、
一昨年、町内会の役員をしてたからその頃に明細を作ったはず‥‥とか。
そういう人にとってはカレンダーの方がよっぽど分かりやすいと思います。
Re:悪いけど (スコア:0)
Re:悪いけど (スコア:4, すばらしい洞察)
初心者←→くろうとというより、獲得・利用する認知フレームワークの違いなんでしょう。
> 人間が物を整理する時、日常的にも階層型の考え方をベースにしてる
という枠組で世界を認知している人には一般的なコンピュータの構造が理解しやすく、
「今日やったこと」「何日前からやっていること」という時間ベースの枠組で認知している人には
カレンダー型のほうがわかりやすいのだと思います。また、私のまわりのMacユーザは、デスクトップに
さまざまなデータが、内容(論文とか課題とかお遊びとか)に基づいてクラスター化して配置されています。
これは、「机の右側は論文用のデータ置き場」といった空間ベースの枠組でデータを整理しているからでしょう。
こういった違いはたぶん、コンピュータを使うことだけでない、もっと一般的な外界の認知に関するスタイルの違いなのだと思います。
みんながみんな、階層型の枠組でものごとを“見て”いるのではないから、今回のカレンダー型にせよ他のなにかにせよ、
さまざまな枠組に合ったインターフェースが存在するのはよいことだと思います。そうすれば、無理に普段と違う(階層型の)枠組で
理解しなくても、自分に合った枠組でデータ・ファイルを整理できるので、コンピュータが使いやすくなるのではないでしょうか。
あとは、それらの間をうまく橋渡しできる(時間ベースの人のファイル配置を空間ベースの人にわかりやすい表示に置き換えるような)仕組みが必要なのかなぁ。
Your 金銭的 potential. Our passion - Micro$oft
Tsukitomo(月友)
Re:悪いけど (スコア:3, 興味深い)
Re:悪いけど (スコア:0)
これが今回初心者にとってのカレンダーってわけで、
方法の一つとして悪くないと思う。
XPやVistaで初心者からエクスプローラを遠ざけるような作りになってきていて
ディレクトリ階層の概念が身につき辛いのかもしれない。
Re:悪いけど (スコア:1, おもしろおかしい)
初級シスアドに出題されるくらいの難問なんです。
世の中にはあなたの想像を超えるバカがたくさんいるんですよ。
だから恋空とか売れちゃうんです。
Re:悪いけど (スコア:1, 興味深い)
Compositeパターンでツリー構造を実装するクラス図書いてえらい人に見せたら、第1階層用のクラス・第2階層用のクラス・第3階層用のクラス・末端ノードのクラスに分割されちゃった。
# まあ最後にRDBに落すこと考えたらアホアホでも平べったい構造にしたいというのは分からんでもない。
Re:悪いけど (スコア:1)
level1_id,level2_id,level3_idの複合キーやられました(つ▽;
第一階層ノード取得
select * from nodes where level2_id < 0 and level3_id < 0
第二階層ノード取得
select * from nodes where level1_id = 15 and level2_id >= 0 and lebel3_id < 0
第三階層ノード取得
select * from nodes where level1_id = 15 and level2_id = 34 and lebel3_id >= 0
場合分けめどす(つ▽;
# だからそこはparent_id使うのが定石なんじゃないのかとっ!!
Re:悪いけど (スコア:1)
デスクトップまたはマイドキュメントに
置いてるひとを見たことないですか?
#うちの家族ですorz
Re:悪いけど (スコア:0)
あー、デスクトップがいっぱいなのでとりあえず整理しようとしてMyDocumentにフォルダ作って移動しても
移動しても、移動しても、移動しても、移動しても、まだデスクトップがいっぱいだった事があります。
4画面分くらいあってほとんどが"コピー~hogehoge(n)"って。 orz
新しいファイルとかどうやって作ってたんだろうと尋ねるとUSBメモリで作業してると言うし。
Re:悪いけど (スコア:0)
デスクトップ環境使う上で、一番ファイルを置きやすい(D&Dしやすい)のがデスクトップなので。
Re:悪いけど (スコア:1, 興味深い)
小さなファイルを一気たくさんに作って
整理やファイルを使いたくなった時にいちいちフォルダを行き来するのが面倒だから
放置するような使い方をしている人や
インターネットからダウンロードしておいて
あとでじっくり見ようと思ったファイルの所在を探すときに便利だと思います。
実際、いまメッセンジャーのファイル受信用フォルダは日付順でソートしてます。
なので、いいものかどうかは
個人的な感覚、好き嫌いもしくは使い方の問題ではないでしょうか?
階層で考えるというのはファイルシステムの中にも
仮想的な「位置」が存在するというのをイメージするまでは難しいですし
あくまでひとつのあり方を示す1ツールとしてあったら面白いと思いますよ。
出来れば標準のファイルシステムもフォルダとか関係なくディスク内のデータを
作成日順で見やすく表示できるようにしてくれてもいいと思うんですけどね
Re:悪いけど (スコア:1)
よくある、「あれあれ、昨日見ていたあれが欲しいんだけど」ってのがさくっと見つかると便利
絶望した! (スコア:2, 参考になる)
XP以降のエクスプローラの検索コンパニオンなら、アクセス日付で検索なんかも、当たり前に出来る事なんだぞぅ?
検索条件を絞らないと、要らないものしか出て来ないけどorz
Re:絶望した! (スコア:1)
ファイル名で整列 & グループで表示したときのやる気のなさは UTF-8 が natural enemy な蟲みたいですが。
Re:絶望した! (スコア:1)
HDDを買って最初にやることは、インデックス作成機能をオフにする人なので
そもそも検索機能なんてVisual Studioからしか使ってませんでした。
どもども
Re:絶望した! (スコア:0)
エクスプローラの詳細カラムで表示されるレベルの全てのファイルに常に存在する情報の一つですよ。
カラムは自由に選べてるので、標準ではアクセス日時が含まれていないだけ。
Re:絶望した! (スコア:1)
#のつもりでしたが、わかりづらかったですね。すみません。
#さすがにエクスプローラーの一覧にアクセス日が出てても、使わないでしょ
Re:絶望した! (スコア:1, 参考になる)
とりあえず個人的にはこれがあるのでXPの検索は使えませんね・・・
・すぐ再検索を始める、検索終了を押してもディスクアクセスか何かがトリガーでやっぱり再検索が始まる
→終了を押したら開始を押すまで再検索しないで欲しい
・アーカイブ内(Zipなど)のファイルを同列に表示するくせに、同列で扱えない
→せめてアーカイバ内ファイルは色を変えるなり種類順ソートの時に別なファイルとして表示して欲しい
・初期設定の犬が簡単に即時offにできない(いやまぁ大した手間でもないですが)
→検索のトップにoffのボタンを付けて欲しい
2番目はアーカイブをフォルダとして扱わないようにするなり、3番目も大した手間なく変更できるので良いですが
1番目が致命的です、数千ファイルとか扱う時に耐えられないです
Re:絶望した! (スコア:0)
Re:絶望した! (スコア:1)
Re:悪いけど (スコア:2, 参考になる)
それで合ってるんだったら、エクスプローラのカラムにも表示できますが。
#ウチは切ってるんで試せません。
Re:悪いけど (スコア:1)
ちょっと極端な気もします。
分類のキーを項目にするか、時間にするかってだけの
問題なような。
#カレンダーも年→月→日の階層といえなくもないし。
まぁ、自分は最終変更日でファイル検索することが
多いので、階層型を使いこなしているとはいえませんが。
Re:悪いけど (スコア:1, 興味深い)
# 私はそうだし、たぶんあなたもそう
音楽の例 (スコア:1)
例えばクラシック音楽のmp3ファイルを保存するとします。ショパンのピアノ協奏曲で、指揮者がDmitri Kitaenko、ピアニストがEvgeny Kissin、オーケストラがモスクワフィルだとします(いま聴いている曲を選びました)。
私はピアニストのKissinが好きなのでフォルダはKissinで分けたいけど、ショパンも好きなので「ショパンフォルダ」かも知れません。でもショパンフォルダには他のピアニストもたくさん入ります。作曲者で分類したとき、Kissinだけ聴きたいとしたらどうしようか。一つの答えがiTunesみたいなソフトにあります。
このような卑近な例でも階層型は問題があります。他の方が超整理法の例を挙げていますが、日常生活でも階層型ではない分類をする人はたくさんいます。
なのに階層型がこれほど多いのは一つには先入観があると思います。ファイルシステム等の設計をする人はコンピュータに強く、ファイルシステムは階層型なのが当たり前と思っていることが多いのではないでしょうか。UNIXにしてもWindows/MS-DOSにしても階層型なので、それで育ってしまうとそういうもんだと考えてしまうのも無理はありません。
Re:音楽の例 (スコア:1)
図書館でふつうに使われる10進分類法というのは、まさに階層型ですが
素朴にやると使い物になりません。
時系列はともかく、いろいろあるのがよいのは確か。
Re:音楽の例 (スコア:0)
作曲家がa1の→曲目はb1→指揮者はc1→演奏はd1というように脳内のデータベースを探しているかと思われます
ただし人間の場合は目的によって階層の順序が動的に変わるので階層に感じないこともあるかと思いますが
筋道を描いて考えると自然と階層化しますよね?、って私だけですかね?
Re:音楽の例 (スコア:1, すばらしい洞察)
あなたは、自分の脳の処理を言語化するときに、自分自身を騙していないと言えますか?
# ニューロンの原理を考えると、絞り込みは連想同時多発的なのが効率がいいと思うな
Re:音楽の例 (スコア:1)
物事っていうのは、こうなっている [patternlanguage.com]。
頭の中で階層を作れば、一旦はこうなる [patternlanguage.com]。ただし、別の考えをしたときには、上の複雑な構造にもどって、もういっかい階層を作り直す。頭の中でこれをやる分にはいいのだが、これをファイルマネージャーとかで実装するとどうなるか、それが最近はやりのタグでの管理やスマートフォルダ、そして今回のカレンダー式なんだと思う。
ただし、スクリーンショット見る限り、単なるファイルマネージャーじゃなくて、同じファイルが、開いた日全てに現れるので、ひょっとすると今後はバージョン管理的な使い方もできるようになってくれたらさらに嬉しいかも。そういう意味では、全く新しい別のモノなのかもしれない。
Re:悪いけど (スコア:0)
真の初心者には、プログラムもデータもすべてファイルなのが第一関門みたいです。
想像するに、皿や箸や、飾りの花とかが料理と区別できないような気持ち悪さなのではないかと。
Re:悪いけど (スコア:0)
そしてデバイス(≒ハードウェア)もファイルなのが第二の関門(UNIXにおいては)。
「何もない」もファイルなのは第何の関門?
Re:悪いけど (スコア:3, すばらしい洞察)
「何も無い」から「何も無い」が取り出せて
「何か」を「何も無い」に送り込むと「何も無い」になる。
それは不思議な「何も無い」…
Re:悪いけど (スコア:2, おもしろおかしい)
「何か」を「何も無い」に置き換えると世界がおわるんですね。
mv /tmp/hoge /dev/null
# 確認してないけど ID
コズミック・ジョーカー
誰かがやるかもしれないミスは必ず誰かがやる。 (スコア:0)
おかげさまで mknod の使い方を覚えました。
Re:悪いけど (スコア:0)
沖縄ですか。
> 第何の関門?
守礼門?