「jruby」を含む日記

はてなキーワード: jrubyとは

2014-08-12

■コーディング スタイル論争「カッコを省略するな」が出るたびに思う事

こういう記事が上がって

http://bulkserver.jp/blog/2014/08/07/php-code/

それへの反応

記事の最初のカッコの省略だけど、世界的に評価されて広く使われてるようなプロジェクトのコードを見ると、案外{}が省略されていたりしてそんなことは気にしてない。(たとえばlinux, apache, postgresql, mysql, chromium, netbeeans, eclipse, llvm, jruby, android)

で「こんなコードを書くヤツは夜道に気をつけろ」「八つ裂き」みたいな大げさな反応してるのって、どういうコードを書いてるかよく分からないような人たち。

自転車置き場の議論的な、素人でも分かりやすいポイントだからこのツッコミって人気あるのかね。

―――――↓見てないかもしれないけどブクマとかへの返信を追加―――――

2chあたりでコーディングスタイルの議論になったときは、俺様基準じゃなくて実際に成果を出してる人たちが採用してるコーディングスタイルを基準にしようぜってことで、誰もが認める成果を出しててソースを見れるオープンソースのコードを引き合いに出すことが多いんだけど、そうするとよくある反論が二つある。

オープンソースなんて無料だし責任も取らないレベルの低いプロダクツだろ
それはレベルの高い人たち向けの書き方だから

みたいなの。

さすがにはてなやツイッターじゃ、前者のような「お前は20年前からタイムスリップしてきたのか」みたいな認識の人はいないみたいだけど後者のような人は何人もいるね。

高度なコードを書いてる人とITドカタのコーディングルールは違うってなんなんだろうね。

「高度なコードを書いてる人は低レベルなケアレスミスなんてしない、だからカッコを省略しても平気なんだ、レベルの低い連中はケアレスミスをするからカッコが必要なんだ」って認識なのかね。

まあたしかに「viは一晩で書かれた」みたいにハッカーが複雑なコードを一気に書きあげてバグがなかったみたいな伝説ってあるけど、素人じゃないんだからそういうハッカーのイメージで高度な人たちをとらえるのはやめよう。

集中力が高度でケアレスミスをしないとか、今どきのソフト開発の「高度」はそういう意味じゃありません。

高度なソフトを開発している人たちは、おおむね読みやすさや保守性にセンシティブです。そのらのSIerなんかに比べたらはるかに。

で、そういう人たちが、カッコを書くか書かないかなんてどうでもいいって認識だからカッコを省くコードが書かれてるんです。

昔ハンガリアン記法がコードの質を高めると信じられてたときとか、if (100 == n) のように比較で定数を左にもってくるのが流行ったときも、そういう流儀の人たちは自分らは安全側に倒してるから正義だって信じて主張を全然曲げなかったですね。

むやみに安全側に倒せばプロだとか、コードの質にセンシティブだって思考は恥ずかしいみたいな風潮になればいいのにね。

Permalink | 記事への反応(13) | 11:26

2013-05-14

■プログラミング大好き男に「どの言語が好き？」と訊ねられたとき、女はどう答えたらいいの？

あ、まず前提として、

貴女がプログラミング大好き男を夢中にさせることが、

はたして貴女を幸福にするかどうか、それはまた別問題だけれど。

とはいえ、プログラミング大好き男たちは玉石混交ながら、

ＩＴ系の超かしこい男なども多く、

多くっつーかIT系でないのにプログラミング大好き男っていうのは超かしこい学生（まぁこれは有望株）か研究者系なんか、

あとはまったくかしこくもないクセに頭いいつもりして「Lispやってます（ｷﾘｯ　ハローワールドくらいですが」とか言っちゃうアホしかいないわけで、

したがって、釣り師たる女たちにとっては、

なかなかあなどれない釣り場です。

では、プログラミング大好き男に「どの言語が好き？」と訊ねられたとき、

貴女は、どう答えれば理想的でしょう？

まず最初に、その男がCOBOLのようなタイプのレガシーコードと

あとはC/C++、そして（TechEdに参加するほどではないけれど）VisualBasicが大好きな、

そんなタイプの場合は、

貴女はかれの目を見て、微笑みとともに質問など無視して、こう言いましょう、

「わたしが、仕様書を作ってあげる♪」

これこそまさに必殺の答えです。

