TopHatenarはRails並の軽さで作られている - kaisehのブログ
TopHatenarにみる「Javaの復活」 - yvsu pron. yas Java好きな僕としては、TopHatenarが、Javaでも（Seasar2ファミリーを使えば特に）スピーディーなWeb開発ができることの実証例になれば良いなあと思っています。 ただし、HOT deployが使えない場合はさすがに「Javaでもスピーディー」とは言えないかも*1。S2ファミリーのフレームワーク（SAStruts, Cubby, Teeda, etc）なら基本的にHOT deploy対応なので大丈夫です。 ここで、TopHatenarのコードの一部を引っ張り出して、仮に同じことをRailsでやったらどうなるか考えてみようと思います。 結論を先に言うと、すごく似た感じになります。TopHatenarはCubbyを使ったけど、SAStrutsでも大枠は同じになるはず。 以下は、http://toph
そろろろRailsについて本音を書いてみるか - ひがやすを blog
最近の大田さん@mixiのところで、Rubyについて考察する機会があったのと、よういちろうの考えと同じことを思っていたので、たまには本音で書いてみる。 Railsで、最も良いところは、テストの雛形も自動的に作ってくれて、テストの敷居を下げてくれてるところだと思う。なのに、それについて触れる人があまりにも少ないような気がする。一応、私は、1年半以上、はてなのキーワード検索で毎日Railsについては調べているので、はてなでRailsについて書いている人の記事はたいてい見ています。 理由は、いくつか考えられますが、私の読みだと、テストが当たり前の人にとっては、当たり前すぎてわざわざ書く意味がないし、そうではない多くの人にとっては、ほとんどテストは書いていないんじゃないかな。 実は、テストを書くのは結構工数かかるんですよ。スクリプト言語は、コンパイラがミスを教えてくれることはないので、Javaと比
JavaとRubyの間にある、ベルリンの壁 - GoTheDistance
ネタ元はこのあたり。 SIer と Rails とエンタープライズと エンタープライズにおけるRailsの価値とは 弊社の某エロい人がRoRに萌えており「おお、なんて生産性が高いんだ。もうWebアプリなんて全部これでいいじゃないか。」とか本気で思ってそうなので萎える。言語の違いは時にはビジネスモデルの違いにつながることが理解できないようだ。言語ってのは文化なの！これからはRubyを全面的に取り入れ開発標準もRubyだぁぁぁぁとか言い出したらどうしよう。グーで殴るしかないかｗ 本来、コード量の少なさや、CoCを前提とした設定の少なさが価値を発揮するのは、メンテナンスの場面です。読み込まないといけないコード量の少なさと、少ないコードの変更で修正ができることが、その理由です。そのためには、大前提として、Ruby（on Rails）らしい、プログラムを作っておくことが必須なので、マネージャはその辺
【連載】Java開発者のためのRuby / Ruby on Rails入門 (1) 忙しいJava開発者のために | エンタープライズ | マイコミジャーナル
忙しいJava開発者のために 「Ruby on Rails(以下、RoR)」の登場が大きな契機となり、現在、Rubyユーザーの数は増加の一途をたどっている。最近では多くのプラットフォームで対応が進められており、Javaにおいても、JVM上で動作するRuby実行環境「JRuby」が用意されているのはご存知のとおりだ。 こうした背景から、Java開発者の中にはRubyに興味を持っている方が少なくないのではないだろうか。もっとも、その多くは、日々の業務に追われ、新たな言語の学習に十分な時間がとれないという状況だと推測する。そこで、本連載では、Rubyという言語、およびその言語の魅力を最大限に引き出しているフレームワークRoRについてJava開発者の皆さんが効率的に学習できるよう、JavaプラットフォームとRubyプラットフォームの特徴を比較しながら解説していこうと思う。 なお、連載の前半では、J
Djangoへの片思い日記 - ■Struts脳の恐怖とRails
Strutsは良いフレームワークであった。 登場時のStrutsは MVCを体現しWebフレームワークとしてプログラマ達に夢を見せた。 今見てしまえば冗長で可読性の低い設定ファイルに 糞のようなtaglibとゲロのようなjspであるが それでも当時はセンセーショナルだった。 しかし、その後、Strutsには悲劇が起きる。 あまりにもセンセーショナルなデビューのおかげで それを金に換えようとしている奴らに目を付けられてしまった。 人月計算とExcelとスーツで出来ている奴らだ。 奴らは Strutsをいかに簡単であるか宣伝し 役に立たない講習会で金を取り sessionが何なのかすら知らない人間を大量に生み出した。 そうやって生み出されたStruts脳人間は 「動くコードが正義」の負の面を体現し スパゲティを更に絡ませたActionFormを書き 解読不能なActionを書いた。 勉強など一
Ruby on RailsのアプローチをJava/Groovyへ - Project Zero登場 | エンタープライズ | マイコミジャーナル
IBM, the Project Zero teamは2007年6月末から7月頭にかけて新しいプロジェクトのオンラインコミュニティサイト「Project Zero」を公開している。同プロジェクトで掲げられているスローガンは「Zero complexity. Zero overhead. Zero obstacles. (複雑さゼロ、オーバーヘッドゼロ、障害ゼロ)」だ。Ruby on Railsで実現された開発アプローチをJavaやGroovyにおいて実現するためのプロジェクトで、代表的なWeb技術をベースにしてダイナミックWebアプリケーションの次世代アジャイル開発を実現するためのプラットフォームを提供することを目指している。 IBMでは将来的に有効に活用できそうな新しいアイディアや技術を模索するプロジェクトをIncubator Projectとして立ち上げているが、今回公開されたProj
あなたがRoRを使わない10の理由に違和感を感じる幾多の理由 - moriyoshiの日記
別に個人的にGREEでEthnaを使ってたから、とか藤本さんと個人的に知り合いだからだとかそういう理由じゃなくても、ここでEthnaが引合いに出されるのはやっぱり違和感がある。だからあえて書く。勘違い君を増やしたくないので、ネタにマジレス。 EthnaってあのクソなStrutsの劣化コピーwwwwww -- Ethnaは確かに洗練されたフレームワークではない。それは誰しもそう思うだろう。実際に一緒に仕事をしていた同僚はみなRoRを引合いに出しては「なんでEthnaには○○がないの?」と言っていたように思う。でも、フレームワークって洗練されているか否かという観点で語るもんじゃない。現実世界の問題 (つまり案件一つ一つ) を、どうやって大勢でよってたかって解決するか、という解法に対するアプローチに過ぎないからだ。そして、いかなるアプローチでも現場の大多数が違和感を感じるならそれを選択するべきで
J2EEのこれからは... - 矢野勉のはてな日記
J2EEのこれからは... Java, J2EE F's Garageさんの 正直、J2EEってやばくね？ 武田ソフトさんの 最終回 2006年 Javaから離れました エンタープライズRuby アークランプさんの 我らJava世代の課題 という記事を、はてなブックマークのとあるリンクをきっかけにして立て続けに発見して読んでました。Javaが成熟した、これからJavaはどうするか....という話ですね。 正直に言って、私もJ2EEはやばいと思っています。より細かく言うと、J2EEという仕様自体はこれからもエンタープライズ分野でばりばり採用されていくと思います。Rubyが金融系基幹システムで採用されるとは（いまのところ）考えられない。そういう意味では、業務系システムにおいて盤石の地位をもってると思います。Appletが発表されて以降10年でここまで浸透したJavaは、たしかに成熟したと思いま
Rails好きが見たSAWDwS2 - moroの日記
昨日の続きでSC2006の観想です。レポートはきっと某 Yugui さんが書いてくださると思うので(ぉ、私は感想とかそこから考えたこととか。あとは前提というかエクスキューズですけど、私のスタンスは↓のような感じ。ようするに Rails 好きの Java 弱者です。 Ruby とか Rails ここ一年程、興味を持って追いかけてる。まぁそれなりに使えてはいるかと。 ぎりぎりで before Rails からの Rubyist 。Visualu Ruby と exerb と net/telnet で捨てプログラムを書いてた位が古い記憶。 なにより Ruby とか Rails が好き。こっちに肩入れてます。 Java とか Seasar とか J2SEの範囲なら。 なので model に落ちてから DB につないでほげる、とかならいちおう読み書きできる。 実用なフレームワークとかそれらの組合せで
【レビュー】超高速 - Ruby on Rails向けJava HTTPサーバrails-asyncweb登場! (1) rails-asyncwebとは (MYCOMジャーナル)
Ruby on Railsとともに標準配布されているHTTPサーバといえばWEBrick。WEBrickはRubyを使って開発された簡易HTTPサーバ。WEBrickを使うとApache HTTPサーバなどを別途用意しなくても簡単にWebアプリケーションを動作させ試験することができる。ただし、WEBrickは実行速度があまりはやくない。 ここではWEBrickのようなRuby on Rails向けのHTTPサーバとして「rails-asyncweb」を紹介したい。WEBrickよりも高速に動作するのが特徴のHTTPサーバで今後の展開が期待されるプロダクトだ。JRubyを採用しているあたりも技術的に興味深い。 rails-asyncwebはRuby on Rails向けの高速HTTPサーバ。TAKAI Naoto氏によって開発されているHTTPサーバで、Apache License Vers
rails-asyncweb: A Fast HTTP Server for JRuby on Rails
Information The latest relase of rails-asyncweb is 0.1. You can download binary and sources from SourceForge site. Binary distribution Source distribution Getting Started Installation Install JRuby and Ruby on Rails. Set JRUBY_HOME to point to your JRuby directory. Download rails-asyncweb. Unzip rails-asyncweb to your favorite directory. Running Run rails-asyncweb from command line. $ /path/to/bin
JRuby 0.9.1登場 - 6割スピードアップしRailsサポートも改善 | エンタープライズ | マイコミジャーナル
The JRuby teamは20日(米国時間)、JRubyの最新版となるJRuby 0.9.1を公開した。JRubyはJavaで実装されたRuby実行環境。JavaからRubyスクリプトを実行できるほか、RubyスクリプトからJava APIを活用できる。0.9.1における主な改良点は次のとおり。 0.9.0と比較して全体的に50から60%の性能向上 Railサポートの改善 JavaクラスをRubyで活用するための新しいシンタックスの導入 新しいインタプリタ設計の導入 メソッドディスパッチ、コード評価、ブロックディスパッチコードのリファクタリング パーサの性能拡張 JavaにおけるEnumerable/StringScannerの書き替え インターフェースを実装するための実験的なシンタックスの導入 0.9.0から89の問題タスクを改善 特に全体的に実行性能が5、6割改善している点と、Ra
[ThinkIT] 第6回：RailsとGrailsの比較（前編） (1/3)
前回までで、一通りJavaフレームワークとRailsの比較をしてきました。本連載の最後の比較は、少し趣向を変えてGroovy上に作成されたRailsライクなフレームワークGrailsとRailsの比較をしていきます。 GrailsはGroovy（Java公式仕様として策定が進められている、JavaVM上で動作するスクリプト言語）上で動作するRailsライクなフレームワークです。当初、Groovy on Railsという名称で作成が進められていたことからもわかるように、Railsに強く影響を受けていることが公言されています（後にRails作者の要請により改名）。 Groovyは豊富なJavaライブラリの利用が可能な上、言語設計自体もRubyの影響を受けているためRailsライクなフレームワークと相性がよいと考えられます。 Grailsに関する情報源には次のサイトがあります。
JRuby on Rails: WEBRickよりも5倍高速なRails実行環境 rails-asyncweb (recompile.net)
updated: rails-asyncweb is released. please visit http://rails-asyncweb.sourceforge.net/ 今週の土曜日にあるJava EE勉強会で報告を行ないます。その準備があるため、しばらくさわれなくなるとおもいますので、途中経過のものになりますが、公開したいとおもいます。 完全マニア向けのもので、説明は一切ありません。テストは通りませんので、skipしてあげてください。mvn -Dmaven.test.ski=true package && ant runでport 3000をlistenします。 ファイルをダウンロード ちなみに、ベンチマークをとってみたところ、JRubyでWEBRickを利用したときよりも、5倍の速度を出しています！ takai@kafka% ab.exe -n 50 http://local
[ThinkIT] 第3回：JSFとRailsで比較（後編） (1/3)
前回は、アーキテクチャ、ルーティング、ビュー、ビュー／アクション連係についてJSFとRailsを比較してきました。続く今回は、ビューヘルパーとバリデーションに関して解説していきます。 まずは、ビューヘルパーについてです。システムとして、ビューにロジックを持たせることはMVCモデルの関係を崩してしまうため、望ましくありません。しかし、ビューとロジックを明確に分離することは難しく、ビューにロジックを記述しなければならない状況になることはよくあります。 これを解決するのがビューヘルパーです。独自にカスタマイズされたタグを新たに作成することで、ビューにロジックが入り込むことを極力避けることができます。 JSFのビュー（JSP）に入り込んでしまったロジックは、スクリプトレットとして表現されます。スクリプトレットはJSPの可読性を著しく落としてしまうため、できるだけ使用を避ける必要があります。 スクリ
[ThinkIT] 第2回：JSFとRailsで比較（前編） (1/4)
第2〜3回のRailsと比較するJavaフレームワークは、「JavaEE標準」のプレゼンテーション層のフレームワークであるJSF（Java Server Faces）です。 JSFは、JCP（Java Community Process）によって策定が行われている仕様であり、2004年3月に正式リリースされ、最新版はバージョン1.2となっています（2006年8月現在）。 このJSFの仕様に準拠したフレームワークもいくつかリリースされています。中でもオープンソースであるApache MyFacesが有名です。 多くのフレームワークで、プレゼンテーション層として提供している共通した機能は表1の通りです。今回はこれらの機能ごとに、JSFとRailsを比較していきます。
【ハウツー】JavaだってRubyに負けちゃいない - JavaでもRails クイックスタートGrails | エンタープライズ | マイコミジャーナル
Javaの世界においてホットな話題といえばスクリプト言語。このなかでもJava言語と近い文法をもつGroovyはJavaデベロッパにとって親しみやすいだろう。このGroovyを使い、Ruby on Rails(以降、RoR)に触発されたフレームワークとしてGrailsが開発された。JavaOneにおいてOracleがサポートを表明するなど、エンタープライズでの利用も進みそうだ。本稿ではGrailsを使って小さなアプリケーションを作ってみる。 Grails 0.2 登場 The Grails teamは14日(米国時間)、Grailsの最新版となるGrails 0.2を公開している。Grailsは、Groovyを使ってRoRとよく似たWebアプリケーションシステムの開発環境を提供するツール。GroovyはJavaで実装され、Javaに近い文法を持つスクリプト言語で、JSR-241として標準化
[ThinkIT] 第1回：O/Rマッピング (1/4)
本連載では今話題のフレームワーク「Ruby on Rails（以下、Rails）」と現在Webアプリケーション開発で主流であるJavaのフレームワーク群を比較していきます。 比較軸については、開発に関する事項（生産性やメンテナンス性など）を中心に解説していきます。第1回の今回はO/Rマッピングを提供するフレームワークについてです。 O/Rマッピングとは、オブジェクトとRDBのテーブルをマッピングすることをいいます。O/Rマッピングフレームワークはオブジェクト指向とRDBの仲介人となることで、アプリケーションの開発生産性を向上させます。 Railsからは同梱の「ActiveRecord」というO/Rマッピングのコンポーネントを取り上げます。対してJavaのO/Rマッピングとしては、もっとも知名度が高いと考えられる「Hibernate」と、Javaの正式仕様として策定された「Java Pers
【レビュー】Struts 2 SpringおなじみコンポーネントでJava流Rails? - Project Able | エンタープライズ | マイコミジャーナル
Webアプリケーションシステムに関する技術はコンポーネント化やプラガブル化が進み、組み合わせてシステム構築に使うといった用途が増えている。逆にいえば、単体の技術だけではWebアプリケーションシステムを開発することは面倒で、否応なく組み合わせなければならない。 これを解決するソリューションとして「フルスタックプロダクト」とか「フルスタックアプリケーション」と呼ばれるものがある。これは既存の技術コンポーネントを組み合わせ、単体でシステム構築のすべてをカバーできる成果物を提供するというものだ。今一番有名なのはRuby on Rails(以降、RoR)だろう。 Java WebアプリケーションシステムにおけるフルスタックプロダクトにはRIFE、Grails、AppFuseなどがあるが、今月、ここに新顔が登場した。Struts 2などを採用したプロダクトで今後の展開が興味深い。ここでは新進気鋭のプロ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Grails - The search is over.