メッセージ。 - diary

yaktyさんのコメントが正解でした。すごいです！

ふじさわは、「alias ls='ls --color'」としていて、lsを実行すると表示がカラフルになるのです。だけど、カラフルになるというのは、表示するときに制御文字が出力されているということでもあり、そのためファイル名にマッチしなかったということですね。長年この設定を使ってるけど、結構ひっかることがあってよくないです……。orz

コメントくださったり、原因を考えてくださったみなさん、ありがとうございマウス！ 

hirofummyさんにもコメントをいただきました。ありがとうございマウス！
http://hirofummy.net/2006/03.html#MAR10.22:22

しかも新しいスクリプト付き。

 pushd ディレクトリ >/dev/null && (ls -t | head -100 | xargs grep 検索したい文字列 /dev/null; popd >/dev/null)

おお。すばらしい。なんかいっぱい/dev/nullに送ってますな。ということで、動作をよく理解せずにとりあえずコピペ＆実行してみたんだど、これもダメ。同じようなエラーメッセージ。なんでー（Ｔ△Ｔ？

……というか、ご助言いただいているので、いいかげん真面目にやらねば。とりあえず、（bashの設定を変えていない）rootユーザーで一連のスクリプトを実行してみました。その結果……

for i（ふじさわの方式）: ◯
while（バカ征くさんの方式）: ◯
pushd（hirofummyさんの方式）: ◯

あれーうまくいく？ ということは、やっぱり設定ファイルが悪さしているのか……。うううごめんなさい。原因が分かったらまた報告します。

ちょっと古い記事。昨日ぐらいのかな？ Firefoxのテキストエリアに書きかけのまま置いてあって、邪魔なのでアップロードしてしまいます。書きかけのままですが。

 asahi.com： 経産省部長ブログ「炎上」　ＰＳＥ法巡り書き込み殺到 - 社会

 

 　「わかりやすい言葉で政策を伝えたい」と経済産業省の現役部長が、役職と氏名を明示して開設したインターネットのブログが、３週間ほどで閉鎖に追い込まれた。反対の声もある電気用品安全法（ＰＳＥ法）に触れたところ、書き込みが殺到したためだ。その上、ブログの更新が執務中だったことが問題視され、部長は大臣官房から注意を受けた。

「ブログの更新が執務中だったことが問題視され、部長は大臣官房から注意を受けた」ってことだけど、何がいかんのかのぅ。……いや、いかんのかもしれん。公私は分けなければいけなのかもしれん。でも、公私ってそんなにきちんと分けられるものなのかしら。

仕事にやりがいを感じ身を入れて頑張ると、公が私にはみ出すことはよくあるように思う。もっと言えば、「やりがい」というものは私的なものなんじゃないかな？ もし「仕事にやりがいなんて持つな！」ということなら、公私は分けられるのかもしれない。でもそれじゃあ、生産性って上がらないよね。

「わかりやすい言葉で政策を伝えたい」なんて、基本的にはよいことのように思う。ブログで政策を

リンク追加：はてなブックマーク - asahi.com： 経産省部長ブログ「炎上」　ＰＳＥ法巡り書き込み殺到 - 社会

バカ征くさんにコメントいただけた！ ありがとうございマウス。

  ls -t ~/dir | head -100 | while read f
  do
    grep test ~/dir/$f
  done

ってのは面白いですね。whileとreadはあまり使ったことがなかったけど、たしかにこれは使えそうなテクニックです。ただ、うちの環境ではやっぱり動きませんでした。

 $ ls -t /tmp | head -100 | while read f; do grep test /tmp/$f; done

 grep: /tmp/mozex.source.7606ecdb83d9cfeacec30271363017af.1141983865641.html: そのようなファイルやディレクトリはありません

 grep: /tmp/mozex.textarea.9c26be467d256fc4967d27f188d3e56a.txt: そのようなファイルやディレクトリはありません

なんでだろう。普通にbashを使ってるだけなのに。設定の問題かなぁ。

 $ bash --version

 GNU bash, version 3.00.16(2)-release (i486-slackware-linux-gnu)

 Copyright (C) 2004 Free Software Foundation, Inc.

プログラミングは難しいよ？というお話の続きです。

初めてプログラムを書いたのは、学校の授業のときだったと思う。たぶん実習の1つとして、そういうカリキュラムが組まれていたんだった。計算機室には、クラスの生徒全員分のワークステーションがあった。比較的予算に余裕のあった情報工学科は、他学科の人からうらやましがられていたようだ。

当時はまだパソコンも高くて、一式そろえるのに20万円以上したんじゃなかったかな。普通の人が買うものではなかった。メールもインターネットも世に知られておらず、ニュースやその方面の媒体からは、「マルチメディア」という言葉をよく聞いた。「ワークステーションはパソコンなんかよりもっとずっと高いらしい」、学校ではそういう評判だった。

