ToDo:
最近の問題を見直す。 やっぱり最近の問題は気合いが入ってないなぁ。
1st shinh 247,941 (27 challenges) 2nd ySas 246,194 (27 challenges)
だったのが
1st shinh 249,210 (27 challenges) 2nd ySas 246,194 (27 challenges)
まで。
(14:31)
で、
> perl -le 'print sort<=>,("<",">")'
<=>
これはなんなのかなぁ。 なんか '<' 記号 任意文字* '>' というような 文字列リテラルがあるような挙動をするけど、 perldoc とかラクダ本で見た覚えがない。
(16:57)
http://code.google.com/p/ejacs/
via http://twitter.com/yanbe/status/1087700458
うわあすごい。
しかし僕の目算では w3m の JS 実装は JS インタプリタより DOM が無いのが問題であるという…
(09:51)
http://d.hatena.ne.jp/gomi-box/20081230/1230635057
自分では常に -> を使うけど、 (*it)->hoge は腹立つよなぁと思った。 なんか拡張してくれよという話かなぁ。 it->->hoge とか it-->hoge とか it->>hoge とか。 さすがに 3 つ必要なことはほぼ無いだろうし、 --> オペレータの新設とかでいいかなぁ。
(14:50)
http://www.kurims.kyoto-u.ac.jp/~terui/pssj.pdf
などを見た。 P!=EXPTIME は対角線論法で証明できるらしい。 えーとどんな感じだろう…
(22:50)
http://d.hatena.ne.jp/yshl/20090103#1230992412
ふむふむありがたや。 とりあえずインストールしたけど 拡張子は mac でいいのかなぁ。
(01:57)
size_t が under flow してしまう問題は
#include <vector>
using namespace std;
int main() {
vector<int> v;
v.push_back(1);
v.push_back(2);
v.push_back(3);
for (size_t i = 0; i < v.size(); i++) {
printf("%d\n", v[i]);
}
for (size_t i = v.size()-1; i < v.size(); i--) {
printf("%d\n", v[i]);
}
}
というのをイディオムにするという手を思いついた。 意図はどうしようもなくわかりにくいけど、 コードの変更少なくループを逆転できるのは魅力的…
(11:43)
_ yshl [Maxima の拡張子ですが、/usr/share/maxima/ 以下にインストールされたファイルの拡張子が ma..]
_ shinh [その mac は macro の mac じゃないかなぁ…とか思って気がひけていました。最も無難なのは maxima..]
_ kazuho [(size_t)-1 と比較するのではダメなのでしょうか？ それを避けたい、ということでしたらすみません。 for..]
_ kodera [１刻みなら、 for (size_t i = v.size(); i--; ) ループ内の処理によっては、sizeの..]
_ shinh [ありがとうございます。色んな流儀があるものですね…元々書いた時の心境は、インクリメントしてるループをデクリメントに変..]
http://topcoder.g.hatena.ne.jp/shinichiro_h/20090106
はじめた。
あとそういえば英語ぶろぐをかこうというこころみがあるとかないとか。
数年後に適当に読めば履歴書書けるくらいになると良い
(00:36)
色々わかるようなわからんような、という感じだなあ。
852 Emacs Alt_L Ctrl 888 Emacs i 926 Emacs BackSpace 971 Emacs e 1001 Emacs a 1016 Emacs Down 1056 Emacs x Ctrl 1155 mlterm Alt_L Ctrl 1223 Emacs s Ctrl 1347 Emacs Right Rep 1360 Emacs Up 1409 mlterm j Rep 1447 Emacs space 1459 mlterm k Rep 1549 mlterm space 1899 Emacs Down Rep 2066 mlterm Return 2215 Emacs Shift_L 2227 mlterm Control_L 2354 Emacs Up Rep 3152 Emacs Control_L
とかなんとか。 左 control は異様に叩かれてるんだねえ。 Emacs で一番叩く C-? は C-s で二番目は C-x なんだなぁとか。
まぁそれはともかくなんか途中からデータぶっこわれてるんだよな… これだからバイナリファイルは…
後で調べないといけない。 保存部分じゃなくてパース部分が壊れてるだけならいいんだけど…
(11:06)
GCC はなんでこんなコード吐くかなー的なコードに見える。
いい workaround も思いつかんし、 これはアセンブリ生成するしかないかなぁ。 未だに dual issue とかが よーわかってないが大丈夫かな。
(23:55)
いうえおー。
会社行く前にあーこれ速くできそー なアイデアを思いついたが 帰ってみると何度も考えたクソアイデアだと気付いた。
くやしいので色々考えると なんか思いついたかも。たぶん、ね。
ただ割とややこしくなるかな。
(00:36)
http://twitter.com/blanketsky/statuses/1115295773
いるらしい。僕は unsigned は必ず typo する unsinged 派。
(22:47)
_ shinh [size でないもの…は面白いですね。理由として足しておきました。 LP64 で size_t は何度かハマった記憶..]
_ payday loans toronto [私はあなたにつ&#..]
_ coupon codes [私は本当に私が&#..]
_ login facebook [約ニースの記事 は..]
_ online coupons [私は約そのよう&#..]
http://cell.fixstars.com/challenge/faq.html
もう提出すっかなーと思ったら インラインアセンブラはダメって記述が増えてるし…
そういう大事なことは最初っから言ってよ的な…
(00:20)
_ kik [とりあえず登録だけしてみたんだけど、OpenVPNが全然繋がりませぬ。今向こうのPS3使えてますか？]
_ shinh [なんか最初うまくつなげられなかったんですけど、それはちゃんと手順通りにやってなかったから(設定ファイルをコピーして作..]
_ kik [ありがとー繋がりました。comp-lzoとかいう圧縮は明示的に指定してないと、自動検出みたいなのはないから全然通信で..]
_ shinh [何がお役にたったのかはよくわかりませんがつながってよかったです。あと shinh には勝てる発言ですが、私もほどほど..]
_ herumi [今回私はあんましshinhさんに勝てる気がしないので，3スクミの完成ですね!]
http://jijixi.azito.com/cgi-bin/diary/index.rb?date=20090117#p01
僕も貧乏症なのでラーメンの汁は飲まずにはいられないなぁ。 昔はカップメン喰ってその汁は おかずになるのだからもったいないと 冷蔵庫に保管し翌日ごはんぶちこんで食するとかやってた。 あとおまけがつく弁当を買ってきて、 おまけ以外+ごはん→おまけ+ごはん→弁当に入ってる漬物+ごはん と3食に増やしたりとか。
僕は貧乏症なのであってケチなのではないのだと 主張してきたけど冷静に考えるとこれはどう考えても ケチであると言われてもしょうがないのではとか思った。 いやまあ割とお金なかったししょうがないんじゃないかな。 働きたくないし
(01:15)
面白いな。
http://twitter.com/hyoshiok/status/1128189973
printf デバッグマンセーなのでしたすいません。 探偵の話でいうとデバッガ使うなんて なんかチートくさくて、 むむっ…ここがあやしい! という個所に数点 printf を仕込むだけで バグつぶせるというのがかっこいいのではないかとか。
いや、なんだろうな、やまぁ、デバッガもいいんだけど、 結局どういうパスを通ったか、 がサクっと見れる手軽な方法は結局 printf なんだよなーという。
というかたいていのバグは適当に printf 入れたら取れて、 逆にデバッガを使わせてくれるほどのバグを愛している気がする。
まぁ前の gdb 話とかもそうだけど、 hyoshiok さんの触ってるレイヤーが デバッガマンセー/printfとかデバッグするためにプログラムを変えるのはダメ、 にさせてるんじゃないかなぁとか。
http://twitter.com/hyoshiok/status/1128192153
区切り
http://twitter.com/alohakun/status/1128200458
printf できる環境は恵まれてる…だけど、 まぁこれは逆もあるんじゃないかな。 デバッガでデバッグしにくい種類のバグもあるんじゃないかなぁと。 ptrace にアタッチされてるプログラムで何起きてるかーとかは printf と core 吐かせて調べるの二択だったし、 動的生成されたコードとかもデバッガじゃ アドレスしかわからんから printf でどの生成された関数が どのアドレスを占めてるかーとか表示しておいた方が ラクになるしーとか。 あとひゃくだいのましんがありますどこかで落ちます どこかは前もってしりません、 とかいう状態だとコアだけじゃねえ…とか。
逆に言うとデバッガを使えないくらいのバグも愛している気もする。
あと逆に言うと printf デバッグしやすいコードというか、 ログ出力にまみれたコードを書くと そのログ出力は軽いドキュメントを 同時に書くことにもなって良いとかそういう。 あと perl の -D オプションとかいいですよね。 使ったことないですが。
区切り
http://twitter.com/ko1_twitter/status/1128216306
デバッガ構築フレームワークだけど、 とりあえず ruby-gdb とかを作ってくれるんだと理解した。
pygdb とかあった気もするけど使ってみたことないな。
区切り
http://twitter.com/alohakun/status/1128220699
デバッグしやすいコード。 1行にまとめない…についてはなるほどなぁ。 要は if 文中の && と || とかのことだと理解。 それでなくても僕は && || の連打は好きじゃない。 ゴルフでは別だけど。
ただまぁ、何列目がどうとかを記録してないのが 現状のデバッグフォーマットの不備である、 って話もある気もする。
マクロ取っておく…もなるほどなぁ。 一時変数は減らせーっていう、 一般的なコーディングガイドラインに完全に反するけど、 反する理由の一つに十分になると思う。 インライン関数にも言えると思う。
ただまぁ、インライン関数に関しては 現状のデバッグフォーマットの不備略。
なんか最近の dwarf は色々 inline 関係増えてるよね。 なんか増えてるなぁというくらいで、よーわかってないですが。
レジスタの値を変数に取っておく…はよくわからなかった。 明示的にレジスタ使う指示出してるようなクミコミ〜な話かな。
区切り
http://twitter.com/ko1_twitter/status/1128227215
慣れちゃうとかこいいデバッガなくても だいたいわかっちゃう話。 そのおかげで喰えてるという話もというあるある話
区切り
http://twitter.com/ko1_twitter/status/1128227588
プログラム可視化。 やりたいです。ずっとやりたい。 あとクラスタ可視化。
無駄に派手なだけで情報としては何もわからない種類の可視化が やりたいだけなので、明らかに求められてない感が強いですが。
なんとなくキラキラ光ってるような 攻殻機動隊で見たような感じのもの、 とかいういい加減なイメージしかなくて 具体的にどうするとかは深く考えてない。
そう Ubigraph も一度使いたいっていうか Ubigraph 的なもの作りたいなぁとずっと。 しかし Ubigraph の論文は印刷だけして メモ帳になって散逸しまった…
http://twitter.com/ko1_twitter/status/1128237592
Erlang 可視化。 いいなあ。面白そうだなー
区切り
しかしささだけんって魅力的なことばかりやってるなぁとかいつも思う。 なんで必死に人員募集とかしてるのかと
区切り
http://twitter.com/alohakun/status/1128238876
VM 上なら完璧にデバッグできるという話。 なんでスレッドが完全再現できるのか…？ 本番でも VM 上って話かな。 それであれば valgrind で スケジューラの乱数種固定すれば現状でも余裕でできるが 本番もそれじゃ速度的なメリットが全て消し飛ぶしな…
区切り
http://twitter.com/ko1_twitter/status/1128239770
並列プログラムのデバッグに可視化が有効らしい。 そうなのか… どういう視覚化があればデバッグしやすくなるという 感じなんだろう。
区切り
http://twitter.com/hyoshiok/status/1128244316
CPU作ってる人が海外にいる話。 インテルってどういう人が入れるのかとか興味が。
一度 CPU 作ってみたいよなぁ。 また東大に入れば…とか時々思う
区切り
http://twitter.com/ko1_twitter/status/1128216306
http://twitter.com/ko1_twitter/status/1128249671
probe をつっこむ系話。 ruby-valgrind をですね…
区切り
結論としてはデバッグもデバッガも楽しいよねとかいう。 あと twitter 追いにくすぎるので可視化して欲しい
(02:44)
めも
[1] 1月20日(火) NH008 東京（成田） - サンフランシスコ 17:05発09:10着 飛行時間：09:05 エコノミークラス/OK [2] 2月5日(木) NH007 サンフランシスコ - 東京（成田） 10:50発15:05着(翌日) 飛行時間：11:15 エコノミークラス/OK
なんかつまり火曜は会社に行く感じか。 これだと遅刻しようがない感じでうれしい。
(03:02)
http://www.f13g.com/blog/2009-01-18/
は、正直なところないのでした。 たいていこういうのはなんか終わってから ああそういう手があるのかぁという感じで負ける気がする。
ただまぁ僕の思いつくあたりはやったなぁという感じなのでとりあえずという。
まだなんか自力で思いつけることはある気がするんだけど、 こういうのって時間経過してから見直したらなんかあったりするよねーという 不思議効果を期待して、提出直前の時期放置→見直し、 て感じでなんかあったら再提出する感じにしようかなぁと。
この手のはコンテストの主催が出さない方針である以上 あんまり情報出すべきじゃないのかなぁと思ってたんだけど、 まぁ今見ると結構情報出てるみたいなので書くと、 60倍はまぁ提出の段階、つまり14日晩には越えてます。 あと目に入った範囲では負けてそうな成績は今のところはないかな。
(03:31)
http://slashdot.jp/hardware/article.pl?sid=09/01/18/0636236
ああこれバックアップ用の HDD が該当してるなあ。
で、どうしたらいいのかな。
(04:11)
年末に酔っ払って折ってしまったケータイをどうにかしようとした。 なんかウィルコムショップに行くと15800円払うか17000円払うかしろと言う。 うーん前回はなんか10000円だった気がするお…とか思いつつ いやそうな顔をしてたら実はもう一つ手段がありまして、 代替機を長期で貸し出せますよとか言ってきた。 はよ言えというか前回言えという感じであった。 まぁ1年で二度も折るなという感じもするが。
でまぁ長期貸出は3500円のところサポートコインがあるのでタダです！ とかで結局単にダウングレードしただけで終わった。 これはラッキー。
(23:28)
結果出た。 これでも一応レート増えるのか…
http://www.topcoder.com/tc?module=MemberProfile&cr=8400878&tab=long
にしても0点が52ケースもあるとかひどいなあ。 入力通してみても落ちないから timeout だろうなあ。 17.5秒とかでやめるようにしてるのになんでかな。
なんか他の人がどうタイムアウト実装してるかとか見る価値ありそうだ…
(08:35)
ひどい。
ところで CIA で起動したプログラムを記録したい…と思った。 kernel でがんばる…のはちょっときつそうなので、 static link されてると拾えないけど ld-linux でやるといいんじゃないかなぁとか思った。
(14:56)
http://tech.g.hatena.ne.jp/itkz/
うーん。一貫性を作るには 配列の要素取り出す方法を (&foo)[0] にするか ポインタ使って p[0] とかできなくするか のどっちかが必要なんだよなぁ。
C を高級アセンブリと考える立場からはそれは困る気がするなぁ。 初心者に教える言語として問題なのはわかるけど。
それで思い出したけど
http://d.hatena.ne.jp/ddk50/20090121#1232501184
はマジで書いてるのかボケなのか難しいなぁ。 マジだとするとたぶんマジで間違ってる。 操作的意味論という単語の意味はよくわかってないけど、 まぁ後者はアドレスのコピーなんて起きないから同じじゃないと思うんだ…
前者
movl $.LC0, -8(%ebp)
後者
movl .LC0, %eax
movl %eax, -8(%ebp)
(15:30)
http://d.hatena.ne.jp/ytqwerty/20090122#p1
C 言語擁護派の僕としては、 配列の operator[] とポインタの operator[] が オーバーロードされてたとして、 そして C が今同様に普及していたとすると、 それはそれで初心者の混乱とかを招いていて、 「C の言語仕様は糞」とか言われてる気が… とか思ったけど、 冷静に考えてみてそのオーバーロードで 混乱を招く例は特に思いつかなかった。 確かに無害っぽい。
ただ、
foo[0] == (&foo)[0]
になっちゃうのはちょっとキモいか。
その場合関数 func == &func 問題を考えるに func も値として扱えるようにしないとなんだなぁ…とかも。
D 言語なんかだと &foo は &foo[0] と別の型なので、 これで foo[0] == (&foo)[0] 問題もなくなるけど、 かわりに配列を単なるバッファとして使いたい時に、
&foo[0] + offset
とかしなきゃならなくなるのがちょっと 長いなーという感じもしなくもない。
これはいいと思うんですよね。 なんで C は構造体返せるのか不思議なくらい。 コンパイラの実装ラクになるし。
ただ . と -> を統一しちゃうのはどうなんだろう。 D とか統一されてるわけだけど、
struct C {
void f() {}
}
void main() {
C c;
c.f();
printf("%d\n", c.sizeof); // 1
C* cp = &c;
cp.f();
printf("%d\n", cp.sizeof); // 4
C** cpp = &cp;
//cpp.f(); // error
}
とかキモいなーと感じるんですよね。
(22:08)
javascript:document.body.contentEditable='true'; document.designMode='on'; void 0
via http://www13.atwiki.jp/vsblogger/pages/67.html
普通に面白いな
(06:42)
http://d.hatena.ne.jp/shinichiro_h/20090125#1232850186
にはったもの以外にも面白いのがあった。
はてなの方にはったヤツは、 英語ネイティブの人が日本語を含む各国の言語を 適当にモノマネするというもの。 他の国は「あーこんな感じこんな感じ」と思うけど、 日本語は明らかに違うと感じるのが面白かった。
http://www.youtube.com/watch?v=6C5EZmyJ9ik
この人英語アクセントのモノマネとかもやってて、 他にもそういうのあるかなーと見てみたら、 21アクセントとかやってる人がいた。 メジャーなの以外は、 なんか聞いたことあるアクセントだけど 地域とは全然ヒモづいてないなぁとわかった。
http://www.youtube.com/watch?v=3UgpfSp2t6k
あと適当に関連動画を見てて目に入った素敵な動画。 たぶん1人で5人ぶんキャラ作って動画シリーズをやってって企画らしい。 うまく言葉使いを使いわけてるなーというのもあるけど、 普通にかわいいなーという話も。
http://www.youtube.com/watch?v=D8V0rI2zpcE
たぶん中の人はオーストラリア人だって言ってるように思う。 5人のうちオーストラリア人の子が一番キャラ作ってない感じがするから 素に近いのはその子なのかなあ。
(11:44)
http://d.hatena.ne.jp/ktdisk/20090123/1232669609
日本語訳キタコレとか思った。 TechCrunch Japan にはキチンと仕事をしていただきたいと思う。
それはそうと採用プロセスに文句つけるってのは面白いなあ。 エンジニアの面接に関しては個人的には 理想に近い形でやってると思ってたんだけど。 自分の労力がかなりかかるのはつらいことを除けば。
少なくとも辞める理由はそれなりに思いつくけど 採用が一番多くあげられるって本当かよという感じ。 確認したいが英語が読めない :(
まぁ面接まわりは普通にこっちの楽しかった系に同感だなあ。
http://d.hatena.ne.jp/shiumachi/20090122/1232574613
(11:58)
http://shinh.skr.jp/m/?date=20090119#p01
なんかいくつか。
printf の方がカンタンなソフトウェアとして ウィンドウマネージャがあるのだった。 gdb 使うとなると、 X サーバ複数上げてパチパチやるか、 suspend した時に WM の機能が使えないのを我慢するか、 のどっちかになっちゃうんだよな。
区切り
http://twitter.com/alohakun/status/1144314236
typedef はデバッグしやすさに本当に関係あるのかな… 少なくとも dwarf は全部情報残ってる気がするし…
マクロの方も問題はデバッグ情報のサイズとかじゃなくて、 マクロが関数じゃなくてマクロであることが問題なんじゃないかなぁ。 インライン関数が大変なのと一緒(かもっと大変)だと思う。
区切り
http://twitter.com/alohakun/statuses/1129031455
なんか前も同じようなこと書かれてた気もしなくもないのですが、 もし本当にいやでしたらやめますすいません。
ただなんか酔っ払ったとか寝る前とかで 青臭いこと書いちゃった恥ずかしい >< とかはわかるんですが、 純然たる技術の話で恥ずかしいというのはよくわからないのでした。 間違ってること書いちゃった >< とかならわからないでもないけど (個人的には間違ってるのは日常なので特別恥ずかしいとかは思わないけど、 まぁ他の人がそう思うことがあるらしいのは理解できるというような)、 なんか前回は特に何かここがヘンだとかわめいたりしてないような…
今回はわめいてるけど。
(12:14)
http://code.google.com/p/google-glog/issues/detail?id=4
俺今まで一度も wchar_t って使ったことない気がするんだよなー。 Windows でチラっとだけ触るとかはあったけど、 基本的には心底よくわかっていない。
#include <iostream>
using namespace std;
int main() {
cout << L"hoge" << endl;
}
うーんでもこれでもポインタのアドレス出るってことは むしろそれは iostream の問題じゃないのか。
いや、そのために wcout があるのであった。 じゃあ単純に ostream を wostream にしたらいいんじゃねー とか思ったけど本当だろうか。
うーむめんどくさそうだ
(12:26)
(14:15)
なんかむちむちの食生活がそんなに問題ない。
なんというか味覚とかうんぬんではなく、 適切な行動ができるかどうかでかなり幸せ度がかわると思う。 で、来るたびになんというか、適切な行動ができてきているように思う。
とはいえ、なんとなく行ってみた 中東料理のファーストフードはあまりおいしくなかった。
(14:24)
腐ってるから変えろとのこと。
egobf というのがいいらしい。 ちょっと見てみた感じではたしかに良い。 スクリプトが同じメモリ空間にあると 残念なことになっちゃうので、 コンパイラ使うのが安全かなぁ。
インタプリタでも JIT のヤツでも BF 命令以外は メモリに乗せないっぽいからたぶん問題ない気もするけど、 まぁ BF 命令使ってデータをエンコードするとかも できないことはないと思うしな…
(14:21)
http://www.kt.rim.or.jp/~kbk/zakkicho/09/zakkicho0901c.html#D20090127-6
めも
とりあえずやっぱ lexical scope が最初に来るんだな。
(14:46)
http://twitter.com/natsutan/status/1151389999
おっしゃることはよくわかるし、 よくそういう話は聞くし、 郷に入れば…とも言うのだけど、 メンタリティに関わる部分のように思うので どうしても残すのは許されないのでした…
(15:04)
ゴルフ場といえばアンケートを取りたいなあと前から思っていたのであった。
あたりを聞く感じかなぁ。 なんか他に統計情報があると面白そうなことはあるだろうか。
(15:14)
cvs => master
git checkout -m master git merge cvs git push origin master
commit
git commit -a -m 'hogehoge' git push origin master
update
git pull origin master
とりあえずこのへん覚えればなんとかなるか。
(14:57)
http://garakuta.homelinux.org/~nosuke/diary/diary.html?y=2009&m=1&d=27&n=1#27-1
やったことあるはずなのに全然思い出せなくておどろく。 宇宙人の女の子とかいたような気がする…とかいう記憶。
あと今日昔の生活圏の話題で全く地名が思い出せなくてびびった。
未来の自分が見た場合、以下の地名がどこにあるかを答えなさい
ていうか本気で色々思いだせないな…
(13:53)
http://sourceware.org/ml/binutils/2008-12/msg00283.html
なんというか、こういう能力って一つのプログラマの能力の指標だよなぁと思う。
一から書く。
なんというかこう、プログラム始めてから間もない人ほど、 なにかに文句を言ってるというか、 何かを間違って使っておきながら文句を言ったり 際どい入力与えて出力がおかしいとわめいたりというか。
でまぁだんだん慣れてくると、 書いてる最中に間違えそうなところが見えてくるというか。 ライブラリとか書いてる時に マルチスレッド下だとやばいなーと気付いたりとかそういうの。 これは間違いを誘発させやすいかなぁと気付いたりとか。
んでなんかもっとなんかなっていくと、 プログラム書く前からおおよそのプランができて、 特にコード書かなくてもはまりそうなところとか、 気をつけるべきこととかが書けるんだよなぁとかいう。
うーんなんでこんなに詳しく書けるんだ。
(15:16)
http://longtailworld.blogspot.com/2009/01/googlewhy-google-employees-quit-in.html
日本語訳きたこれ
(15:18)
| 前 | 2009年 1月 |
次 | ||||
| 日 | 月 | 火 | 水 | 木 | 金 | 土 |
| 1 | 2 | 3 | ||||
| 4 | 5 | 6 | 7 | 8 | 9 | 10 |
| 11 | 12 | 13 | 14 | 15 | 16 | 17 |
| 18 | 19 | 20 | 21 | 22 | 23 | 24 |
| 25 | 26 | 27 | 28 | 29 | 30 | 31 |
全てリンクフリーです。 コード片は自由に使用していただいて構いません。 その他のものはGPL扱いであればあらゆる使用に関して文句は言いません。 なにかあれば下記メールアドレスへ。
_ ySas [globじゃないですかね。<=> == glob('=')]
_ shinh [うへえ glob ってこんな記法あるんですね… perl -le 'print<*>' とかで ls になるのか…]