Sun’s JRuby Team Jumps Ship to Engine Yard
Sun Microsystems’ JRuby team is leaving the company to work for application hosting company Engine Yard, citing the uncertainty surrounding Sun’s planned acquisition by Oracle. Sun hired Charles Nutter and Thomas Enebo, often called “the JRuby Guys,” about two-and-a-half years ago so they could work full time on JRuby, an implementation of the Ruby programming language for the Java Virtual Machine
【インタビュー】Tim Bray氏が語る次世代Webテクノロジ - JavaOne 2007 (1) すべてのものを"Publish"? | エンタープライズ | マイコミジャーナル
Tim Bray氏 8日から11日（現地時間）までの4日間、カリフォルニア州サンフランシスコのMoscone CenterにおいてSun Microsystems主催の2007 JavaOne Conferenceが開催される。1996年に第1回が開催されて以来、San Franciscoで行われるJavaOne Conferenceは世界最大のJavaの祭典として毎年恒例のイベントとなっている。 開幕前日にあたる7日には、NetBeansやOpenJDK、Glassfishなどを始めとするオープンソース系の開発者が集まるコミュニティイベント「CommunityOne」がJavaOneの前夜祭的位置付けで開催されており、Moscone Centerはすでに多くの開発者で賑わっている。その会場の片隅において、XMLの第一人者として知られるSun MicrosystemsのTim Bray氏に
2005-11-24
行ってきました。 REST入門 山本陽平(株式会社リコー) もんたメソッドだ…。ま、それはおいといて(w yohei-y:weblog REST 入門 http://yohei-y.blogspot.com/2005/04/rest_23.html の内容を、書いた本人自ら解説。 正しいRESTとは！といった講義をたっぷり聴いた。 はてなとREST API 伊藤 直也(株式会社はてな ) 先ほどまでの理想論をふまえ、ここからは現場の話が始まります。 id:naoya氏からはてなブックマークAPIの実装についての解説。 はてなはもともとURLをシンプルなものにしようという開発方針だったそうで、自然とRESTを採用する方向になっていったそうです。 ただ、純粋にRESTをやるのはややこしい場合もあるとのこと。 はてなブックマークAPIと対照的なAPIとしてdel.icio.usのAPIが紹介され
OBB vs AABB - Radium Software Development
This domain may be for sale!
Railsへの反論は根拠のないものではないことについて | でこぼこ翻訳ハジメ
Java vs Ruby (or RIFE vs Rails) -- Matzにっき (2005-03-21) より んー、僕が読んだところ、Geert Bevin（Bla-bla Listを実装した、Rails懐疑派）の主張は大きく２つ。 DHH（David Heinemeier Hansson、Ruby on Railsの産みの親）の、コード量うんぬんのマーケティング手法は気に入らん 設定ファイルは面倒だけど、長期的な開発には役に立つんじゃないのか？ Geertは言語やフレームワークの優劣がどうのって話はしていない。 http://rifers.org/blogs/gbevin/2005/3/19/revisting_a_rails_app_in_rife デビッド、俺はどっちのテクノロジーが優れてるとかいうつもりはない（君はそうする癖があるみたいだけど）。俺はRailsのこと、さっぱ
IT Pro Java/J2EE : 【連載◎開発現場から時代を眺める by arton】第5回
【連載◎開発現場から時代を眺める by arton】第5回 「動的言語と静的言語の交差点──RubyとJava/Seasar2の出会い」 オブジェクト指向言語を利用した開発が当たり前になり，早くもポスト・オブジェクト指向言語は何かという話題も出ているようだが，先日，具体的に今後の技術の一つの方向性を示す話を聞くことができたのでご紹介したいと思う。それは動的なオブジェクト指向言語のRubyと，静的なオブジェクト指向言語のJava，それぞれのフレームワークについての話だったのだが，意外なほど目指している方向性が近いようだ，と確認したということである。 結論を先に書くと，ソフトウエアの動的に決定したい部分を設定ファイルのようにソース・ファイルの外部に置かれる構成要素で解決するのではなく，言語とフレームワークの機能を利用してソース・ファイルの（文字通り）行間を補完することで解決するという方向だ。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Java、RubyとContinuous Tax