そこでプログラミング大好き男が、えへへ、とやにさがったならば、

貴女は、ひそかに、「コピペ量産しやすい技術的ポイントを抑えた仕様書」あたりを

ひそかに練習しておきましょう。これで成功まちがいなしです。

しかし、ここでは、もう少しハイブロウな（？）いわゆるプログラミング好きの男の

落とし方をお伝えしましょう。

この場合、貴女は、こう答えましょう、

「わたしは、JVM上のScalaが好き。

型推論もあるしラムダ式やクロージャもスクリプト言語みたいに書けるの、豊富な組み込みのコレクションメソッドはいつも便利だし、

XMLリテラルもCase クラスによるパターンマッチもTraitベースのMixi-inも、大好き♪」

もしも貴女がそう答えたならば、

その瞬間、プログラミング大好き男の目はきらりと輝き、

かれの貴女への恋心は、

２０％増量になるでしょう。

なぜって、Scalaは、

ちょっぴりお洒落なRuby風味に記述できて、

Maybe モナドが差し込んで、

コンパイルは遅いながらも、そこがまた

ちょっぴりメモリを多く積めばいい富豪プログラミングみたいなふんいきをかもしだしていて。

しかも関数型言語としての不変変数・不変Listを実装して

質高くふるまっていて、なおかつ、

JVM上で動くくせにJavaが「やるやる」と言ったまま実装してなかったラムダ式と仮想拡張メソッド、型推論を実装した功績もあって。

したがってScalaこそは、

本来なんの接点もないまったく縁もゆかりもない別々の世界に生きている、

インタプリタ言語大好きな綺麗系ＯＬと、玉もあれば石も混じっている、そんなプログラミング大好き男たちが、

この世界で唯一（いいえ、JVM系列のJRuby、Clojure と並んで唯三）遭遇しうる場所です。

●

では、参考までに、危険な回答を挙げておきましょう。

プログラミング大好き男に「どの言語が好き？」と訊ねられたとき、

貴女がこう答えたとしましょう、

「MicrosoftのVisual Basic for Applicationが好き♪　週３回は Excelでコーディングするの。」

その瞬間、プログラミング大好き男の貴女への恋心は消えます、

なるほどMicrosoftは、世界最大のOS供給メーカー、

特にOfficeは平凡ながら、ま、無難にまとめてあるものの、

しかし、「新UIのリボンUI！」「メトロUI対応！」とかなんとか無意味な自慢を吹聴し、

VBAはさらにプログラミングについての謬見を撒き散らした罪がありますから、プログラミング大好き男にとっては天敵なんです。

ティーガー戦車乗りのオットー・カリウスは「ティーガー乗りなら誰でも片側の履帯がはずれ僚車に牽引されて帰ってきた経験を持つはずだ」って言ったけど

社内SEかSIerなら誰でもクソみたいな前任者が書いたクソみたいなExcel-VBAコードを直した経験があるはずなんです。

また、もしも貴女が「PHPが大好き♪　あたしが書いたPHPのWebサイトが、さくらサーバに７件あるよ♪」

と答えたとしても、同様の効果をもたらすでしょう、

なぜって、PHPは、１９９０年代にはWeb系を目指す人にとっては簡単で要件を満たすWebサイトが簡単に作れる輝きの道だったものの、

しかし２０００年代そうそうから、セキュリティ関係の問題で転落し、

いまや、あの貧弱な言語能力では、Rubyの魅力に遥かに及びません。

（注１）

またもしもたとえあなたがプログラミング言語が大好きで、

「わたし、.NET FrameworkのC#が好き、フォームアプリでも書くけど、

最高に好きなのは ASP.net♪　SQLServer 連携も、ajax control toolkitもすっごくおいしいの。」

と、答えたとしたらどうでしょう？

なるほど、貴女の趣味は高く、

たしかに.NET Frameworkは、C# が cool であるのみならず、

.NET Framework上で動く F# や IronPythonやIronRuby、マネージJScriptも最高においしいんですけれど、

しかし、貴女の答えを聞いて、プログラミング大好き男はきっとおもうでしょう、

（なんだよ、MS信者な女だな、カネかかりそう）って。

（注２）

貴女が、プログラミングが大好きで、言語の名を挙げるにしても、

たとえば、JavaScript(node.js)ならば安心でしょう、

