it-swarm-ja.com

フォルダー構造が壊れていますか?

私たちのデジタルの世界では、以前はデジタルコンテンツの場所を知る必要がありました。明らかなのは、ローカルハードドライブまたは共有ファイルサーバーであり、時々極端な構造が出現することがあります。時々制御された方法で、時にはそう制御されません。私と同じようにインフォメーションアーキテクトが何時間も費やして、お客様に合ったサイトの正しいオントロジーと構造を見つけるWebサイトのナビゲーションでも、同じパターンが見つかります。このすべての取り組みは、ユーザーが必要なコンテンツを効果的に見つけられるようにするという明白な目標を備えた、サイトの一般的で理解しやすいナビゲーションを作成するために行われます。

2007年以降、スマートフォンの使用が増加しているため、ユーザーはアプリを使用して、コンテンツを検索する他の方法を学びました。ユーザーがデジタル位置ナビゲーションではなくメタデータナビゲーションによって必要なものを見つける画像(多くの場合フォルダーではない)用のアプリがあります。ユーザーは、写真が撮影された日時または場所(地図上に表示される物理的な場所)に基づいて画像を見つけることができます。彼らは(スマートフォン上の)正確な場所を知らず、スマートフォンのフォルダ構造を使用して必要なものを見つけることができません。唯一のアクセスは、画像ファイルを表示できるアプリを介したものです。これは、大多数のユーザーに当てはまります。

私たちの優先する検索エンジンがどんどん良くなるにつれて、ユーザーはフォルダー構造でのナビゲーションではなく、検索クエリを通じてコン​​テンツを見つけます。これは、パブリックおよび内部のWebサイトだけでなく、ユーザーが検索(つまり、名前を入力して提案を即座に入力)してアプリやコンテンツを見つけるスマートフォンやデスクトップデバイスの内部でも有効です。

同時に、多くのユーザーがファイル共有、Webサイト、アプリケーション(ERPやその他のアプリ)の大きな構造をナビゲートして、この例えに慣れているという理由だけで必要なものを見つけています。では、フォルダ構造をリッピングすることはまだ有効な呼び出しではないかもしれませんが、消えることはありますか?または、ユーザーがフォルダーに基づいてコンテンツを分類できるようにしますか?

それはすべて質問に要約されます:フォルダ構造は死んでいますか?

137
Benny Skogberg

その死の噂は非常に誇張されています✞...

従来の階層フォルダービューは死にません。しかし、それらはファイルを表示して操作する他の方法によって補完されています。

ここでの主な傾向は、基になるファイルシステムからのビューのデカップリングです。


旧世界...一つの真実⇨一つの見方

  • 歴史的に、ファイルUXは、ファイルとフォルダの基礎となる表現に深く結びついていました。オペレーティングシステムはファイルを1つの物理的な場所に階層的に格納しました。安全なUXを設計する最も簡単な方法は、その階層的なファイルシステムを表すことでした。

old world: classic hierarchical file system

  • 注:「基礎となる表現」とは、ハードドライブプラッター、SSD、またはその他の大容量記憶装置上のデータの編成を意味するものではありません。代わりに、OSがファイルを表すために使用するファイル、パス、およびディレクトリの意図的に抽象化されたモデルを参照しています。パスファイルモデルはほとんどのOSの基本モデルであるため、これは単なるUXの問題ではありません。したがって、プログラミング言語は同じモデルを使用して、ファイルシステムとの最も一般的に使用される対話を提供します。

新しい世界...一つの真実⇨多くの見方

  • クラウド、マルチメディア、テラバイトストレージ、モバイル/タブレット、マルチモードコンピューティングの台頭により、ファイルシステムの使用方法と実装方法が変化しました。

  • 最新のアプローチは、ファイルシステムからビューを分離することです。これにより、ユーザーはさまざまな方法(検索、タグ、フォルダーなど)でファイルシステムを操作することができ、データの根本的な整合性を損なうことはありません。

one truth, many views

  • データは1つの場所に保存されることもあれば、同期されることもあれば、暗号化または分散されることもあります。..ビューの分離により、設計者は、基礎となるファイル表現についてあまり(またはまったく)心配する必要なく、統一された最適なインターフェースをユーザーに提示できます。または場所。

