Ruby Advent Calendar 2011 / 2日目 – almost-sinatra.rb の深淵を覗く « blog.udzura.jp
初めましての方は初めまして。近藤うちお(@udzura)です。 Sinatra ベースのフレームワークである Padrino framework の日本語サイトを管理したりしています。 Ruby Advent Calendar jp: 2011 2日目である今日は、 Sinatra 主要コミッタである rkh が、わずか 8 行で実装した Sinatra クローン、「almost-sinatra.rb」を読み解いたりして、2日目にして一気に読者を置いてけぼりにしたいと思います（1日目はこちら – “Coffeescripting with Ruby”）。 RedBull（できれば複数本）の用意を推奨します…… まずは、全コードを下にコピーして置いておきます。先日、 このパッチ が accept されたので、それが適用された最新バージョンです。 %w.rack tilt backports
「人間様が気分よくプログラミングするための言語」Rubyは何を目指すのか - GIGAZINE
「気分やノリがソフトウェア開発には重要だ」と断言し、そこに注目して自らRubyを開発してきたまつもとゆきひろ氏は、どのようにしてプログラマに育ち、Rubyを生み出し、そして開発を続けてきたのでしょうか？ 今や日本初のオープンソースソフトウェアとして100万人規模のユーザを持つRuby。数々の賞を受け、なおも変化と成長を見据えるまつもと氏が日本最大のゲーム開発者向けカンファレンス「CEDEC2011」にて、自らの若かりし日々から長いRubyの開発の歴史とそこで培われたコンセプト、そして未来への展望までを余すところなく披露してくれました。「Ruby開発が教えてくれたこと」と題されたこの講演の全内容は以下から。 まつもと： はじめまして、まつもとゆきひろです。 最近はRubyを開発した人ということで有名になりましたが、Ruby自体ゲームのソフトウェアというより、それを動かすサーバとして使用して頂
最後のRubyKaigiの最後の日の最初のセッションで話をして来ました - ずっと君のターン
「parse.yの歩き方」 これまで第一回から無欠勤で参加してきたRubyKaigiで最後にセッションを持つことができて感無量です。内容は要するに去年のLTの続き。 残念ながら去年のLTではオレオレRuby作者を増やすことは叶わなかったようですが、考えて見ればLTでは単に作ったRubyを紹介しただけなので、それも当たり前です。ということで今度は時間も30分ありますし、もう少しだけ突っ込んだ実装寄りの話をしました。 おお、動画が公開されてました。 [18S01] Parse.y Famtour (ja) from ogi on Vimeo. MBPが死亡してスタッフの方にマシンをお借りしたため、作った?rubyのデモはできなかったんですが、質問時間を入れると時間はほぼちょうどだったのでまぁデモしなくてよかったのかなと、自己正当化してます。 これで、Cもparse.yもまともに理解してなくても
RubyKaigi 2011 終了 - まめめも
参加してました。コミッタ特権でタダ飯を食らえるのも残念ながら最後です。 今まではマジタダ飯にならないように何かしら発表することを心がけてたんですが、今回はネタ準備できず、ついに聞くだけ。"1.8 and 1.9" でちょびっとだけ壇上出たけど、その分弁当もらってしまったし。申し訳ない。なのでせめて見た発表ごとの一言感想を書きました。最後に。 そして Ruby とかなり関係ない Alloy 本は、ジュンク堂出張店で販売していただき、個人的な予想をはるかに上回る人数 (予想 1 桁、結果 2 桁) に汚い字でサインさせていただきました。ありがとうございます！おまえら買ったばかりの本を汚していいのか！ちなみにサインは実行可能な Quine になっています。typo してなければ RubyKaigi 中のコミッタの行動にプライバシーはないと思うので、サインさしあげたコミッタだけ晒すと mrkn さ
最後のRubyKaigi / Le dernier RubyKaigi - ふぇみにん日記(2011-07-18)
_ [Ruby] 最後のRubyKaigi / Le dernier RubyKaigi 今年もささやかながらお手伝いすべく、RubyKaigiにあわせて日本にやってきました。 例年通り、IRC翻訳や質問タイムの通訳とかのスタッフをやるつもりだったのですが、島田さんから推薦されて、大ホールの司会を前田さんと一緒にやることになりました。あとで聞いたところによると、2007年に司会したきのこ（当時はきのこではない）の推薦でもあったそうです。 2006年に最初のRubyKaigiで司会をして、また今年に最後のRubyKaigiで司会をすることができたのはとても光栄なことで、推薦してくださったお二人に感謝しています。 では、司会目線でいくつかのセッションを振り返ってみます。 一番はじめのセッション、Aaronのキーノートでは、英語で「アメリカ人だけど日本語が堪能で、日本語MLに投稿する時には日本語
テスティング フレームワーク の作り方 - How to create a testing framework
[<<][<][>][>>] [<<][<][>][>>] Generated by Rabbit version 1.0.3
Capistranoとchef-soloを組み合わせて使う - ひげろぐ
たくさんのホストをChef設定したいけどChefサーバー立てるのめんどくさいし！ でもコマンド一発ですべてのホストが更新されて欲しいし！ というわけでこの組み合わせです。 Capistranoはインストール済みでsshのログインに必要な鍵も各ホストに配ってあるものとする。 加えてChefのクックブックなどはすでに定義済みで以下のパスにある前提で。 /home/akahige/chef-repo Chefに関してはここでは深くつっこまないので、よかったら以前書いたものをどうぞ。 chef-soloで作業環境構築の自動化 | ひげろぐ Chefを試してみた | ひげろぐ sudoの設定 chef-soloはsudo経由（root権限）で実行する必要がある。 そしてCapistranoでsudoを実行するにはパスワードなしでコマンドを実行できる必要がある。 そういう事情なのですべてのホストにてs
RDocとYARDの比較 - 2011-05-11 - ククログ
リファレンスマニュアルの記述方法を検討し、埋め込み方式のドキュメントツールを採用したとします。Rubyで埋め込み方式のドキュメントツールを使うとしたらRDocかYARDになります1。 RDocからYARDへの移行方法につなげたいのでYARDを使う方向で話を進めたいわけですが、その前にRDocとYARDの背景や機能の違いを確認しておきましょう。 RDocの背景 RDocはRuby 1.8.1からRuby本体に標準添付されています。Ruby1.8.1は2003年のクリスマスにリリースされているので、もう7年くらい前になります。Ruby本体や標準添付されているライブラリもRDoc用にドキュメントが書かれていますし、Rubyで標準的なドキュメントツールといえばRDocという存在です。 RDocは2004年くらいまではRuby本体のリポジトリ上で活発に開発されていましたが、それから数年は開発が停滞し
DebianのRubyパッケージメンテナ辞任で騒動に：Rails Hub情報局：エンジニアライフ
Debian GNU/LinuxのRuby関連パッケージのメンテナだったフランス人のLucas Nussbaumさんが、Rubyパッケージの作成・管理に関わるのをやめると宣言しました。その理由を、やや感情的にブログに列挙したことをキッカケに、日本語・英語のコミュニケーションギャップの問題、OS（ディストリビューション）とRubyなどの言語処理系のパッケージシステムの不調和の問題、コミュニティ運営の成熟度など、さまざまな議論が巻き起こっています。 多くの論点を含みつつ議論が展開 念のために先に指摘しますが、Debian上（Ubuntuでも同様）のRubyパッケージの今後については、Lucasさんのほかに、まだ2人、やまだあきらさんと、森脇大悟さんが関わっているので（リンク）、今回の騒動によってRubyパッケージがDebian上でメンテナンスされなくなったり、将来が不安だということはないと思い
RubyKaigiが次回最終回だということについて - ずっと君のターン
本年も成功裏に終了したRubyKaigiだけど、来年で最終回だとか。正直本当に終わると思ってないし、仮に現在の中心スタッフが止めても、他の誰かがなにかしらやるでしょ。そういう次世代イベントの中心メンバを育てるための場がRegional RubyKaigiだと勝手に思ってるし。 ただ、それはそれとして「RubyKaigiを一度終わってみる」っていうのはホントにいいことだと思う。 （たしか）一昨年の角谷さんのゆるふわセッションを私は大笑いしながら見てたんだけど、終わってから他の人の書いたレポート見てるとなんとなく違和感があった。まぁ詳細レポートを書くような人はそれだけ多くを受け取った人だから思い入れも激しいのかなぁと思ったりしながらその時は違和感を気にしないことにしたわけだけど。 それで迎えた昨年の角谷さんのセッション。もちろん発言は示唆に富んでるし、事前にかっちり準備をしながらも、それ以上に
gren - 次世代grepを目指したコマンドラインツール - おんがえしの blog
grenはgrepの置き換えを目指して作ったコマンドラインツールです。 以下のような特徴を持っています。 特徴 基本はfind+grep 指定ディレクトリ以下にある全てのファイルの中身を調べます。 gren 検索文字列 [検索するディレクトリ] でOKです。 ユーザーが指定する項目を最小限に バイナリかテキストかをツールが自動で判断します *.rbや*/*.cppのような指定は必要ありません README,README.jaのような特殊な拡張子でも検索対象に含めます .pngや.exeの中身は調べません。 デフォルトで除外ディレクトリが設定されています * *~, .svn, .git, CVS等は探索対象から除外します 便利な検索結果 検索を開始したディレクトリ(Path)、かかった時間(Time)、ファイル数(Files)、ファイルサイズ(Size)、マッチしたファイル数とヒット数(M
iBooks用にRuby on Rails GuidesのePubを自炊してみた
先週の金曜日に日本でもiPadが発売になりました。エアーズでも業務用および開発用として3GモデルとWi-Fiモデルの各1台を購入し、電子書籍ビューワーや JIRA のダッシュボードモニタとして活用しています。 今回は、Rails 3のガイドドキュメントである Ruby on Rails Guides [Edge Guides] から、iPad用の電子書籍フォーマットであるePubファイルを作成してみたので、その手順を紹介します。 ePubとは ePubとは、iPadの電子書籍アプリのiBooksやソニーの電子書籍端末で採用されている電子書籍ファイルフォーマット規格です。コンテンツをXHTMLで作成しCSSでデザイン制御をおこなえるので、ウェブコンテンツを作成したことのある人には馴染みやすいフォーマットだと思います。 ウィキペディア: EPUB iPadやiBookストアについては、その閉鎖
好きなことを極めればブレイクスルーが見えてくる まつもとゆきひろ ネットワーク応用通信研究所基礎研究グループ特別研究員 | チェンジメーカー | nikkei BPnet 〈日経BPネット〉
世界中のプログラマーが尊敬してやまない、スーパープログラマーまつもとゆきひろ。まつもとが開発したプログラミング言語「Ruby（ルビィ）」はNASA（米国航空宇宙局）やTwitterをはじめ、さまざまな領域で利用されている。なぜ世界が彼を注目するのか。プログラマーの頂点を極めたまつもとの世界観に迫る。 （インタビュー・文＝荒川龍 写真＝小川拓洋） プログラミング言語界の「イチロー」 プログラミング言語界の「イチロー」――ある若手プログラマーは尊敬と憧れをこめて、まつもとゆきひろのことをそう呼ぶ。米国発の技術やソフトウエアばかりが目につくコンピュータ業界にあって、彼が開発したプログラミング言語「Ruby（ルビィ）」は、まず欧米で人気が高まり、今や日本でも注目を集めているためだ。 米国ではNASA（米国航空宇宙局）や、つぶやきを投稿するミニブログ「Twitter」、日本では料理レシピサイト「クッ
Test::Unit と RSpec と Shoulda
昨日の記事 続・Rails 3.x 時代のテストフレームワーク では、Rails で使用できるテストフレームワークの基礎知識と相互関係についてまとめました。 今日は、Test::Unit と RSpec と Shoulda を具体的に比較してみたいと思います（Cucumber については、別の機会に…）。 例として「変数 @total に文字列 '100' をセットすると、式 @total.to_i は 100 を返す」というテストケースを考えましょう。 純粋な Test::Unit ではこのように書きます。 require 'test/unit' class SimpleTest < Test::Unit::TestCase def test_should_return_100 @total = '100' assert_equal(100, @total.to_i) end end R
続・Rails 3.x 時代のテストフレームワーク
先日の記事Rails 3.x 時代のテストフレームワークで、私は「Railsのテストを取り巻く状況が複雑に拡散しつつある」と書き、デファクトスタンダードがまだ現れていないんじゃないか、ということを示唆しました。 その後、この件について他の人が書いているのを更に読んだり、実際にフレームワークを使ってみたりして、わかったことや考えたことをまとめてみようと思います。 まず、Railsで使用できる代表的な4つのテストフレームワーク Test::Unit, RSpec, Shoulda, Cucumber の基礎知識と相互関係について。 Test::Unit は、Ruby 実行系と一緒にインストールされる標準ライブラリの1つです。20世紀末に提唱されたソフトウェア開発手法エクストリーム・プログラミング(XP)が求めるテスト駆動開発をRubyで実践するために作られました。Java 用の JUnit、.
Rails 3.x 時代のテストフレームワーク
Rails 1.x の頃、テストと言えば Test::Unit であり、Fixtures でした。 この2つがあったからこそ、私は Rails を好きになったんだと言えます。 Test::Unit は Ruby 標準ライブラリの1つですが、Rails はそれを巧妙に拡張して、自らと一体化させていました。 Rails は Web アプリケーションを開発するためのフレームワークであり、同時にその Web アプリケーションをテストするためのフレームワークでもあったわけです。 Fixtures は、テストの対象となるサンプルデータをデータベースに投入するためのツールです。 テストを開始する時点でのデータベースの状態を YAML 形式あるいは CSV 形式で記述しておくと、Fixtures はテストを行う直前にデータベースをその状態に戻してくれます。つまり、Fixtures によって再現性のあるやり
JRuby 1.5.0登場、JRuby史上もっともビッグリリース | エンタープライズ | マイコミジャーナル
JRuby - Java powered Ruby implementation JRubyコミュニティは12日(米国時間)、JRubyの最新版となるJRuby 1.5.0を公開した。JRubyはJavaで開発されたRuby実行環境。インタプリタとしてもコンパイラとしても動作し、Google App EngineやAndroidでも動作する。1.5.0はこれまでのリリースと比較して長い時間をかけて開発されたバージョンで改善内容や修正内容は多岐に渡る。 JRuby 1.5.0における主な機能は次のとおり。 より優れたパフォーマンスとFFIサポート実現のために設計された新しいネイティブアクセスフレームワークの導入 UNIX系プラットフォーム向けのネイティブランチャ Rake-Antインテグレーションの実現 WindowsサポートおよびWindowsインストーラの改善 RubyからJavaをコー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
codnote.net
噂のRuby&Githubなプロジェクトにスキな継続的インテグレーションサービス「Travis CI」を試してみたらすごくよかった
rvmのgemsetを使ってbundlerと賢く付き合う方法 - Hello, world! - s21g