なぜならば、JavaScriptは、かけだしのプログラミング初心者にもマニアにもともに愛されるめずらしい言語で、

貴女がその名前を挙げても必ずしも、(jQueryがやっとの初心者と思われることはあっても)あなたがプログラミング言語おた宣言をしているとは受け取られないでしょう。

むしろ「へぇ。ちゃんとprototypeは使ってる？」と聞かれたら「当たり前じゃない。むしろ node.jsでいいMVCフレームワークが分からないんだけど…」と話を振ってみましょう。

男は嬉々として、３０個くらいのnode.jsのフレームワークを教えてくれることでしょう。（まぁどれもどれで帯に短し襷に長しなんですが）

あるいはRighno上で動かしたコードをnodeへ移植する話とか、CoffeeScript、甚だしきはClojureScriptを振ってみてもいいかもしれません。

しかし、たとえば、世界が（つーか竹内先生とポール・グレアムが）誇る超絶関数型言語の名作、Common Lispにせよ、

selfと書きまくることと海外で使われてることに定評のある Pythonにせよ、

バージョンアップごとに言語仕様が変わり、かなり素敵なものではあるもののobsolatedな罠にはまりやすいRubyにせよ、

まったく読めない$_だらけで頭悪い仕様をリセットしてPerl6にする（そしてまた全く読めない）Perlにせよ、

気さくなクジラ飛行机さんがふるまう素敵においしい日本語プログラミング言語のひまわり・なでしこにせよ、

基地外トリッキー言語の代表BrainFxck・Glass・Missa・WhiteSpaceにせよ、

そういう言語の名前をいきなり挙げるのは、ちょっぴり微妙。

ましてや貴女が、「Haskellが大好き♪　わたし、プロジェクト・オイラーの問題もうほとんどHaskellで、解いちゃった♪」

と答えたならば、どうでしょう？

これはかなり博打な答え方で、

なるほど、Haskellは、純粋関数型でありつつも副作用のある操作が行える超絶名言語ゆえ、

あなたがそう答えた瞬間、プログラミング大好き男がいきなり超笑顔になって、

「へぇ、やっぱりHaskellなら大抵の問題は４行以内くらいで解いちゃった？」とか言いながら

鼻の下がだら～んと伸びちゃう可能性もあるにはありますが、

しかし、逆に、（なんだよ、この女、プログラミングおたくかよ）とおもわれて、どん引きされる可能性もまた大です、

なぜって、必ずしもプログラミング大好き男がプログラミング大好き女を好きになるとは、限らないですから。

しかも、この答えには、もうひとつ問題があって、

男たちは、女を導き高みへ引き上げてあげることが大好きゆえ、

もしも貴女が、「Haskellが大好き♪」なんて言ってしまうと、

そこにはもはや、男が貴女に圏論のモナドを教育する余地がまったく残されていません、

したがって貴女のその答えは、

プログラミング大好き男の貴女への夢を潰してしまうことに他なりません。

ま、ざっとそんな感じです、貴女の目にはプログラマーたちはバカでスケベで鈍感に見えるでしょうが、

しかし、ああ見せて、プログラマーはプログラマーで繊細で、おざなりに扱われると傷つきやすく、ローカル変数の名前一つにも気を使い、女と自分の将来に夢を持っています、

貴女の答え方ひとつで、プログラマーの貴女への夢は大きくふくらみもすれば、

一瞬で、しぼんでしまいもするでしょう。

●

では、スキットを繰り返しましょう。

「わたしは、JVM上のScalaが好き。

型推論もあるしラムダ式やクロージャもスクリプト言語みたいに書けるの、豊富な組み込みのコレクションメソッドはいつも便利だし、

XMLリテラルもCase クラスによるパターンマッチもTraitベースのMixi-inも、大好き♪」

そして、その瞬間、プログラミング大好き男の目がらんらんと輝いたなら、

貴女はこう重ねましょう、

「それからね、いま、わたしが使ってみたいWebアーキテクチャは、

Play Framework、素敵なリアルタイム嗜好のアーキテクチャって噂を聞いたから。

あなたのお暇なときがあったら、わたしをPlayへ連れてって♪」

これでもう完璧です。

PlayFrameworkと、Play（遊ぶ・じゃれる）のダブルミーニングでかれの股間も刺激しちゃえます。

