Ruby 初心者スレッド Part 23

>>950
それは無理矢理だ。

http://www.google.co.jp/search?q=global+regular+expression+print

そもそも g/RE/p が global regular expression print の略だからなw

vi 系エディタだと :g/RE/p のパターンは、常時つかう。
print の p 以外の方が、使用頻度が高い。

:g/RE/y A
y は yank の略、A はバッファー a に追加
:g/RE/d
d は delete の略
:g/RE/s/^/#/
s は substitution の略
RE のある行の行頭に # を挿入

>>954
gがglobalの略で、全行選択の意味。
REがRegular Expression
pがprintの略で、表示だ。

それぞれ独立の要素であって、一体としてGlobal Regular Expression Printの
略なわけではない。英語になってないし。

>>956
>>953

>>957
マニュアルのほうが後付け。

RFC (Request for Comments)
一般には「RFC＝インターネット世界の標準的な規格書」という認識が広まっているが
RFCは日本語では「コメント募集」の意味であり、もともとは技術仕様を公開し、
それについての意見を広く募集してより良いものにしていく観点から始められたようである。
そもそもインターネットにおける規格を記述する文書に『Request For Comments』、
日本語に訳すと「ご意見お待ちしています」という名前が付けられているのは、
冷静に考えてみるとかなり変な話だ。
最初は「ただのメモ書きや提案」程度の意味合いしか持たなかったRFCだが、
その性質は今もある程度引き継いでいる。
今まで規格として紹介してきたRFCも、正確にはRFCの中でも『STANDARD』として
認められたものであり、決して「RFC＝正式な規格書」というわけではない。
むしろRFCとは「インターネットを理解する上で役立つとIETF
(もしくはRFC編集グループ)が認めた文書」程度の意味合いしかない、
と考えた方がよい。
RFCは全て英語で書かれることが必須条件となっているため、
IT業界に籍を置きRFCを読まなければならないような立場になると、
RFCの表現をどう実装すればいいのか頭を悩ませることが少なくない。
そんなときは気分転換がてら、これらのジョークRFCを読んで頭を休ませるとか、
あるいは腕に覚えのある人ならジョークRFCを本当に実装してしまうなんていうのもおもしろいのではないか。

Ruby は joke だった

jokeと書かれるとJava製の○okeみたいな感じのモノを想像してしまう

jperlの作者は、外国から「Javaで書いたPerlなのか?」と
問い合わせを受けたことがあるそうな。

和暦（例えば平成20年12月31日）はDate::parseしてもだめ？
結果が2008-12-20になるんです。
年月日の部分を分解して組み立て直すしかないのでしょうか？

明治以降の和暦<->西暦ぐらいならライブラリがあっても良さそうなのですが。

>>959
court(法廷)はもともと「囲まれた庭」という意味だから(以下略)

>>963
NENGO = { "平成" => 1989 }
m = (/(.+?)(\d{1,2})年(\d{1,2})月(\d{1,2})日/).match "平成20年12月31日"
y = NENGO[m[1]] + m[2].to_i - 1
p [y, m[3], m[4]].join("-")

こんなんでどう？

>>963
rubyforge.org/projects/jadtfmt/
ICUのラッパだから裏方の作りは問題ないはず。

>>965
NENGO吹いたｗｗｗｗｗ

ごめんパースはできないみたい。

Java SE6だと、JapaneseImperialCalendar
.NETだと、System.Globalization.JapaneseCalendar
(前者はJRuby、後者はIronRubyで使えるかなー？)

どちらも明治以降の太陽暦しか扱えないので、Rubyでは是非とも
それ以前の元号と太陰暦のサポートを。

だれが使うんだよｗ

>>965サンクスです。
>>966
ぱっとみただけだと西暦->和暦の一方通行だけなのかな？
で自己レスですが，Dateクラスを斜め読みしていたら，
self._parse_jisというクラスメソッドがあった。
MTSHの和暦->西暦だったらパースできるみたいです。