フォルダは新しい世界で死んではいません...

  • ファイル/ドキュメントの階層ビューは、基本的にあらゆる種類のタスクに非常に役立ちます。ビューの分離と他のインターフェースの可用性は、多くのタスクの階層表現の基本的な有用性を変更しません。

    • したがって、フォルダシステムは、DropboxやGoogleドライブなどの最新のシステムでも引き続き機能します。
  • 変更されたのは、フォルダーがファイルシステムの別のビューになる場合があることです。クラウドファイルは、実際にはフォルダに整理されている場合とされていない場合があります。実際には問題ありません。

  • これは、デザイナーにとって素晴らしいニュースですこれは、ジョブに最適なビューを使用できることを意味します...ビューをフォルダに結合するという厳しい制約なしに、強制されているからといって、ユーザーエクスペリエンスにとって意味のある階層型フォルダーを使用できます。

120
tohster

完全に死ぬわけではありませんが、パワーユーザーニッチ機能になりつつあります。

すべてのユーザーが、デスクトップまたは単一のマイドキュメントフォルダーにすべてを保存するユーザーのストーリーを見たり聞いたりしたことがあります。数十個のフォルダを作成して管理するなど、大きな初期費用を正当化することは人間にとって恐ろしいことです。将来的には、ファイルを10秒早く見つけたりスクロールを減らしたりして見つけることができるなど、小さなメリットがあります。

ファイルシステムの管理は、パワーユーザーのみが行う必要のある、または気にする必要のあるものです。タグ付け、Spotlight、インスタントのフルシステム検索などの機能により、一般的なユーザーは、すばやく見つけることができる限り、どこにあるかを気にする必要がありません。

Toby Coulstockによるこの記事は、コンセプトをかなりうまくまとめています: http://members.iinet.net.au/~chris6/100214_the_file_system_is_the_new_command_line.html

時間の経過とともに、「オペレーティングシステム」の概念は、ハードウェアへのアクセスを提供するプログラムだけではなく、必要なときに必要なソフトウェアにアクセスできるようにする「メタソフトウェア」になりました。それは何十年ものコンピュータの歴史の上にある抽象化のもう1つの層であり、ファイルシステムを時代遅れにして、開発者だけが心配する必要があるものになるかもしれません。

50
Nathan Rabe

スマートフォンの台頭後も、コンテンツの分類は依然として非常に重要です。日付順、場所順、タグ順のいずれかです。 2007年以降、スマートフォンがますます一般的に使用されるようになったため、デザイナーはよりシンプルなユーザーエクスペリエンスを思い付くようになりました。

手動でコンテンツをフォルダに配置することは、通常、UXエクスペリエンスの低下と見なすことができます。そのため、多くのアプリでは、コンテンツが自動的に分類されます。たとえば、写真アプリでは、写真は場所または日付で自動的に分類されます。つまり、ユーザーがとにかく写真を分類したものの、位置センサーなどを使用して、これらを自動的に行うことができます。つまり、私のポイントは、フォルダとカテゴリは依然として重要であり、それは手動によるカテゴリ化と、フォルダ内のものをsersで並べ替えることだけであり、面倒で時間がかかる場合があります。

15
Savv

ほとんどの人はテクノロジーの特定の側面が消えていくと思う傾向がありますが、私は常に「堆積する」ことの方がはるかに一般的であると感じています。

私が新しいトレンドを見るときはいつでも、それは通常「これが新しい最善の方法です」のように終わることはありません。通常は「1つのグローバルソリューションでこの問題を解決しましたが、今ではケースごとに異なるソリューションがあるようです」のようです。

フォルダ構造は良い例です。私たちはすべてのために長い間フォルダを使用してきました。現在、写真や音楽などの特定のアセットは、専用アプリでより適切に処理されていることがわかりました。

