ランダムな文字列生成 - odz buffer
ref:http://subtech.g.hatena.ne.jp/secondlife/20070821/1187667574 ref:http://subtech.g.hatena.ne.jp/secondlife/20070820/1187578797 ref:http://d.hatena.ne.jp/knagano/20070820/1187621230 ref:http://d.hatena.ne.jp/knagano/20070821/1187656060 いや、そりゃまぁねぇ。例えば、0 から 1999 までの数字なんかだと半分は先頭 1 で、先頭が 0 になる確率は 1/2000 だ。 で、まぁ、普通に考えて元の生成乱数の範囲を 変えて、先頭の文字を除けばいいんではないかな。 rand(36 ** 9).to_s(36)[1, 8] h = Hash.new { |h,
Linux ノスタルジー - odz buffer
ref:naoyaのはてなダイアリー - *NIX初心者だったあの頃 どういう意図か昨日 VMWare に RedHat 5.2 なんかをインストールした自分がきましたよ。 ということで、RedHat 5.2 なんてのを入れて感じた現在とのギャップ。 英語版て(現在は単一バイナリで多国語対応が普通だけど、昔は各国語ごとに別バイナリなのが普通だった) Linux Kernel が 2.0 系列 インストールディスクが CD 1枚で、Workstation 構成でインストール後ディスク使用量が 400MBytes ちょい。軽い。 でも gcc/bison/yacc/autoconf なんかの開発コマンドは標準でインストールされる。 GNU tar に -j オプションどころか -I オプションもない。そもそも標準では bzip2 が入らない GNU grep だけど -r オプション未対応(古
Text File / Line - odz buffer
コメントから Unix においてテキストファイルとは行の集合であり、行とは改行文字で終わるものと定義される、とどこかで読んだ記憶があります。 ふむ。きむらさんのところから(関係ないけどエントリに対する Permalink がおかしい。日付についているリンクはいいんだけど) 今、再度調べてみたけど見つからなかったんですが、 POSIX的には「テキストファイル」の定義ってのは決まってまして、 それによると各行の末尾は必ず改行を含むことになっています。 ですから、「テキストファイル」を扱うと謳っているユーティリティが ファイル末尾に改行を含まないファイルに対して文句つけても、 POSIX的には間違ってないです。 あと行の長さとして最低限これだけの長さは許容しなければいけないとかも あったんですけど、どこだっけなー。 あ、英語だったのは間違いないです。 POSIX だというならまんま POSIX
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