そうなったらこっちのもの、

デートの日には、ペアプロ用に Happy Hacking Keyboard をばっちり決めて、かわいい下着をつけて（注３）、

github.comの通販で売ってるoctcatのTシャツか、facebookの「いいね！」ボタンがムネのところにあるTシャツ、あるいは初音ミク（ないし彼のお気に入りのアニメキャラ。北米ならMyLittlePonyで鉄板なんだけど）のコスプレを着てゆきましょう。

その日から、プログラミング大好き男は貴女の虜になるでしょう。

では、釣り師としての貴女の、愛の幸運と幸福をお祈りします！

注１：

（と、書いたもののPHPの現状をよく知りません。グローバル変数だらけになるのとか旧ASPみたいなもんなのかなぁ。count($array); とか書くのアホと思うがpythonも同じだった）

（あと、マジで単機能とかTwitter 連携とか診断メーカー的なのでもPHPで７つも作ってる女子居たら付き合いたい）

注２：

もっとも。objective-Cなんていう言語をやることに比べれば個人で行う程度なら金のかからない手法もなくはないのですが。

注３：

プログラマーにとっての「かわいい下着」と、女性にとっての「かわいい下着」の定義にずれがあるので注意。

半数くらいのプログラマーはしましまぱんつが可愛いと思ってる気がするので、妙齢の女性が着用するには抵抗あると思うが、ボーダー柄のコットンショーツ（ただしキャラ絵のは除く）とか、

過度でないていどにフリルがついたものがオススメ。また、色は、レッドだとプログラミング大好き男は引いてしまう（だってそれはコンパイルエラーのときの色だ）ので、薄ピンクかホワイト、薄ブルー、せめて黒（に差し色でピンクとか）あたりに留めたい。

補記：

　元ネタ： http://tabelog.com/tokyo/A1301/A130101/13002457/dtlrvwlst/3464106/

補記２：

　　「プログラマー」か「プログラマ」かの問題については、特に意味は無いが前者を採用した。

補記３：

　言うまでも無いけど、ネタです。　

　また、COBOLとVB、C++ではまったくもって難易度が違うことも分かっています。後者になるほど圧倒的に難しい。

Permalink | 記事への反応(2) | 02:26

2011-04-08

■Javaを使ったプログラミング言語

最近、Scala 信者が増えたが、Scala、Groovy、Clojureで仕事している人はいるのだろうか？

Javaと比較してライブラリが増えるわけでもなく、応用分野が増えるわけでもなく、良さが理解できない。

検索順位	人気順位	言語名	登場年	特徴
1位	95位	Scala	2003年	Javaに関数型言語の特徴を組み込んだ。
2位	71位	Groovy	2003年	Javaより少ない記述量が特徴。
3位	-	Jython	1997年	Python 2系のポーティング。
4位	-	JRuby	2001年	Rubyのポーティング。
5位	-	Clojure	2007年	Lispの方言、つまり関数型言語。
6位	75位	JavaFX Script	2008年	JavaFXを残して廃棄処分。

Permalink | 記事への反応(0) | 08:51

2010-05-01

■Javaから呼び出し元のJRuby 環境を利用する

Tomcat上のJRubyから呼んだJava プログラムから呼び出し元のJRubyの環境(Runtime)を使いたいときにどうすればいいのか？

方法が1つわかったのでメモ。

(追記2:こんなめんどいことしなくてもJRuby.runtimeで取れたみたい)

イメージ的には以下の感じ

Java

↑↓

JRuby(on Rails)

↑

Java(Tomcat)

※注意：warblerでwar化したRails アプリの場合

JRubyは1.4.0、jruby-rack.jarは0.9.7、warblerは1.0.1

プログラム

まずは必要なクラスをimport

import org.jruby.Ruby;
import org.jruby.rack.PoolingRackApplicationFactory;
import org.jruby.rack.RackApplication;
import org.jruby.rack.RackServletContextListener;

ServletContextをどっかから取ってくる(Listener作ってfieldに埋めるとかして)(追記：$servlet_contextで取れる[JRuby-Rack使うから])

ServletContext context;//=～～～

warblerでwar化するとweb.xmlにRailsServletContextListener(extends RackServletContextListener)が登録される。

そのListener起動時にFactoryがServletContextに登録されるので、それを取得する

