自分の情報整理スタイルを晒そうよ 4
>>349
過去ログも読まないやつに答えることはない。 そういや、情報を定義するところから始めろとかいう原理主義者がいたな
そういう奴に限って使えないんだよなあと思ってたら、やっぱ使えねーの
スレが荒れるだけだった。
どっかで一人でやってろよ >>352
同じ穴の狢
情報の意味を定義しないで個々の事例を挙げていった方が有益なのか、情報の意味を定義してからそこへ向かって事例を挙げていく方が有益なのかという議論が過去スレ含めて決着していない以上、どちらが使えてどちらが使えないなんて言い方は主観以上の意味を持たない >>349
1. タスク（TODO・スケジュール）
2. 雑多なメモ（アイデア・思いつきなど）
3. プロジェクトに関するファイル類
現在メインになっているのは1と2。
1、2に関連してちょくちょく出てくるのが3。
しかし住民の職種や仕事内容はまちまちなので、扱うものや扱い方も多様。
それゆえ、変に細かい議論は話が噛み合わないだけ。 unix板にあるんだからunixの定義から始めろよ。
いな 情
いん ,─--.、 報
言と ノ从ハ从 学
葉聞 .リ ´∀｀§
かこ X＿@X
｜え U|_____|U
｜の ∪ ∪
! !
>>359
胡散臭い言葉だというだけでなく、胡散臭い板になってるな。 俺がお前でお前が俺で俺とお前と大五郎と酒と泪と男と女と
竜馬の妻とその夫とその愛人とセックスと嘘とビデオテープと
空と海と大地と呪われた姫君と愛しさと切なさと心強さと部屋と
Yシャツと私とトムとジェリーと僕と彼女と彼女の生きる道とジョゼと
虎と魚たちと夏と花火と私の死体と友とコーヒーと嘘と胃袋と
僕とフリオと校庭 >>364
ハイハイワロスワロス
こうですか？わかりません＞＜ >>365
ネタにレスするなら
それなりにウイットをきかせてくれ oreilly.co.jp -- Online Catalog: エンジニアのための時間管理術
ttp://www.oreilly.co.jp/books/4873113075/
Life Hack ネタっぽい感じなのかな？ >>367
11章まではそんな感じだな。でも技術ネタと渾然一体な。 うむ。ルーチンワークつまんねーよな。
家帰って嫁さんと延々ルーチンワーク・・・。 俺の想像では、 "memo" っていうコマンド名で、
超便利自作コマンドを作って使ってる香具師が相当数存在すると踏んでいるんだが、
そんなおまいらの「"memo" コマンド」を紹介してください。 Vz Editor のマクロ(他作)を、EmacsLisp でリメークして使ってる。 >>374
例えばどれ?
Vzのマクロ集めた本、まだ押し入れにあるなあ。 俺はメモ・TODO用のメールテンプレート作っておいて自分に送ってる。
ほとんどタイトル欄だけしか使わんが。
タイトル欄の先頭は締切日など20061006みたいにしておけば、ソートで作業順になる。
HTMLのWYSIWYGとか添付とか振り分けとかラベルとかとかとかいろいろ便利。 メールいいじゃん
携帯でも遅れるし読める
未読管理も検索もばっちり
情報管理ではけっきょくメール最強？という結論になりつつある俺・・・ ついでに聞くけど TODO 管理として GTDGmail プラグインはどうよ？ >> 373
% which memo
memo: aliased to $EDITOR $HOME/.memo
原始的ですまない。 派遣なので半年くらいに一度職場が変わります。つまり半年に一度端末が変わります。OSは9割がWindowsで、
1割がLinux(まれにXが動かない端末を割り当てられる)です。自宅はMac OS X 10.4です。
現在ChangeLog+Vimでノウハウをメモ書きしていますが、同じような環境の人はどのようにしているのか気になります。
教えて。 ノートＰＣが持ち込めるなら、ＰＣで。
USB メモリとかを挿していいなら、そこへ。
持ち物一切ダメなら、入れ墨で。
作業用端末で Web が読み書きできれば、 wiki で。
メイルが通るなら、Gmail で。
>>386
それPla(ggerでまとめることできない)? Subscription::入れ墨
Notify::入れ墨
Publish::入れ墨
どれも実現できなさそうな Plagger ですねｗ >>390
メールとシームレスに情報のやり取りできないからやだな。
ノートに書いたら勝手にメールとして飛んでいくならいいけど。それPla？
ノートに書いた文字をOCRかなんかで取り込むこともできるんだろうけど、
持ち歩けるサイズじゃないだろ。 そういう電子ペンとかあるね。
あとThinkPadとシステム手帳のセットとか。 何年来の人類の夢なんだよな、それって。
小型携帯電話の夢がかなったようにさ… ここ何年かで多数出てきたね、書いたものがそのままデジタルデータになる文房具。 射精したら、含まれている精液から遺伝情報をデジタルデータにしてくれるコンドームきぼん。 >>395-396
でもアプリケーションがちがちで，あまり相互運用に適してない．
>>397
それPla（ry Plaggerのどこが便利なのか理解出来ない件について
なんつうかしょうもない機能の詰め合わせのような気が・・・ > なんつうかしょうもない機能の詰め合わせのような気が・・・
詳しく 「Plaggerは街中の試食コーナーから試食物をかき集めてくるソフトウェア」
みたいに認識する立場の人は多いだろうなあと思う。 「Plaggerは街中の三角コーナーから生ゴミをかき集めてくるソフトウェア」
みたいに認識する立場の人は多いだろうなあと思う。
>>403
いや、よく見かける売り文句がBloglinesをGmailでとか、feedの重複エントリーを削除して云々って感じじゃん
CDを吐かせたり、Googleで腹ヘった(ryなんて必須機能でも無い訳だし
正直CPAN使って自分でひいちまった方が楽
まぁPlaggerがそもそも一般向けじゃないと言えばそれまでなんだが苦笑 > なんつうかしょうもない機能の詰め合わせのような気が・・・
という主張と乖離してますよｗ 基本はバッドノウハウの塊だから間違ってはいないんじゃね？ > しょうもない機能の詰め合わせ
一箇所に固まっていることに意味があるわけで。ちょっと使い勝手は悪いけれど。 しょうもない機能を詰め合わせたことに意味が有るのでは？ CPAN 自体、しょうもない機能のモジュールばっかりだもんな。
組み合わせ方によってすばらしいことができると。 まあとにかく、Plaggerを「コンピュータサイエンスの最先端」とか
言っている連中をなんとかしてくれ。 Plaggerを使ってありとあらゆるRSSフィードに佐賀の文字を挿入するYAMLを(ry 燃料投下
Todotxt
>>http://todotxt.com
今ローカルだけで試してるけど、Jabber botとか便利そう。
GTDだけならこれがシンプルで良さげ。 >>419
その昔Perlで似たようなの作ってたな
スレ違いかも知んないが、
org-modeマニュアルの日本語訳がほぼ最新の ver.4.52 ベースに更新されてますね。
ttp://hpcgi1.nifty.com/spen/index.cgi?OrgMode%2fManual
とっても助かる。訳者の Okano さん乙
昔はemacsの自作モードで管理してたけど
最近はブラウザで入力するのが苦にならなくなってきたので
wiki使ってる。
FreeStyleWiki使ってるんだけどTiddlyWikiという面白げなのを
見付けてどっちでいくか迷い中。 ｶﾞｲｼｭﾂかもしれないけれど、Iストックって知ってる人いますか？
これのレコードが何件まで作成できるかが知りたいんですが。
ご存知の人いるでしょうか？？ >>426
ひとりだからこそのメリットってある？Trac。 Trac は 0.11 待ち.
ActiveCollab 試してみたけど、いろいろと機能不足でこっちも 1.0 待ち. 最近作業PCが増えて同期取れなくて困ってきたので
鯖立ててそこにRSSリーダ、Webメーラ、個人メモWiki、
2chリーダー等を入れてブラウザさえあればどのホストからでも
アクセスできる個人書斎鯖風に運用しようと企て中
すでにそんな鯖立ててるエロい人いたら
自慢の構成とか「こうしとけば良かった」みたいな話が聞かせて 自鯖にこだわらないなら
ほとんどオンラインサービスでできちゃうな。 >>431
つ ttp://www.google.co.jp/intl/ja/options/ と ttp://labs.google.com/ 431さんじゃないけど
無料のサービスほど怖いものはない
何に使われているのやら >>434
どのレイヤーを信じるのかの問題。ソフトウェア自身が信用ならない場合もある。
サーバソフトやメーラソフトに脆弱性がひとたび見つかれば、その時間に会社にいる自分より
むしろオンラインサービスの方がfixが速いかも知れない。
あと手間対効果。Lifehackしたいがためにサーバ管理に時間を割かれては本末転倒。 434のしている心配は意図せぬ情報の流出（ソフトウェアの脆弱性とかね）じゃなくて、
データをコピられるのではないか、ということだろうな。 それを躊躇無く置けるかどうかが新世代の分かれ目らしいよ。
漏れは無理。 そういう人はクレジットカードも使えないんじゃないの？ いまSunかIBMか忘れたが、カード番号のやり取りをネットワーク越しに行わない
認証方法の実験やってる。ゆくゆくは、クレジットカード決済に使われるだろうね。
>>437-438
だからそういう白黒じゃなく、程度問題なんだろと。
自鯖立ててる人間が、泥棒が自室にきてHDD抜いてくことに関するリスク管理なんてするか？
結局どこまでを信頼するかというグレーゾーンの領域は果てしなく広い。
問題は、それをどこまで理解し、どこまで信用するか。 >>442
程度問題の結果、閾値のを越えたと判定する場合もあるわけで >>442
IBMのIdentity Mixer のことかな？
おとついくらいにプレスリリースがあったけど あげて恐縮ですが、結構マジで質問があります。
皆さんは、データ領域、例えばホームディレクトリや、外付けデータディスクなど、データ保存に特化した保存領域のディレクトリ構造を、どのように作っていますか？
もちろん、どんな構造であろうと、検索ができるからいいじゃないか、というむきもあるかもしれませんが、かといって、いちいち全検索をかけるのもウザいし・・・。
これって、何十年PCをいじっても、永遠の課題のような気がするのですが・・・（まだそんなたっていませんが）。
Linuxのディレクトリ構造のスタンダードは、なるほどと思わせるものですが、個人のデータ領域については、勝手にやっちくれい、ということなので、個人の情報整理にとって基本となる個人データ領域の整理に関する何か素敵なセオリーがあるのでしょうか。
皆さんの経験や理論を聞けると、嬉しいです。
ちなみに、私の場合は、まだ五里霧中で、いわゆるジャンル別にディレクトリを切っていますが、途端に「あれは、どこ？」現象に悩まされています。 それ問題だよね。
自分で作るテキストファイルなどは、ここ数年は超整理法方式にしてる。
~/2006a （年度前半）
~/2006b （年度後半）
~/2007a
とか。ファイル名は長めにしている。
やむをえず作るWORDとExcelは
~/2006jp
とかってのにやっぱり1年でまとめてる。
必要なときにnamazuで検索。
> やむをえず作るWORDとExcelは
何か変な宗教にでも？ｗ >>447
さっそくのレスありがとうございます。
なるほど、HDでも超整理法ですか。たしかに一つの方法ですよね。
でも、ちょっと前のファイルを触るたびにnamzuを使うっていうのも、まんどう臭くないですか？
>>449
rm -rf ~/ ってソリューションがあるよ！ 