さて、計算機室でのプログラミング実習だ。課題の書かれた用紙が配られ、一人ひとりそれをワークステーションに打ち込む。そういえば、たしか実習自体が「C言語入門」みたいな授業の一部として実施されたのだったなぁ。林晴比古先生の教科書を使って、「足し算を実行する」とか、「文字列を変数に代入する」とか。教本でそういった基礎を説明されたのちの実習だった。

いま思い返すと、あのころは五里霧中だった。ぼくはもう、とにかく先生の言葉も教科書の言葉も入ってこない状態で、「足し算を実行」とか「配列」とかぜんぜん興味が持てなかった。そんな基本的なところでオーバーフローして、自分はいったい何なのかと悩んだ。「みんなにはこれが分かるんだろうか？」。そうやってあたりを
ビクビク見回しながら、実習の日を迎えたのだ。

（長くてごめんなさい。たぶんもうちょっとだけ続きます）

うわ〜。初めて女性専用車両を見た。（ネガティブな方向へ）大興奮。
それにしても、東横線は客層が違うねぇ。可愛らしい女の子が多い。『cutie』とか買う人はこういうところにいるんだ。（おばちゃん、おばあちゃんも多いが、それはそれでまたよい。）気分転換になるなぁ。

あるディレクトリに存在するファイルのうち、新しいものにgrepコマンドをかけたい場合、どうすればいいの？ 「最近使ったファイルのほうが、価値が高い」メソッドで、ファイルを探そうとしているのだけど、うまくいかない……。

新しいファイル100件の「ファイル名」をリストアップして、それをgrepの引数に渡すだけなんだけど……。「ファイル名」をリストアップするときに、lsコマンドでは絶対パスをうまく作れない（findを使えばよさそうだけど、「あるディレクトリ」にはファイルがたくさんありすぎるので、検索に余計な時間のかかるfindを使いたくないのです）。

  $ for i in `ls -t ~/repository | head -100`
  do
    grep "test" ~/repository/${i}
  done

でうまくいきそうなのに、ダメ。

 grep: /home/fujisawa/repository/1141380955.0: そのようなファイルやディレクトリはありません

 grep: /home/fujisawa/repository/1141380954.0: そのようなファイルやディレクトリはありません

みたいに言われる。どうもgrepコマンドを実行する前に、~/repository/ と ${i}の展開・結合処理をしてくれていないみたいなんだよなぁ。

