アカウント名:
パスワード:
ファイルタイプだけだと必要なものが出てこないかもしれないし、日付条件だけなら要らないものまで出てくるだろうし。 そういうときはどう対処するのですか？
名称は忘れたけど、(たった)4文字の(真の意味で)グローバルな名前空間に全てを押し付けてたあのデザインは工学的にはダメダメだと思うぞ > System 7
でも、拡張子と違って普段はユーザの目に触れるモノではないから、実際には意味不明な宇宙語になってても一向に構わないし、数的にも「(大小英文字＋数字＋空白（＋記号？）)4」だから十分だったんじゃないかなぁ。単になるべく意味のある形にしたがる開発者がいて、（クリエータに関しては）それらの間で当たりやすかったというだけのこと。 あるアプリしか使わない特殊な形式のファイルとかならファイルタイプに「DAT1」とかで十分だったわけだし。クリエータが優先される
フツーの人に受け入れられる為の模索にんなこと言われてもね。
少なくともLinuxデスクトップは連戦連敗中なんだから、改善を望む人間は当然居るよ。
勿論、どんな問題が有っても気に入る人はそれなりに居るだろうが、それはOSの開発を継続できるだけのパイが残っているのか？って問題が。
お手軽UNIXモドキの選択肢としては、少なくとも現在ではMacが一番の選択肢になっちゃっているのは確かだし、その内の相当数がLinuxからの転向組だったりするし。
ＧＵＩを変更したい時に選択肢があるってのはかなり楽しめますし意義がありますよ
たいていのユーザーにとって十分に優れたGUIが最初から用意されていれば選択肢の必要はありません。そもそもGUIは壁紙のように変更されるものではありません。ユーザーがGUIを意識して変更したくなるということは、何かがおかしいのです。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stay hungry, Stay foolish. -- Steven Paul Jobs
Re:LinuxデスクトップがMac OS Xのデスクトップのようになるべきか (スコア:4, すばらしい洞察)
って、ことではなくて。UIの基準・基盤を乱立させないこと、（ある程度）一貫した方針を提供することがチャレンジなのではないでしょうか。
ライトなユーザがLinuxデスクトップに向かったとき、数多のデスクトップ環境とバラバラな方針で作成されたUIを持つアプリケーションが待っている状況がまずい。
ってな感じのことを言いたいのだと深読みしました。
「できる！Linux KDE編」「できる！Linux GNOME編」「できる！Linux Xfce編」「Compizを256倍楽しむ方法」
なんてのから選ばなきゃいけなくて、さらに別のデスクトップ環境に移ると勉強しなおし（って程でもないかも知れないが）って状況はユーザフレンドリではないです。
＃それがLinuxだって意見もあるのは分かる。
妖精哲学の三信
「だらしねぇ」という戒めの心、「歪みねぇ」という賛美の心、「仕方ない」という許容の心
Re:LinuxデスクトップがMac OS Xのデスクトップのようになるべきか (スコア:1)
Windowsの後追いもMacOSXの後追いも。劣化コピーとか車輪の再発明が
ほんと好きなんだから。
UIも大きなテーマなのは分かるのだけどだけど、GUIの土台の層レベルで
不満（主にファイルシステム）が結構あるのだけど、どうにかならないのかな？
例えば、
1.パス依存。実行ファイルの置き場所を動かしたが最後
→パス非依存。データと実行ファイルの位置関係に束縛しない
2.複雑なリソース／ドライバ管理。ドライバのファイルが何十個もあちこちに
→ドライバはアイコン１つをD&Dするだけ
3.階層ディレクトリのファイル管理。mp3もtxtも完全破綻。
→ラベル／タグなどのメタデータで管理
そう考えると、System7系のUIはなかなか上手く隠蔽出来ていたと思う。
DOSやらターミナルが出発点だとなかなかむずかしいのかな？
Re: (スコア:0)
もしメタデータだけをたよりに探すことになったら，クリックだけじゃなくて条件を入力しないと一覧で出せないですよね(UIで工夫できるかもしれないけど)。でも，「どこにあるか」という情報はないわけだから，「何なのか」とか「いつ作られたのか」とかそういう条件を使っていたら，とても探し出すのに面倒になるでしょう。
例えばこの間のプロジェクトのファイルはどこにいったかな？とかね。
ファイルタイプだけだと必要なものが出てこないかもしれないし、日付条件だけなら要らないものまで出てくるだろうし。
そういうときはどう対処するのですか？
#階層化されていないけどフォルダ名別に出せる，ということだったら許容範囲ですが。
Re:LinuxデスクトップがMac OS Xのデスクトップのようになるべきか (スコア:1)
Re: (スコア:0)
複数の条件でスマートフォルダを作っておく。
Re: (スコア:0)
Windowsでも検索条件を保存しておけば再利用は簡単なので、今でも動的に変更できるスマートフォルダ的な使い方はできますね。(手間は多少多いが)
まあVistaでWinFSあたりが出てたならもうちょっと良かったかもしれませんが。
スマートフォルダ的なモノ（オフトピ？） (スコア:2, 参考になる)
この機能とコマンドのfindを組み合わせてスマートフォルダ的なモノを作って利用していました。
フォルダ名に「~/Library/;;-cmin -10」とか書いておき、フォルダを開くと名前から検索条件を取り込みfindを叩いて、見つかったファイルのエイリアスをそのフォルダの中に作ってました。フォルダを閉じれば、作成したエイリアスをゴミ箱に入れる。
フォルダの名前ではなくコメント欄に書くようにしとけば、よりスマートフォルダ的だったかもしれない。
でも条件コロコロ変えるから名前の方が便利だった。
検索条件によってはなかなか終わらなかったりしましたが、結構使えてました。
Re: (スコア:0)
「この間のプロジェクト」というスマートフォルダを定義しておけばクリックひとつですが
いちいち脳に場所を記憶しておく間抜けはもうごめんだね
Re:LinuxデスクトップがMac OS Xのデスクトップのようになるべきか (スコア:1)
と言うか、個人の感覚でメタ情報なんてあいまいなもの付けられたら後から検索なんてできんでしょ。
「この間のプロジェクト」が常に「この間のプロジェクト」であるはずがないわけで。
（見方、切り方は様々ですから）
Re: (スコア:0)
見方や切り口がさまざまだから、階層ディレクトリで割り付けるのは
ダメなのだけど、わかってないなぁ
先コメントでも出てたけど、階層呪縛ってほんとありますよ
古い人って悲しい位の階層ディレクトリ脳で、
ＳＩ現場の文書管理なんて、プロジェクトの後半戦は笑っちゃう
くらい破綻しています。
Re:LinuxデスクトップがMac OS Xのデスクトップのようになるべきか (スコア:1)
> ダメなのだけど、わかってないなぁ
他人が作った階層構造の中から目的の文書を探すことほどイライラすることはないよね。
微妙にネーミングのニュアンスが違って「なんでそっちに入ってんねん！」と言いたくなることがあったり、
一階層目の分類がこっちの目的に合ってないとその階層を横断してあちこちのフォルダを開いて回らないといけなくて
結局全フォルダをfind & grepしてしまうとかよくある話。
> ＳＩ現場の文書管理なんて、プロジェクトの後半戦は笑っちゃう
> くらい破綻しています。
最初にディレクトリ構成のポリシーを決めてかかれという意見もあったけど、
ファイルを作成していく前に決めたディレクトリ構成ってコードを書く前に作った仕様書みたいなもんで、
実際に始めてみないとわからない不都合が必ず出てくる。
実際文書を作ってみると「Aに入れるべきかBに入れるべきか迷う(どちらの性質もある)」とか、新たに細分化しないとだめとか、
そもそも階層分けを考えた奴が現場をわかってなくて根本的にだめだめｗとかよくある話だけど、そこで柔軟に対応していくことができない。
＃柔軟にってのは「新たな分類に対応するディレクトリを追加する」とかいう簡単な話じゃなくて
＃「3階層目と4階層目は入れ替えないと使いにくくて仕方ない！」みたいなレベルの話。
ていうか勝手にディレクトリ構成変えたらポリシーの意味ないね、そういえばｗ
Re: (スコア:0)
＃最初から笑うしかなかったですが何かorz
仕方ないのでGoogleDesktopなどのローカル検索エンジンを動かしてました。
動かすのは自分のPC。検索対象はドキュメント鯖。
効率悪いかなと思ったんだけど、
実際やってみると(いまどきのPCとLANなら)問題ないようだ。
Re: (スコア:0)
グループで使うものなら事前に合意形成が必要なのは「フォルダ」や「ファイル名」で管理する場合も一緒
反論のための無意味なこじつけだね
見苦しいったらありゃしない
Re: (スコア:0)
個人でメタデータを入力するのが嫌というのが論旨だったけどもじゃあ、
ファイルネームってどうやってつけんのよ。と思ったのだが。そりゃつけ方は
自由だわさ。連番でも日時でもご勝手に。
私の場合は「ファイル名」で悩むよりメタデータを付加するほうが良いのだが、
元記事の人はファイル名の付与では悩まないらしい
Re: (スコア:0)
ファイル名にメタデータねじ込んでる俺、勝利！
特にURLのブックマーク。
IEやFxのアドレス欄(FxならTABからでもよし)からフォルダへとDragDropして、
InternetShortcutファイルを作る。
そのときファイル名はデフォでTITLEタグを書き写したものになるが、
その名前(のうしろ)に、自分で考えたメタデータを追記する。
中華饅頭にーはお3号店.lnk
だったら
中華饅頭にーはお3号店__今日行ったら全然うまくなかったけどな.lnk
とかにリネームする。
このShortcutファイルの「日付」がアクセス日になってるってのも結構便利。
日付でソートすると自分の検索や考察の過程が(自分のだから)ま
Re: (スコア:0)
そんなもの、アプリが自動でつけてくれるもんだ。もちろん変えたければ変えられる自由度付きで。
そして「見方、切り方が様々」だからメタ情報を使うんだよ。
あんたは稀に見かける、時々思い出したようにフォルダやファイルの配置を換えて仕事した気になってる馬鹿だろ。
Re: (スコア:0)
TRONの実身/仮身モデルがそれに近いんじゃなかったっけ？
Windows の後追いはしていないね (スコア:0)
Windows なんか相手にしてないよ (スコア:0)
Re:Windows なんか相手にしてないよ (スコア:1)
感じますが、実際はまったく逆です。タレコミ文や原文ちゃんと読んでますかね……
Re:Windows なんか相手にしてないよ (スコア:1)
確かに現行のファイルシステムでも、スマートフォルダやspotlightで概ね
解決できますね。だから自分の場合はもう分類はせず、掃き溜めにほりこんで日付順
ソートとQuickLook。ほとんどこれでＯＫです。
ツリーをたどるのってもうダルイ。
しかし、階層型でのファイル管理の呪縛というのは大変根強いと感じました。
まあかくいう自分もmp3のファイル管理をiTunesに任せるなんて御免こうむると
昔は思っていましたのですが。。。。
検索条件を入れるなんてまっぴらと言われた方もいらっしゃいましたが、動的
プレイリスト（スマートフォルダとかビューの類）は色んな切り口で、見れて結構
新鮮なもんですよ。
再生回数０のビューをiPodShuffleとランダム同期させて、未聴曲を減らしに
掛かったり。今月の蛇路トップ１０はこれ！！みたいな。
むしろSQLでプレイリストを作りたい！と思う位です。
実行ファイルの場所を動かす必要性なんてそんなに無いって言ってしまえば
それまでなのだけど、TRONの仮身によるリンクやplan9の動的な名称空間生成を
上手く利用すれば、位置依存の問題も解決出来るかもしれないですね。
それにしても、インストーラーであちこちにファイルをばら撒いて、アンイン
ストーラー回収なんて破綻まっしぐらのくっさいアプローチだと思ってしまいます。
レジストリももっと上手く可視化出来てたらよかったのだけど、あのざまな
わけです。なんかWindowsの悪口ばかりですが、OSXも似たようなもんですね。
このあたりの問題に真っ向に向き合ってほしいなと思い、先のポストをいたしました。
えー、 (スコア:0)
# とかいいつつ漢字talk6の時代しか知らないので、まちがってたらゴメン
Re: (スコア:0)
でも、拡張子と違って普段はユーザの目に触れるモノではないから、実際には意味不明な宇宙語になってても一向に構わないし、数的にも「(大小英文字＋数字＋空白（＋記号？）)4」だから十分だったんじゃないかなぁ。単になるべく意味のある形にしたがる開発者がいて、（クリエータに関しては）それらの間で当たりやすかったというだけのこと。
あるアプリしか使わない特殊な形式のファイルとかならファイルタイプに「DAT1」とかで十分だったわけだし。クリエータが優先される
Re: (スコア:0)
ひとたびアプリを作る側になると、うんざりというか面倒なことになる、とばっちゃが言ってた。
Appleに登録するってあたりが。
UNIX的というかオプソ的というか、
誰もがいつ作る側に回ってもおかしくない、という世界観だと
ちょっと受け入れがたいシステムだなあと思いました。
(狭義の)電子文房具ならば、なるほどそれでもいいんでしょうけど。
>アイコンやアプリと1対1で結びついている拡張子よりは自由度はかなり高い
相違は単に「文字列が2つある」かどうかってだけでしょう。
じゃあ、MSは頑なにやりませんでしたが
Re: (スコア:0)
Re: (スコア:0)
>なんてのから選ばなきゃいけなくて、さらに別のデスクトップ環境に移ると勉強しなおし（って程でもないかも知れないが）って状況はユーザフレンドリではないです。
そーでしょうか？
例えばKDE内での統一仕様がマチマチだと困ったものですが
ＧＵＩを変更したい時に選択肢があるってのはかなり楽しめますし意義がありますよ
だってＯＳは以降しなくても良いのですから;-p
むしろ、そのレベルで共通な感じのデスクトップ環境を使いたいなら
それこそAppleやMicrosoftでいいんじゃね？
Re:LinuxデスクトップがMac OS Xのデスクトップのようになるべきか (スコア:4, すばらしい洞察)
あとはせいぜいデジカメ画像の管理や年賀状を
作るくらいのフツーの人にとって、GUIは理解し
やすければ何でも良いのですよ。
多様な選択肢があって、変更して楽しむなんて発想は
ありません。
そんなことばっか考えてるからフツーの人に受け
入れられないんだと思う。
Re: (スコア:0)
フツーの人に受け入れられるかどうかなんて、どうでもいいのです。
Re: (スコア:0)
Re: (スコア:0)
>フツーの人に受け入れられるかどうかなんて、どうでもいいのです。
フツーの人に受け入れられる為の模索にんなこと言われてもね。
少なくともLinuxデスクトップは連戦連敗中なんだから、改善を望む人間は当然居るよ。
勿論、どんな問題が有っても気に入る人はそれなりに居るだろうが、それはOSの開発を継続できるだけのパイが残っているのか？って問題が。
お手軽UNIXモドキの選択肢としては、少なくとも現在ではMacが一番の選択肢になっちゃっているのは確かだし、その内の相当数がLinuxからの転向組だったりするし。
Re: (スコア:0)
つWindows
無理して背伸びしてUNIX系OSを使ってくれ
背伸びするのも嫌ならUNIX系OSなんて使うな
背の低い奴に合わせるのはKDEやGNOMEがやってるからいいだろ
WM全てを統一しろなんて傲慢言う奴に合わせる必要は無い
いやならWindows使えってスタンスで問題なし
Re: (スコア:0)
たいていのユーザーにとって十分に優れたGUIが最初から用意されていれば選択肢の必要はありません。そもそもGUIは壁紙のように変更されるものではありません。ユーザーがGUIを意識して変更したくなるということは、何かがおかしいのです。
Re: (スコア:0)
-------
某CMのパクリなのでAC
Re: (スコア:0)
そうだね。UI(の振る舞い)は、衣服のように気楽に変えれるものじゃなく、
むしろ自分の腕そのもののように「慣れ」が大事だったりします。
vi派なので「Emacsしか使っちゃ駄目」って言われたら仕事にならんだろうな俺。
それと全く同じ理由で、
Win(の振る舞い)に慣れてる人は急にKDEに移れんでしょう。恐らく逆も。
じゃあというわけでKDEをとことんWin似なUIにしてしまったら、
それはそれでYetAnotherUIとして存在意義が霞むし。