あなたはより良い検索エンジンに言及します、これはあなたが欲しいものを正確に見つけるのに素晴らしいですが、あなたが持っているものを探索/視覚化するのではありません。 UXの観点から、音楽アプリでアーティストやアルバムを探す方法について考えてみましょう。また、写真のコレクションは、イベント、場所、または人によって視覚化される傾向があります...ユーザーは、専門のアプリで音楽/写真のコレクションを視覚化するための有意義な方法を依然として望んでいます。

ただし、すべてのメディアタイプがユニークなアプリにうまく収まるわけではありません。フォルダーレイアウトは、共有環境で意味を伝え、特別なアプリがない豊富なアセットを組み合わせることができます。

ソフトウェアが進化するにつれ、専用のアプリが一連のファイルを管理できるケースが増えると思いますが、フォルダーレイアウトがなくなるところに到達することはないと思います。フォルダの使いすぎをやめて、それらが役立つ場合のみに固執する可能性が高くなります。

15
SystematicFrank

おそらく。しかし、それはゆっくりとした痛みを伴う死です。

それは本質的に、何かを再び見つけることができる場所、または他の誰かにそれを見つけるように指示できる場所に何かを置く必要性に要約されます。

私たちは当然、物事をコンテナーに入れるか、コンパートメント化する傾向があります。これは、戻ってくるまでに長い時間がかかったとしても、精神的に物事を見つけるのに役立つメカニズムを持つことができるからです。すべての場所とすべての場所。整理整頓。

多数のオブジェクトが存在する可能性があるため、このプロセスでは常にいくつかの階層メカニズムが役立ちました。なぜなら、頭脳は、オブジェクトをより管理しやすくするためにチャンク化することに優れているからです。

ただし、この考え方には問題があります。選択された1つの属性または選択された属性の特定の順序付き階層に従ってモノが格納されます。たとえば、Word文書があるので、それをDocumentsフォルダー内のWordフォルダーに保存します。しかし、赤い正方形がある場合はどうなりますか?それをRed/SquareフォルダーまたはSquare/Redフォルダーに保存しますか?さらに重要なことは何ですか?また、戻ってきたときに同じ属性が同様に重要になりますか?

デジタルの世界では、1つ以上の属性を任意の順序で使用して何かを簡単に見つけることができるため、これらの形容詞は優先順位がありません。赤いものが1つしかない場合は、すべての属性を必要とすることもありません。物が保管されたときに私が考えていたのと同じ属性を使用することすらできません。私の赤い四角はラスターイメージではなくベクトル描画だったので、昨年作成したベクトル描画を見つけてください。

ですから、個人に適した方法で整理することはますます意味がなくなり、ソフトウェアに任せているだけですが、そのソフトウェアを保存、保護、インデックス付け、取得するには信頼する必要がありますそれを返してください。

残念ながら、すべてのデバイスのすべてのソフトウェアを安全に、そして共通のインターフェースを介してすべてを実行することはまだ信頼できません(そのため、まだ信頼できません)。私自身のルールを使用して本当にありがとうございます。

11
Roger Attrill

検索は、探しているものがわかっている場合に役立ちます(明白)。何を探しているのかわからない場合は、フォルダ構造が役立ちます。

たとえば、鶏のフィレンツェのレシピを探している場合は、検索で見つけることができます。鶏を飼っていて、それを使用するレシピが必要な場合は、検索も役立ちます。しかし、単に何かを調理したい場合は、フォルダーは、探していたのに知らないレシピを見つけるのに役立ちます。フォルダー構造が[主な成分]/[フレーバープロファイル]/[調理スタイル]/[レシピ]の場合、チキンフォルダーを開き、シンプル、スウィート、セイボリー、スパイシーのオプションを確認してから、それらの1つを開き、グリル、ロースト、フライ、ソテーなどのフォルダーを見る...

8
Fred

ツール(ソフトウェアおよびハードウェア)の速度が上がるにつれて、検索の価値がファイルを見つける方法としてのフォルダー構造の価値をEclipseに示し始めます。

私のPC、MacBook、および私の電話では、視覚的に探すよりも、用語でアイテムを検索する方が簡単です。

ほとんどのファイルシステムは依然としてフォルダー構造を必要とするため、死ぬことはありません。それだけで、内部の要素の検索が拡張され、多くの場合、検索に取って代わられます。

