2007年6月に「Ruby Kaigi」というイベントが日本で開催されました。当日はRubyに関する様々な興味深い発表が行われ大変活況でした。そんな中でも特に大きな注目を浴びていた発表の1つとして「JRuby」があげられます。 JRubyはJavaとRubyのクロスオーバーを実現する有望な技術です。本連載ではJRubyの入門的な部分について紹介していきます。幅広い方々がJRubyを知るきっかけになれば幸いです。今回はJRubyの概要について解説します。 「Ruby」は、まつもとゆきひろ氏が中心となって生み出した、世界中で利用されているオープンソースのプログラミング言語です。ここ数年、Rubyは大きく注目され、取り巻く環境が大きく発展しています。その最大の要因はWebアプリケーション分野に彗星のごとくあらわれたアプリケーションフレームワーク「Ruby on Rails」（以下、RoR）である

Scaffoldで生成したアプリケーションは出発点にすぎず、自立した完成品のアプリケーションではありません。このため、開発者がプロジェクトに適した形になるように手を加える必要があります。しかし、毎回似たような修正を行うのであれば、生成した時点でその修正が反映されている方が、より生産性も向上します。そこで本稿では、Scaffoldをカスタマイズする方法を紹介します。

『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、日本 Ruby の会の有志による Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0058 号 バックナンバー Rubyist Magazine 0058 号 RubyKaigi 2018 直前特集号 Rubyist Magazine 0057 号 RubyKaigi 2017 直前特集号 Rubyist Magazine 0056 号 Rubyist Magazine 0055 号 Rubyist Magazine 0054 号 東京 Ruby 会議 11 直

Builderパターンは、Template Methodパターンによく似ています。Template Methodパターンとの大きな違いは、その目的がオブジェクトを生成することであり、アルゴリズムを実行することではないという点です。Builderパターンは、役割分担を明確にするだけでなく、インターフェイスと実装の分離を実現する代表的な事例であり、パターンを使用しない場合に起こりうる重複をかなりの程度防ぐことができます。

Rails のチュートリアルは終わったけれど、その次に何かを作ろうとしたら止まってしまって先へ進めない人へ向けて、チュートリの次のステップとなりそうなネタを集めてみます。 主な情報源は Web と「Ruby on Rails 入門〜優しい Rails の育て方」（くまくまーの人本）です。

Scaffoldで生成したアプリケーションは出発点にすぎず、自立した完成品のアプリケーションではありません。このため、開発者がプロジェクトに適した形になるように手を加える必要があります。しかし、毎回似たような修正を行うのであれば、生成した時点でその修正が反映されている方が、より生産性も向上します。そこで本稿では、Scaffoldをカスタマイズする方法を紹介します。

『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、日本 Ruby の会の有志による Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0058 号 バックナンバー Rubyist Magazine 0058 号 RubyKaigi 2018 直前特集号 Rubyist Magazine 0057 号 RubyKaigi 2017 直前特集号 Rubyist Magazine 0056 号 Rubyist Magazine 0055 号 Rubyist Magazine 0054 号 東京 Ruby 会議 11 直

『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、日本 Ruby の会の有志による Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0058 号 バックナンバー Rubyist Magazine 0058 号 RubyKaigi 2018 直前特集号 Rubyist Magazine 0057 号 RubyKaigi 2017 直前特集号 Rubyist Magazine 0056 号 Rubyist Magazine 0055 号 Rubyist Magazine 0054 号 東京 Ruby 会議 11 直

ビルドツールの代表的なものと言えばUNIXプラットフォームにおけるMakefileや、Java開発で使われるAntやMavenが挙げられる。これらのツールにお世話になっているデベロッパーは多いだろう。しかし、複数のデベロッパーが共同でアプリケーションを開発するとなると、それらのツールでは対応できない場面も出てくる。 そこで、ベンダーやオープンソースコミュニティでは、共有リポジトリ上にプログラムを格納するだけでビルドを自動的に実行するツールを開発している。そういった統合ビルドツールは「継続的インテグレーションツール」と呼ばれ、大抵は、ビルド結果をまとめたレポートを生成し、Webページやメール、メッセンジャーなどで自動配信する機能も備わっている。チーム開発を進めるうえで大変重宝するはずだ。ここでは、そのうちの一つとして、最近新しいエディションがリリースされた「CruiseControl」を紹介

WindowsにRuby on RailsとMySQLを入れ環境を作り、その上で簡単なブックマークアプリケーションを作るまでを記録したムービー。編集ナシでホントに10分以内でアプリケーションを構築してます。 詳しくは、2005年11月18日発売の技術評論社 SoftwareDesign 2005年12月号で解説予定です。 Rails+MySQLインストール編 アプリケーション編 Web Developer Study @Sapporo - 2005/11/19 Rails + Selenium - OSC2006 Do

本連載では今話題のフレームワークRuby on Rails（以下、Rails）上に構築されたCMS（Contents Management System）である「Rubricks」を取り上げます。第1回の今回はRubricksの概要について解説します。 Rubricksを紹介する前に、CMSについて導入の目的その意味について簡単に整理しておきます。 CMSと呼ばれるソフトウェアには、静的なサイトにおけるデザインの統一化や構成管理に特化しているもの、プログラムの必要なくBBSやニュースといったアイテムの配置ができるといった特徴があります。 さらに動的なサイト構築まで含めると、CMSという言葉の範囲は大変広いといえるでしょう。ただし、どのCMSでも「Webサイト構築／更新に関する共通的なルーチンワークの作業負荷を軽減する」ことを目的とする点は共通しています。

今回は、テスティングフレームワークについて比較したいと思います。 一般的にテストフェーズは、表1のようなフェーズが定義されていますが、Javaフレームワークを使用した場合でも、Railsを使用した場合のテストでも結合テスト以降に差異はありません。したがって、今回は単体テストフェーズを中心に比較を行います。

はじめに　本稿ではRubyを使ってシンプルなPOP3サーバを作成します。　POP3は、いわゆる「メールの受信」のときに使われるプロトコル（通信規約）です。本稿では、このPOP3でサービスを提供するサーバの作成を通じて、以下のことを学びます。ネットワークプログラミングの基礎POP3の仕組みRubyによるネットワークプログラミングRubyによるUNIXシステムプログラミング POPdの概要　本稿で作成するPOP3サーバ（POPd）は、イントラネットなどの信頼できるネットワークを前提として作成します。そのため、セキュリティへの配慮は最低限にとどめ、できるだけシンプルな構造を心掛けます。ただし「最低限の配慮」として、パスワードが平文で流れないようにするため、POP3の中でも特にAPOPという認証方法を用います。　また、速度やメモリ容量に関してもあまり配慮しません。せいぜい数人から数十人が日常的に使

このぐらいの規模のWebアプリケーションを作る場合、スクラッチからコードを書いていたのでは効率が悪いですし、また複数のプログラマで開発を進めるにあたってコードの品質を一定に保つのが難しくなってきます。ということで、ここはフレームワークの出番です。 PerlにはCatalystやSledge、CGI::Applicationといったオープンソースの優れたフレームワークがいろいろとありますが、はてなでは自社開発の「はてなフレームワーク」を利用しています。 はてなフレームワークを開発した当時の2001年頃はLL向けの良いフレームワークがあまり無かったため、自分たちで作りました。その後も改良を続け現在も同フレームワークを利用し続けています。 最近ではPerlに限らず、優れたフレームワークの実装が世の中に多数あり、その多くがフリーです。あまり自社開発のフレームワークを利用することの利点は多くないかも