>
>はてな勉強会のzshの回
>
は項目だけ眺めたけれど、オレ的にそこまでうれしいものばかりでもなかった。コマンドごとに補完関数が定義されているってのは、近代的なシェルはみなそうなので、もし知らないのであれば、bashだろうがtcshだろうが頑張って設定してくださいとしか言いようがない。でもまぁ、 ./configure まで補完してくれるかどうかは知らない。……で、だ。
>
>zsh を使っていて本当に「ああこれすごいイイなぁ」と思える機能もいくつもあるんですが(たとえば、最低限、複数行のコマンドが書けないとふつう困ると思うとか)、いま言いたいのは、数値マッチング、つまり <n-m> みたいな表記のこと。
>
>この <n-m> というのは、「nからmまでの数値」に対応するグロッビング。これが非常に便利でここちよいのですね。数字で管理されているようなファイル群というのはたくさんあって、 MH 形式のメールボックスが、たとえばあるとしましょう。ここから、たとえば 573 〜 927 までの数値を取ってきたいとする。ふつうのグロッビングだと発狂しそうな話で、何回も同じ処理を繰り返さないといけなくなるんじゃないでしょうか。でも zsh なら、 <573-927> などと書けばそれでオーケーなわけで、これは便利です。
>
>n と m はそれぞれ省略でき、それぞれ始点ナシと終点ナシという意味です。たとえば <573-> なら、573より大きな数値にマッチします。 5 とか 57 にマッチするとかいう危惧は一切必要なし。数値の大小関係を zsh がマッチしてくれます。 <-927> も同様で、927より小さな数値にだけマッチ。究極的には<->と書くことができ、これは「何か数値」に対応します。
>
>これだけだと、まだどこまで便利なのかわからないかもしれない。キモなのは、コイツがファイル名グロッビングとして実装されているということで、たとえば、 rm -f test<->.txt とかやると、そこに何か数値があるような test*.txt を消すことができます。
>
>この方式は、実際問題としてそんなに頻繁に使うかというと、実はそれほど使いません。が、意識の端に登って「ああやっぱ便利だなぁ」と思うくらいには使いますよ。覚えておきましょう。
>
>全国ご当地ライダー行脚の巻、その2。東北でブラックサタンをやっつけて、京都でゲルショッカーと対決まで。
>
>要所でテーマ曲の歌詞が書かれていたりして盛り上げているような感じなのかもしれないが、オレはあんまり盛り上がらなかったなぁ。うーん。
>
>
>
>大団円。新大陸ではあっさり再会したのには拍子抜けしたが、けっきょくナンにも解決してないところで終わってしまった。が、まあ、こいつをメイドまんがと位置付けると、ヒロインがメイドでなくなった時点でおしまいってのは潔いと言えるかもしらん。
>
>幕間まんがも良かった。
>
>
>
>
>サンバード
> ニール・ゲイマン
>
>うーんラファティ。ちょっと綺麗にまとまりすぎなオチが、逆にラファティらしくない気もするが。
>+1
>
>
>
>魔女の自転車
> ティム・プラット
>
>いわゆるボーイ・ミーツ・ガールものの構成なんですが、その類型的な枠組みに当て嵌めようとする「魔女」がいてちょっとメタっぽい雰囲気が漂いはじめる序盤がなかなかいい。けっきょくあんまりメタじゃなかったけど、今号では一番いいんじゃないかな。特にヤングアダルトという枠組みでは非常に高い完成度だと思います。
>+2
>
>
>
>少年が死体で見つかって
> クリストファー・バルザック
>
>うーん、あんまり面白くなかった。最後のパートで、地の文章でざっくり説明しちゃうのはいまいちなんじゃないかなぁ。
>-1
>
>
>
>ザ・ホルトラク
> ケリー・リンク
>
>いかにもケリー・リンク。理に落ちそうで落ちない上手いところを突いていると思います。バトゥがキーパーソンなのかと思ったら狂言回しだったのがちょっと意外で、そのような読み方をしていたので混乱した感。お話としては、前の「妖精のハンドバッグ」の方が好みだが、もちろんこちらの方がリンクらしい。
>±0
>
>
>
>ダ・ヴィンチさん
> キット・リード
>
>過去からダ・ヴィンチさんがやってくる、という、藤子・F・不二雄が100回くらい書いているようなエピソードなのだが、よくある話とちがって、過去の人との文化摩擦をおもしろおかしく描いたような、あるいは過去人のふるまいに現代人が右往左往するような、そういう話じゃないのだが、何とも言えないユーモアがある。
>+1
>
>
>
>小角の城
>
>
>ようやく話が動き出した感。
>±0
>
>
>
>罪火大戦ジャン・ゴーレ
>
>
>やけくそとしか言いようのない増田幹生のイラストに苦笑。中身の相変わらずぶりにげらげら笑いながらいいぞいいぞと思っていたら、今号の執筆者紹介でいわく「でも、このへん、本になるときはぜーんぶ削るかも」な、なんだってー！？
>+1
>
>
>
>残像
> SF Magazine Gallery
>
>ダイアナ・ウィン・ジョーンズが未読だからか、恥ずかしながらこの人は知りませんでした。たいへん素晴しい。
>+3
>
>
>
>おまかせ！レスキュー
>
>
>いつも通り。
>+1
>
>
>
>SFまで100000光年
>
>
>そこまで共感はできないけど非常に理解ができる感。
>+2
>
>
>第零回ということでだらだらしゃべりました。割と山下さんの gofer 話が面白かったのと、勝手に Clean の一意性型の話を割と想像で(まともな使い手がいないので)言ってたのと、まぁまぁ面白かった。
>
>評価の話とか、実行順序の話、Listモナドの活用事例、Stateモナド詳解、など、けっこう良かったんじゃないでしょうか。まぁおれの功績の部分はあんまりありませんが。
>
>
>公開
>してみた。こんな話をしようかなぁ……と思いますが、さてはて。
>
>
>http://pc.watch.impress.co.jp/docs/2006/0517/apple3.htm
> まぁ銀座のアップルストアの話ではあるけど、はえーなー。確かにおれも欲しいなーとは思ったけど、即決して買える人がちと羨し。
>
>Clean は使ったことないのでよく知らないのだけど、 OCaml のレコードはおれもぐったりしました。
>
>ところで Haskell だとどうなっているでしょうか？
>
>たとえば、 Haskell で、
>
>data Complex a = Complex { re, im :: a }
>
>と定義されていたとします。このとき、フィールドである re とか im とかはどう取り出すかというと、こうなります。
>
>let c = Complex { re = 1, im = 0 } in
re c
>
>で、モジュール名を、たとえば Complex とすると、こうなるんですかね。
>
>import qualified Complex
let c = Complex.Complex { Complex.re = 1, Complex.im = 0 } in
Complex.re c
>
>ようはふつうの関数形式なので、あんまり違和感は感じませんということなんですかね。 Haskell では、あんまりこういう形式で書かない気がしますし(たいてい import しちゃうのでモジュール名を陽に指定しないか、するときは as C とか別名をつけてごく短い名前で参照するのが普通)。
>
>
>http://jp.rubyist.net/magazine/?0014
> 出てるね。これから読む。
>
>ふと GHC のコードを見ていたところ、
>
>readFile name = openFile name ReadMode >>= hGetContents
>
>とか書いてあって驚く。閉じないのかよ！ ハンドル開きっぱなしなのか。
>
