アカウント名:
パスワード:
iTunesが出て来た時のことを思い出します。登場時は「ファイルやフォルダを直接操作できないとは何事か」と批判を受けていましたが、結局のところiTunesが提示した「フォルダ構成はユーザに見せず、メタ情報をインデックス化して管理する」方法の利便性が一般ユーザに受け入れられて他の楽曲管理ソフトにも広まっていきました。
/.でも「ファイル/フォルダ構成の方が直感的」という意見をよく見かけますが、個人的にはそれは単に「我々がITエンジニアとして訓練された結果」に過ぎないのではないかと考えています。
iTunesが提示した「フォルダ構成はユーザに見せず、メタ情報をインデックス化
ほとんどのデータベースって、そういう構造になってませんか？ と言うか僕にはiTunesの楽曲管理がフォルダ/ファイル型を再生産した物にしか思えません。
「ファイル/フォルダ構成の方が直感的」という意見をよく見かけますが、 個人的にはそれは単に「我々がITエンジニアとして訓練された結果」
や、概念的には、図書館や書店で分野毎に本が分類されているってのと同等なので 日常的に慣れ親しんでるはずですよ。 ディレクトリ構造も図書館で採用されてる日本十進分類そのものですからね。
＞と言うか僕にはiTunesの楽曲管理がフォルダ/ファイル型を再生産した物にしか思えません。
実際に使ってみれば分かるよ。
(ハードリンクやシンボリックリンクで)複製して別のフォルダに入れる手間に比べ、iTunesのスマートフォルダの管理方式がどれだけ楽か。
楽曲をアルバムでまとめたり歌い手でまとめたりジャンルでまとめたり年代でまとめたり演奏時間でまとめたり。何千曲あろうと、メタデータの指定だけで1分もかからず終わる。新しい曲を追加して、スマートフォルダにアクセスすれば常に最新の状態で表示される。
もちろん用途によるけど。フォルダ／ファイルの管理方式のほうが楽なこともある。現状、メタデータのないファイルのほうが圧倒的だし、メタデータによらず分類したいときもあるから。
余り使い込んでいないのだけれど、gmail などではラベルを階層化して整理できるのかな？
mh とかだと、ディレクトリ階層と同じでフォルダの階層化ができる。フォルダやラベルが増えてくると、どうしてもこういう機能が欲しくなる。
gmail のラベルはベタに並ぶので、そこが不便。
# 脳がIT化してディレクトリ階層しか受け付けなくなっている？
ありがとうございます。
ちょっと幸せになりました。
iTunes のプレイリストとファイルの関係は見事にフォルダー/ファイルであり、自動ファイルリストは自動仕訳ルールだったりする訳ですが。 iTunes は「実体としての楽曲ファイルがどこにあるかはどうでもいい」を実現していますが、主目的である楽曲の演奏整理などに関しては結局「ファイル/フォルダー構成の方が直感的」からは何ら変わりがありませんよ。 iTunes のプレイリストも普通にツリー構造を取れますし。
バックが mbox/Maildir/MH や、はたまた独自形式のファイルだったり DB に格納されていたりするなどを問わず、MUA の UI では「フォルダーとファイル」のイメージを提供しているというのは、iTunes の形と大きな差はないと言えるでしょう。
もっと言えば、タグ付けやスター、フラグなども情報を整理するために情報を付与しているものですし、捉え方によっては「ファイルをフォルダーに分類して入れる」のと大差はありませんよ。 ファイル実体 (メール本体) がもつ情報に対してフォルダー (受信箱の中のフォルダー) はメタ情報に過ぎません。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あつくて寝られない時はhackしろ! 386BSD(98)はそうやってつくられましたよ? -- あるハッカー
iTunes (スコア:2)
iTunesが出て来た時のことを思い出します。
登場時は「ファイルやフォルダを直接操作できないとは何事か」と批判を受けていましたが、
結局のところiTunesが提示した「フォルダ構成はユーザに見せず、メタ情報をインデックス化して
管理する」方法の利便性が一般ユーザに受け入れられて他の楽曲管理ソフトにも広まって
いきました。
/.でも「ファイル/フォルダ構成の方が直感的」という意見をよく見かけますが、個人的にはそれは
単に「我々がITエンジニアとして訓練された結果」に過ぎないのではないかと考えています。
Re:iTunes (スコア:2)
ほとんどのデータベースって、そういう構造になってませんか？
と言うか僕にはiTunesの楽曲管理がフォルダ/ファイル型を再生産した物にしか思えません。
や、概念的には、図書館や書店で分野毎に本が分類されているってのと同等なので
日常的に慣れ親しんでるはずですよ。
ディレクトリ構造も図書館で採用されてる日本十進分類そのものですからね。
如何なる内容であろうとACでの書き込みは一切無視します。
Re: (スコア:0)
＞と言うか僕にはiTunesの楽曲管理がフォルダ/ファイル型を再生産した物にしか思えません。
実際に使ってみれば分かるよ。
(ハードリンクやシンボリックリンクで)複製して別のフォルダに入れる手間に比べ、
iTunesのスマートフォルダの管理方式がどれだけ楽か。
楽曲をアルバムでまとめたり歌い手でまとめたりジャンルでまとめたり年代でまとめたり
演奏時間でまとめたり。何千曲あろうと、メタデータの指定だけで1分もかからず終わる。
新しい曲を追加して、スマートフォルダにアクセスすれば常に最新の状態で表示される。
もちろん用途によるけど。フォルダ／ファイルの管理方式のほうが楽なこともある。
現状、メタデータのないファイルのほうが圧倒的だし、メタデータによらず分類したい
ときもあるから。
Re:iTunes (スコア:1)
余り使い込んでいないのだけれど、gmail などではラベルを階層化して整理できるのかな？
mh とかだと、ディレクトリ階層と同じでフォルダの階層化ができる。
フォルダやラベルが増えてくると、どうしてもこういう機能が欲しくなる。
gmail のラベルはベタに並ぶので、そこが不便。
# 脳がIT化してディレクトリ階層しか受け付けなくなっている？
Re:iTunes (スコア:1)
Re:iTunes (スコア:1)
ありがとうございます。
ちょっと幸せになりました。
Re:iTunes (スコア:1)
iTunes のプレイリストとファイルの関係は見事にフォルダー/ファイルであり、自動ファイルリストは自動仕訳ルールだったりする訳ですが。
iTunes は「実体としての楽曲ファイルがどこにあるかはどうでもいい」を実現していますが、主目的である楽曲の演奏整理などに関しては結局「ファイル/フォルダー構成の方が直感的」からは何ら変わりがありませんよ。
iTunes のプレイリストも普通にツリー構造を取れますし。
バックが mbox/Maildir/MH や、はたまた独自形式のファイルだったり DB に格納されていたりするなどを問わず、MUA の UI では「フォルダーとファイル」のイメージを提供しているというのは、iTunes の形と大きな差はないと言えるでしょう。
もっと言えば、タグ付けやスター、フラグなども情報を整理するために情報を付与しているものですし、捉え方によっては「ファイルをフォルダーに分類して入れる」のと大差はありませんよ。
ファイル実体 (メール本体) がもつ情報に対してフォルダー (受信箱の中のフォルダー) はメタ情報に過ぎません。