しかたないから、とりあえずGaucheで書くけど。
  #!/usr/bin/env gosh
  (use util.list)       ;; take*
  (use file.util)       ;; directory-list
  
  (define (usage)
    (display "USAGE: lsrecent.scm directory\n" (current-error-port))
    1)
  
  (define (lsrecent dir num)
    (for-each
     (lambda (e) (print e))
     (map (lambda (e) (cdr e))
          (take* (sort (map (lambda (file)
                              (cons (file-mtime file :follow-link? #t) file))
                            (directory-list dir :children? #t :add-path? #t))
                       (lambda (x y) (> (car x) (car y))))
           num)))
    0)
  
  (define (main args)
    (let1 num 100
      (if (= (length (cdr args)) 1)
          (lsrecent (cadr args) num)
          (usage))))

これをlsrecent.scmというファイルに保存して「chmod u+x ./lsrecent.scm」。次のように実行する。
$ ./lsrecent.scm ~/repository/ | xargs grep "test"

ふぅ。1時間ぐらいかかったかな？ lsにオプションが1つあれば済むのに……（とかいいつつ、本当はきっともっと、うまい方法があるんだろうなぁと思う）。

 MSN-Mainichi INTERACTIVE　牧太郎のキレの良いのが珠にキズ

 

 　東京・秋葉原で可愛らしいメード姿のお嬢さんからチラシをもらった。「新しいカウンタースタイルのメード喫茶です！」。俗にいうコスプレ喫茶？　１０代に見えるメード嬢が「お帰りなさい」と優しく迎え、ご主人様（客）は彼女と楽しい話？をする。Ｈな店ではない。

 

 　「こんな中年男が行っても良いのかな？」と聞いたら、彼女「お爺（じい）さんも来てますよ。平気！　平気！」。　「でも、普通は１０代、２０代がお客なんだろう？」と聞くと「そうかなあ？　３０代も多いじゃん」。３０代？　もうすぐ中年に差し掛かる男どもが「王子様・お姫様ゴッコ」をしているのか。不気味だ。

なかなか面白い指摘。反論をすると、現実がリアリティを失ってるんだよ。この人のように、「Ｈな店」や「身を固める」という価値観が、最近ではリアルじゃなくなってきている。そういうものが、インセンティブを失っている。だから若い人は、そういうものを昔の人ほど欲しがらないんじゃないかなぁ。Ｈな店に行くことや身を固めることでは、人間の中にある空虚ななにかを埋められ（そうに）ない。いまの人たちは、そういうことに気付いてしまった。不気味なのは、オタクじゃなくてむしろ現代であり、現実なんだ。
# そして、「リアリティを失う」＝「相対化」でもあるね。

プログラミングは難しいよ？というお話。友達が「プログラミングを勉強してみようかなぁ」と言っていたので。

初めてぼくが、「プログラミング」というものに手を出したのは、春になって大学生というものになったことがきっかけだった。コウガクブ（工学部）のジョウホウコウガッカ（情報工学科）に席を持つぼくにとって、それは興味の対象であり、習得必須技術のようだったからだ。

それまでぼくは、プログラミングはおろか、コンピュータにろくすっぽ触ったことすらなかったのだけど、それはジョウホウコウガッカではあまり褒められたことではないようだった。同級生には、パソコンマニアのような人が何人もいたし、授業もなにがしかその方面のスキルを期待して編成されていた。

とはいえ、情報工学科にもコンピュータのことを知らない生徒はたくさんいた。コウガクブにしては女性も多かったし、「パソコンのスキルとガクモンとしての情報工学はチガウ」ということで、スキルのバラつきは許容される雰囲気があったと思う。

そんななか、ぼくもいざ、コンピュータのことを学ぶことにした。とくにプログラミングというのは、ゲームを作るのにもロボットを動かすのにも必要なギジュツだ。ダイガクというからには、うちの親父が持ってるPC-9800などというようなパソコンとは、全然違う高度なことができるのだろう。ぼくは喜び勇んだ。最初は。

でも、やってみると、それは目も覆いたくなるような惨憺たるものだった。ぼくが使えることになった「わーくすてーしょん」というこんぴゅーたは、親父のPC-9800より「高度」だとはとても感じられず、しかもその「わーくすてーしょん」の中で、何が起こっているのかさっぱり、まるっきり、一向に、かけらさえ、とにかく分からなかった。

システムにログインすると、大きな画面に無愛想な白い箱が描かれ、そこに豆つぶほどの文字を打ち込んで、なにがしかの作業をするのだ。実習と銘打たれた授業の最初のほうで、「どこそこのシステムにログインし、『ls -lR』というコマンドを打ち込んで 『ls-lR』というファイルに保存、それを先生に（電子メールなどで）提出しろ」というものがあった。

「ナンダコレハ？」。さっぱり分からなかった。すべてが！ これの何が面白くて、何が学ぶべきことがらなのか。まるで見知らぬ外国で、いきなり一人ぼっちにされたみたいだった。見るものすべてが意味不明で、周りの誰もが、違う国の人のようだった。同級生は誰も助けにならなかったし、先生は外見も内面も宇宙人かなにかにしか見えなかった。

なんてこった。悪い夢だと言ってくれ！　こんなところでぼくは4年間を過ごすのか？ しかももっとひどいことに、その4年の後にも、ぼくの人生はずっと、この場所から続いていく！

（つづく（と思う））

kokepiの日記 - 「Wiki」っていうからみんな使わないんだ。「まとめサイト」って言えばいい

なるほどねぇ。それはあるかもしれないね。
なんつーか、名前重要もだけど一歩進めて。レイヤーを変えるというか抽象化するというか、別レイヤーで具象化するというか。
「Wiki」っていうから、いろいろ小難しいことが気になるのかもしれない。「まとめサイト」を作ろうっていったら、記法とかやるべきこととかを気にしなくてよい気がする。そういうことなんかもしれん。そういえば誰かが、「なんでもできる」ということは「なにもできないこと」だと言っていたなぁ。桶さんだったっけかなぁ。

CNET Japan Blog - 先端研ブログ

うへぇ。すごいですねぇ。写真もよく撮れててカコイイ！

全然話は違うように聞こえるかもしれないけど、先日二十代前半の友人と話していたら、彼がこう言った。「うちの会社は経営が下手すぎる。もっと上手くやれるはずだ」。だけどぼくは、違うと思うのだ。そんなことを言っていてもしょうがない。ぼくはこう答えた。

『たとえば、いま世の中に、うまくいっていない夫婦はたくさんいる。もしかしたら、半分以上の夫婦がうまくいっていないかもしれない。これはなぜだろう？ 外にいて「もっと上手くやれるはず」なんて言うのは簡単だ。だけど、現実に自分がその立場に立ったら、ほとんどの人はうまくやれない。そして、会社というのも同じなんだ。夫婦というのは組織であり、会社も組織なんだよ』

そして、組織とはシステムのことだ。この例と照らし合わせてみると、会社がうまく行かないのは自然なことだし、（情報）システムがうまく行かないのも、それと同じだけ当たり前のことのように思える。じゃあ、そんななかでシステムや会社をうまく行かせるにはどうすればいいのか。

ぼくだってどうすればいいかなんて分からないけど、でも言いたいのはこういうことだ。「ここで文句を言っていてもしょうがないよ。『こうすればよい』と思うことがあるならば、そう行動してみよう。あなたはその組織の一員なのだから。組織を良くしたいのなら、そのために行動する権利があるし、義務さえあるかもしれない。とにかく、ここでクダを巻いていないで、やってみよう。もしきみが、それを良くしたいと本気で思っているのなら」。

そういうことじゃないんだ。

普通の人が、そこまで情報システムを理解するのは難しい。だけど、「（情報）システムは難しくって高価だ」ということを理解するのは、そんなに難しくない。問題は、いまそれが安価に扱われすぎていることにあると思うのだ。

2005年後半から2006年初頭にかけての事件と情報教育の関連に関するコメント

非常に質の高いコメント。正論だと感じた。
ただし、まだ煎じ詰めることができると思う。この文章では、情報技術をめぐる昨今の事件について、その原因を「情報処理と情報システムの原理に対する理解の欠如」として、問題を解決するために「国民全体の『情報水準』の底上げ」が必要であるとしている。

方向性としては同意だ。
でもぼくは、国民全体の「情報水準」は、期待したほど高められないように思う。情報システムの本質というものを理解するのはとても難しいことだからだ。言うまでもなく人間の能力にはバラツキがあり、思想や習慣もかなり違う。ものごとの本質を理解する力、あるいは何に価値を見出すかも人によってさまざまだ。

この文章に書かれている言葉、「情報システムは作った人と同程度にしか信用できない」、「重要な情報システムを維持する企業の責任者(CIO)は、（中略）その成果に対して応分の責任を取れる人材であるべきである」といった指摘は秀逸だと思う。しかし、いくら高度な教育を施したところで、この秀逸な指摘を肚の底から理解し、実践できる人材はなかなか育たないのではないだろうか。

人間には向き不向きというものがあり、情報システムというものだけにそれほどの教育コストを割けないだろうと考える。かりにこのような理解をできる人材がいたとしても、それを活かせる組織であるとは限らない。情報システムに起因した問題を起こりにくくするためには、情報システムに対する理解だけでなく、コミュニケーション能力や信頼関係、目的共有と執行能力をかなり高度に保つ必要がある。人間と組織の歩留まりをそこまで高めるのは不可能だ。

では結局どうすればいいか。何が問題で、どう解決すべきなのか。それはぼくにもよく分からないけど、少なくとも情報システムの構築・保守コストが、いま一般に考えられているよりもかなり高いことをまず明らかにして、それを社会が理解すべきだと思う。そして、
(1)情報システムに誤りが含まれていてもそのミスを回復できる（フィギュアスケート採点ミスなんかは、コーチや視聴者からの情報でミスを発見できるし、その時点で人手で再計算すればよい。あるいは複システム化と組み合わせるとか。というか、最初から人手でやったっていいんじゃない？）
(2)ミスを回復できない情報システムならば、十分たくさんの人間をミス回避のために投入する（東証の誤発注では、1つの業務に対して複数の部署を用意しておき、それらの発注内容が同期したときだけシステムにコマンドが投入されるとか）

といった仕組みを作るべきなんじゃないかと考える。また、
(3)必要のないところは情報システム化しない。あるいは、ユーザーができるだけ情報システムを使用しない（情報システムは梃子だ。それを使うことで効率化できる。しかし、効率化できるということは、効率的に損失を出せるということでもある。人間が十分気を付けて使えば、得るものもあるだろう。しかし気を付けるコストが割けないのなら、痛い目に合うこともあるだろう。不要なところでは情報システムを使わないこと。必要なところでは、十分気を付けられる人的コストをそこに割くこと）
も効果があるか。

などと愚行する。つらつらと書いてみたが、本当はこんな対策じゃ問題は解決できないかもしれない。もっとちゃんと、本質は何かを（みんなで）考え、（みんなで）理解する必要があると思う。この問題の本質を解明するためには、まだまだ知恵が必要であり、それにかけるコストは十分ペイしうる。今後も情報システムは使われるだろうから。

パーソナルモバイルツール“ザウルス”＜SL-C3200＞を発売 | ニュースリリース：シャープ

ハードディスクが6GBになったらしい。メモリ容量は64MBのまま。新しいのが出るのはうれしいけど、うえーん、メモリ増やしてよ〜。絶対買うから。