5
DA01

フォルダ構造が死んでいない

ただし、平均的なユーザーインターフェイスでの重要性と普及率は重要です。


真実は、ユーザーが目的のタスクを実行するために最も抵抗の少ない経路を見つけることです。これを念頭に置いて、フォルダー構造を維持することは、彼らの望ましいタスクになる必要があります。平均的なジョーにとっては、違います!

平均的な人は、主にグーグル自身によって刻まれた即時満足に慣れてきました。

したがって、私がJoeであり、BookFaceから写真を取得していて、画像ビューアー/ダウンローダーアプリが友人の名前、写真の年、場所などをメタデータとして便利に追加している場合は、フォルダーを探し回る非常にわずかな理由があります2009年からジェリーと一緒に写真を簡単に見つけることができるように構造。

このため、感謝すべき最新のデータベースがあります。

5
MonkeyZeus

多くの場合、ツリービューは複雑でユーザーにとって直観に反しますが、いくつかの強力な利点があります。

  • 一意の識別子であるフルネーム

つまり、/etc/passwdという名前のファイルにアクセスすると、特定のファイルにアクセスすることがわかります。代わりに/home/backup/passwdを取得する方法はありません。タグではこの保証はありません。passwordとタグ付けされたオブジェクトが1つだけ見つかったとしても、それが目的のものかどうかはまだわかりません。

  • カプセル化を可能にする再帰的な構造

電子メールの添付ファイルを年と月で分類し、写真を年と場所で保存するとします。ツリー構造では、これらの異なる分類は、まったく干渉せずに同じツリーと簡単に共存できます。 /attachments/2010/January/bar.jpgおよび/photo/2010/London/baz.jpg。タグ付けされたシステムでは、JanuaryLondonは同じカテゴリに属しますが、これは必要な場合とそうでない場合があります。

したがって、ツリー構造は、その複雑さが必要ない場合には永久になくなりますが、そのプロパティが望ましい場合はどこにも行きません。

5

たぶんもっと本当のことは、ファイル編成戦略としてのフォルダ構造の概念が死にかけていることでしょう。あるいは、もっと真実かもしれません:ファイル/ドキュメントの整理はますます自動化されています。

カテゴリの概念があり、1つのファイルを2つのカテゴリに含めることができる場合、手動で整理することは本当に嫌いです。したがって、これらすべての新しいテクノロジーはメタデータ(日付/時刻、ジオタグ、タグ、説明)を使用して、ファイルの分類を自動化します。

デスクトップコンピュータ上のアプリケーションの例を見てみましょう。インストールされているアプリケーション、インストールされているライブラリーおよびライブラリーのバージョン(dll hellなど)を処理するパッケージマネージャーがあります。そして、オペレーティングシステムは私たち(開発者)のためにこれを行います。はい、それはファイル/写真に使用されるいくつかのメトリックよりも原始的です(たとえば、実行可能ファイルを探すためにPATH変数のみを使用します)が、それは同じコインの片側です。また、基盤となるツールがプロセスを自動化するため、アプリケーション開発者はライブラリまたはアプリケーションがインストールされている場所(PATHで使用可能な場合)を気にしません。

次のストップ:ドキュメントとデータファイル。存在するフォルダ構造は失われませんが、抽象化の新しい層が開発中です。

4
edin-m

彼らは死にかけているわけではなく、ついに彼らの限界を明らかにしました。

処理能力とOS機能が限られている時代に、フォルダはデータを構造化する最も簡単な方法でした。しかし、次元は1つしかないため、それは空間ではありません。

タグ付けと分類法(単語検索はその1つに過ぎません)が登場し、単純なスペースが同じシステム内でほとんど無関係になるかもしれない点まで、任意の数の次元が追加されました。そのため、フォルダーは必要以上の能力を失い、本当に必要な場合にのみ使用されるようになりました。

そうは言っても、おそらく何らかの種類のフォルダが常に存在します。電話やコンピュータ自体が一種のフォルダであり、クラウドも(同期された)フォルダなどです。ある種のスペース区切りがある限り、データ間には「フォルダ」があります。

2