PoolingRackApplicationFactory factory = (PoolingRackApplicationFactory)context.getAttribute(RackServletContextListener.FACTORY_KEY);

PoolingRack Application FactoryのapplicationPoolを取ってくる

(protected fieldなのでリフレクションを使用)

Field poolField = factory.getClass().getDeclaredField("applicationPool");
poolField.setAccessible(true);
Queue<RackApplication&gt; pool = (Queue<RackApplication&gt;)poolField.get(factory);

poolからRuby ランタイムを取得

RackApplication ap = pool.peek();
Ruby ruby = ap.getRuntime();

呼び出しもとのJRuby 環境を使ってRuby コードを実行できる

ruby.evalScriptlet("p 'test'");

memo

実際に使うときは、applicationPoolにちゃんと入っているかなどのチェックが必要になる。

初期化のタイミングなどが影響して取得できない場合、Threadなどを使ってポーリングして入っているか確認する

Permalink | 記事への反応(0) | 18:02

2010-04-26

■RubyとJavaのログ出力を統合する方法

JRuby上で動くRubyとJavaのログを同じファイルに保存したいときなど

JRuby界隈で何かいい方法ないかな～と探していたけど見つからないので

RubyのLoggerのインターフェースをcommons-loggingを使用して実装してみた

使用バージョンは以下

Java 1.6.0_20
JRuby 1.4.0
commons-logging 1.1.1

require 'logger'

class CommonsLoggingLogger
  def initialize(name="ruby")
    @progname = nil
    @logger = org.apache.commons.logging.LogFactory.getLog(name)
  end
  def add(severity, message=nil, progname=@progname, &amp;amp;block)
    if message.nil? and block_given?
      message = yield
    end
    
    case severity
    when Logger::DEBUG
      debug(progname){message}
    when Logger::INFO
      info(progname){message}
    when Logger::WARN
      warn(progname){message}
    when Logger::ERROR
      error(progname){message}
    else
      fatal(progname){message}
    end
  end
  def debug(arg0=nil, &amp;amp;block)
    @logger.debug make_log(arg0, &amp;amp;block)
  end
  def info(arg0=nil, &amp;amp;block)
    @logger.info make_log(arg0, &amp;amp;block)
  end
  def warn(arg0=nil, &amp;amp;block)
    @logger.warn make_log(arg0, &amp;amp;block)
  end
  def error(arg0=nil, &amp;amp;block)
    @logger.error make_log(arg0, &amp;amp;block)
  end
  def fatal(arg0=nil, &amp;amp;block)
    @logger.fatal make_log(arg0, &amp;amp;block)
  end
  def debug?
    @logger.isDebugEnabled
  end
  def info?
    @logger.isInfoEnabled
  end
  def warn?
    @logger.isWarnEnabled
  end
  def error?
    @logger.isErrorEnabled
  end
  def fatal?
    @logger.isFatalEnabled
  end
  def level
    if debug?
      Logger::DEBUG
    elsif info?
      Logger::INFO
    elsif warn?
      Logger::WARN
    elsif error?
      Logger::ERROR
    else
      Logger::FATAL
    end
  end
  def level=(lv)
    #do nothing
  end
  def sev_threshold
    level
  end
  def sev_threshold=(lv)
    #do nothing
  end
  def datetime_format
    nil
  end
  def datetime_format=(fm)
    #do nothing
  end
  
  attr_accessor :progname
  
  private
  def make_log(message_or_progname, &amp;amp;block)
    if block_given?
      progname = message_or_progname || @progname
      message = yield
    else
      progname = @progname
      message = message_or_progname
    end
    
    progname_message(progname, message)
  end
  def progname_message(progname, message)
    progname.nil? ? message : "#{progname}: #{message}"
  end  
end

試しにRedmineに設定して動かしてみたところ大丈夫そうだった

Permalink | 記事への反応(0) | 07:50

2010-04-22

■Redmine 0.9.3をTomcat 6で実行する方法

結構苦労したので健忘録として。。

環境は以下のとおり

CentOS 5.3 (on VirtualBox)
JDK 1.6.0_20
Tomcat 6.0.26
JRuby 1.4.0
Rails 2.3.5
Redmine 0.9.3
MySQL 5.0.77

JDK, Tomcat, JRubyはインストール済み

MySQLのインストール

yum install mysql-server

MySQLの起動

/etc/init.d/mysqld start