なので「平成年月日」の漢字部分をそれなりに置き換えたあとに
パースすればいいみたい．．．
（でもそれぐらいなら，はじめから組み込んでくれればいいのだが、こーどのもんだいがあるのかもしれない，，，1.9.1に期待）

JapaneseImperialCalendarで遊んでみたら、
明治5年12月3日が1872年12月3日になった。
(明治5年12月2日の翌日は明治6年1月1日なので、1873年1月1日のはず)
JavaのCalendarはこのへん妙に凝ってた気がするんだが……
こういう改暦の境界って扱いがめんどくさそうだな。

歴史は後から書き換えるものだしな…。

>>962
Javaの影すらなかった時代からあるのにな...
jlessとかjawkとかいっぱいあるのに。外国人の日本認識なんてそんなものか。

そりゃ、よその国のローカルなソフトウェア事情なんて普通他国の人間が
知るわけがないだろ

DateTime::Format::Japanese使えない？　＞西暦<->和暦

>>961
ジャストタイミングでJRuby作者が、Iokeとかいうのを作ったみたいｗ
Ioke 0 released | Ola Bini: Programming Language Synchronicity
http://olabini.com/blog/2008/12/ioke-0-released/

>>969
ttp://homepage1.nifty.com/gyouseinet/history/nengouichiran.htm
ユリウス暦-グレゴリオ暦の変換とかも必要なのかな

本格的にやると死ねそう……
明治以降限定で割り切るのが楽かね。(それでも改暦が1回あるが)

南朝と北朝があるけど正統なのはどっちだっけ？

>>919 に今ごろ反応
すげくねっといわれても
暗黙の機能の多さの違いとしか

awk "!dup[$0]++ {print}"
perl -ne "print if!$dup{$_}++"
ruby -e "puts readlines.uniq"
もしくは
ruby -ne "BEGIN{$dup=Hash.new 0};print if 2>$dup[$_]+=1"

awkから引き継いだフリップフロップ演算子なんて
ワンライナー以外で使うことがあるのかしら
awk "/^=begin/,/^=end/{print}
perl -ne "print if /^=begin/../^=end/"
ruby -ne "print if /^=begin/../^=end/"

何気にperlのがすげくね？

ume

Ruby リファレンスマニュアルってなんでこんなにも
書きかけの文書が多いの？
http://www.ruby-lang.org/ja/man/html/Ruby_A5EAA5D5A5A1A5ECA5F3A5B9A5DEA5CBA5E5A5A2A5EB.html

本買ってね、ということなの？

青基調のこっちが新型
http://doc.loveruby.net/refm/api/view/index

ライブラリの網羅率は、
今年の夏には5割で「来年の夏には終わる」とか言われてたから
たぶん今頃は7割ぐらい？

>>984
そう思ったらあなたが書き足せば良いんですよ
っていうスタンス

>>986
RWiki重すぎで静的HTMLになっちゃたっんだよねぇ。

Rubyの中心にいる人たちはあまりドキュメントに熱心ではないので、
本がどうとかいう以前に、「ソース嫁」と思っている。

あけおめことよろ！

あけましておめでとう。
今年もよろしくね！

あけおめそーす嫁！

うめ！

test

　　　【Ruby1.9 は不安定な開発版であり初心者には全く向きません】
　　　【最新安定版の Ruby1.8.7 の使用をお勧めします】
　　　　※1.8.7 は1.8 と 1.9 の橋渡しをするためのリリースです。
　　　 　　1.9 の新機能の一部が利用可能なので初学者にお勧めです。
　　　　※ただし十分安定しているとは言えないので
　　　 　　プロダクション環境での利用にはお勧めしません。

いちからRubyを始める初心者向けのRuby入門書は何がおすすめでしょうか？

あけおめ

>>995
Ruby以外の経験はあるの？

ume

次スレ↓

1000

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。