以前は、多くのユーザーが実装モデルに直面していました。ファイルとフォルダに基づくオペレーティングシステムのデジタル構造は、UIに直接渡されました。人々は、今でも、この構造で見つけた、または作成した情報を「コンテナ」にしたいと考えています。しかし、ある程度は。私たちは肉の頭脳がメッシュネットワーク構造を持つ人間なので、すべてを完全に分類することはしません。また、アイテムをさまざまなものに関連付けます。つまり、情報フラグメントは1つ以上のフォルダーに収まるため、タグ付けが非常に人気となっています。ファイル化したいドキュメントをメタ情報で強化し始め、深いフォルダー構造をスキャンするのではなく、その情報を検索することを好みます。一方、戻ってくることができるある種の事前定義された構造が必要です。これにより、最初に探していたものを見つけるために使用した方法を思い出す必要がなくなります。

あなたの質問に答えるために:私はフォルダが完全になくなるとは思いませんが、私は思います現在、ある種の移行段階にあります。検索エンジンと予測技術の力を提供してくれます私たちはおそらく好きなことや、どこに行くのかを教えてくれます。私たちはまた、私たちが家にいるように感じ、正確に知っている、何かを見つけ、どこに属しているかを知っている、ある種の事前定義された構造にも感謝しています。

2
uxfelix

自動的に抽出されたアスペクトによる検索とグループ化は強力なツールですが、フォルダー構造の場合と同じ問題は解決されません:

  • 検索は、探しているものがわかっているときにファイルを見つけるのに適しています。また、結果から同様の候補を見つけることができます。これも役立つ場合があります。
  • (場所、時間などによる)自動グループ化は、これらの側面に関心がある場合に役立ちます。または、探しているものを正確に思い出すのに苦労している場合に役立ちます-他の多くの機能よりも場所と時間をはるかによく覚えています:「去年の夏はヘルシンキ周辺のどこかだったと思います」

ただし、タイプやアプリ全体で関連するコンテンツを自由にグループ化する方法は提供されていません。

例として、チラシの候補画像をScribusファイルとPDF最後のドラフトバージョンのプレビューと一緒にグループ化することができます。

または、同じプロジェクトに属するすべてのドキュメント、メモ、会話をグループ化します。

フォルダーは意図的に構造化されているため、関連するファイル間を行き来する必要がある場合にユーザーにスピードを提供できます。

タグ付けの適切な実装は、同じことを提供できますが、従来のフォルダ階層よりも優れています。ファイルごとに複数のタグを許可する。

1
chiccodoro

フォルダー構造が本当になくなるかどうかを判断するのは難しいですが、何年にもわたって進化してきたと言えます。

Windows Vistaでは2007年までさかのぼって、ユーザーはフォルダ構造がキャレットで区切られているのを見ました。

 Windows Vista 2007 - Windows folder location in caret format

この領域の右側をクリックすると、実際のフォルダー構造が適切なバックスラッシュ形式で表示されます。

 Windows Vista 2007 - Windows folder location in backslash format

キャレットアプローチは読みやすく、説明的です。また、各フォルダの説明はクリック可能で、そのフォルダにすばやくアクセスできます。

Googleも同様のアプローチを採用しているようです。 特定の検索結果 では、シェブロンで区切られた(現在はクリックできない)パンくずを優先して、サイトのURLが削除されます。

 Google search result showing breadcrumbs

上記は、「皮肉なことに、SEOフレンドリーではない」URLを指し、その「フォルダー構造」はブレッドクラムレイアウトにも一致しません。
https://support.google.com/webmasters/answer/47334?hl=ja

これらの兆候は、フォルダー構造が死んでいることを示していますか?たぶん。ただし、確かなことが1つあります。ユーザーが実際のフォルダー構造やURLを目にする可能性は、以前よりも確実に低くなります。

1
rybo111

データベースはパフォーマンスが高く、多くの基準でインデックスを付けることができます。

ファイルシステムは通常、多くのスペースを浪費し、速度が遅く、インデックス作成はユーザーに委任されます。そのため、ユーザーはファイルシステムを検索する傾向があります。

0
Bill Schwarz