MySQLの設定

root パスワードなどを設定する

mysql_secure_installation

Ruby モジュールのインストール

RubyGemsでモジュールをインストールする

jruby -S gem install rails
jruby -S gem install warbler
jruby -S gem install activerecord-jdbc-adapter
jruby -S gem install activerecord-jdbcmysql-adapter
jruby -S gem install jdbc-mysql

MySQLにRedmine データベースを作成

mysql -u root -p
mysql&gt; create database redmine character set utf8;
mysql&gt; grant all privileges on redmine.* to 'redmine'@'localhost' identified by 'redmine';
mysql&gt; exit

（ここでは、パスワードをredmineしているが自由に）

RedmineのDB設定

（任意の場所にRedmineを解凍して、解凍先のディレクトリに移動した後）

cp config/database.yml.example config/database.yml
vi config/database.yml

database.yml

production:
  adapter: jdbcmysql
  database: redmine
  host: localhost
  username: redmine
  password: redmine
  encoding: utf8

#development:
#
#
#test:
#
#

後のwarbleでのエラーを防ぐため、developmentとtestをコメントアウト

DBへのデータ投入

jruby -S rake generate_session_store
jruby -S rake db:migrate RAILS_ENV=production
jruby -S rake load_default_data RAILS_ENV=production

起動確認

script/serverで起動し、http://localhost:3000 にアクセスして正常に動作するか確認する

jruby script/server -e production

production.rbの修正

Tomcatで動かしたときにログ出力するための設定をする

vi config/environments/production.rb
config.logger = Logger.new(config.log_path)
config.logger.level = Logger::INFO

warblerの設定

warble.rbを生成

jruby -S warble config

warble.rbを修正

vi config/warble.rb
  config.dirs = %w(app config lib log vendor tmp extra files lang)
  config.gems = ["jdbc-mysql", "activerecord-jdbcmysql-adapter", "activerecord-jdbc-adapter"]
  config.gems["rails"] = "2.3.5"
  config.gems["rack"] = "1.0.1"
  config.webxml.rails.env = "production"

war ファイルを作成

jruby -S warble

できたwar ファイルをTomcatに配置して、Tomcatを起動する

mv redmine-0.9.3.war /usr/local/tomcat/webapps/redmine.war
/usr/local/tomcat/bin/startup.sh

warblerのバグ(?)でwarに入らないファイルをコピーして入れる

cp vendor/gems/rubytree-0.5.2/.specification /usr/local/tomcat/webapps/redmine/WEB-INF/vendor/gems/rubytree-0.5.2

http://localhost:8080/redmine/ にアクセスしてインストールできたか確認して完了！

Permalink | 記事への反応(0) | 04:30

2010-04-11

■http://anond.hatelabo.jp/20100411170150

pypy速すぎ

あとIronPythonとJRubyの差が気になる

JRubyはyarvより速いのにIronPythonはCPythonや3000より遅いとか

Python PyPy 12.69 12.69 20.31 30.65 41.66 73.69 118.86
Ruby JRuby 14.21 14.21 20.00 37.56 76.59 161.48 295.72
Python 3 2.27 2.27 14.21 53.01 100.11 149.65 149.65
Ruby 1.9 9.39 9.39 19.80 58.50 130.45 296.42 404.99
Python CPython 2.24 2.24 13.14 61.67 80.65 130.62 130.62
Python IronPython 48.19 48.19 50.62 76.98 174.71 223.45 223.45
Perl 2.58 2.58 13.80 81.72 117.79 240.24 240.24
PHP 6.40 6.40 41.85 134.00 179.84 250.72 250.72
Ruby MRI 14.32 14.32 49.37 152.24 299.45 674.56 837.64

Permalink | 記事への反応(0) | 17:47

2007-10-20

■[Rails][Django][ASP.NET][CakePHP][symfony][Catalyst]

twitter

TWTR: Summary for Twitter, Inc. Common Stock- Yahoo! Finance

Twitterの株式公開初日。株価は74%上昇して45.10ドル。時価総額は318億ドル | TechCrunch Japan

Twitter、今年6月にユーザー5億人超か―ブラジル急成長、ツイート数では日本語が依然英語に次いで2位 | TechCrunch Japan

GOOG: Summary for Alphabet Inc.- Yahoo! Finance

rails

Railsにある20%のソリューションで問題の80%を解決できるようにしています。

Twitter 創始者が語るWeb 2.0の要諦－＠IT
http://www.atmarkit.co.jp/news/200711/16/twitter.html
ウィリアム氏がOdeo内で始めた小さなプロジェクトが「Twitter」だ。
Ruby on Railsを使って2週間で最初の動くバージョンを作り上げた

はてなブックマーク - Route 477 - Ruby基礎文法最速マスター＆Ruby書籍紹介

Ruby on Railsで10分で作るTwitterもどき

Ruby on Railsをすぐ使う - Ruby on Rails 2.0アプリを1分で作る：ITpro

Ruby on Rails 2.0アプリを10秒で作る2.0

katoy: cocolog: Rails 2.0.2 は 5 行でアプリ雛形作成／起動ができる！

Railsの教科書

Ruby on Rails チュートリアル：実例を使ってRailsを学ぼう - Michael Hartl (マイケル・ハートル)

Ruby on Rails ガイド

Ruby on Rails

Rails基礎文法最速マスター - cod.note

Focus on Technology：Ruby on Railsとエンタープライズを結び付ける「Merb」 (1/2) - ITmedia エンタープライズ
「Rubyに恋をし、Rubyが長きにわたって存在すると感じた人はたくさんいる。そして彼らはもっと強力なものを求めたのだ」

Merb 1.0 リリース記念に、Merb がどんだけすごいのかを紹介した海外の記事を翻訳してみた

速報: Merb と Rails が統合 - kwatchの日記

http://www.google.com/webhp?hl=en

http://www.google.com/search?hl=en&q=ruby&btnG=Google+Search

ブラウザで Ruby on Rails 開発！ Heroku を使ってみよう - WebOS Goodies

ブラウザでRails開発が完了する衝撃の簡単さ - builder by ZDNet Japan

CやPerl、Python、Rubyをブラウザ上で実行できる「codepad」:phpspot開発日誌

C言語をブラウザで実行、Ruby/Python/Perlも然り | マイナビニュース

Rails　Ruby　Rubyなら"Hello World"が公式サイトをたずねて2分　 Rubyなら”Hello World”が InstantRails を解凍してから2分 - opportunity_costの日記　 Ruby on Rails 2.0アプリを1分で作る：ITpro　UK STUDIO - Ruby on Rails 2.0アプリを10秒で作る2.0　Rails 2.0.2 は 5 行でアプリ雛形作成／起動ができる！　JRuby on Railsに15分でアプリをデプロイする方法 | マイナビニュース　 プログラミングを独習するには10年かかる　 はてなブックマーク - スラッシュドットジャパン | Ruby on Railsは万能薬ではない　 [Ruby][Rails]Sites Powered by Ruby or Ruby on Rails　　こんなフレームワークを作るにはC++やJavaやPerlやPHPでは無理で、Railsを作るにはRubyかSmalltalkを使うしかなかったのである。　hp12c - Railsでブログを作ろう！(Creating a Weblog in 15 minutes)　 Ruby on Rails学習の高速道路 - バリケンのRuby日記 - Rubyist　diaspar.jp -

Odeo内で始めた小さなプロジェクトが「Twitter」だ。Ruby on Railsを使って2週間で最初の動くバージョンを作り上げたという。

Ruby on Railsで1億PVのサイトの開発が出来て、エンジニアは5人しかいない

http://blog.kushii.net/archives/1350951.html

http://d.hatena.ne.jp/gamella/20081027/1225119262

3ヶ月、わずか3名程度のエンジニアチームで、彼らはPHPで実装が完了していたレベルに追いつきました。またコード量はPHPの1/5以下にまで削減されており、よりシンプルな構成も実現できました。

Gregg PollackとScaling Railsのハウツー
1つには、Rails アプリケーションをうまくスケーリングするために必要なすべての情報をRails 開発者に与えること。
開発者は、これらの技術を使用する必要はないかもしれません。
しかし、できれば、開発者がビデオを見て、何百万人の同時ユーザーを扱うRails アプリケーションを
作成できます、とクライアントに言える自信を持ってもらいたいのです。
2番目に、Rails アプリケーションをスケーリングすることがどれほど簡単かを、他の言語の開発者に示すこと。
http://www.infoq.com/jp/articles/gregg-pollack-scaling-rails