そろろろRailsについて本音を書いてみるか - ひがやすを blog
最近の大田さん@mixiのところで、Rubyについて考察する機会があったのと、よういちろうの考えと同じことを思っていたので、たまには本音で書いてみる。 Railsで、最も良いところは、テストの雛形も自動的に作ってくれて、テストの敷居を下げてくれてるところだと思う。なのに、それについて触れる人があまりにも少ないような気がする。一応、私は、1年半以上、はてなのキーワード検索で毎日Railsについては調べているので、はてなでRailsについて書いている人の記事はたいてい見ています。 理由は、いくつか考えられますが、私の読みだと、テストが当たり前の人にとっては、当たり前すぎてわざわざ書く意味がないし、そうではない多くの人にとっては、ほとんどテストは書いていないんじゃないかな。 実は、テストを書くのは結構工数かかるんですよ。スクリプト言語は、コンパイラがミスを教えてくれることはないので、Javaと比
Ruby なんて遅くて使えないよねって言ってみる - Akasata's Page（あかさたのページ）
2007-07-03 16:25 : Ruby なんて遅くて使えないよねって言ってみる 「Ruby なんて遅くて使えない」という意見が出ます。（昔、Java も似たようなことを言われましたっけ。）これに対して、Ruby 好きな人からは、「大抵の Web アプリではボトルネックは IO になるからアプリの言語は遅くても構わない」「CPU 時間よりも開発者の時間の方が重要」というような反論が展開されます。 Rails 厨にならないためにも、ここは Ruby に批判的な目を持って、この問題を考えてみたいと思います。 ■ 前提 Ruby を採用するとなると Rails 絡みで Web アプリでしょうから、Web アプリについて考えてみます。（でも、DLR とか話に出てくるわけですから、クライアントで使う場合もそろそろ検証した方がいいと思いますけどね。） ■ Ruby は遅
【Ruby関西】RubyプログラムからJavaの匂いを消したい - プログラマの思索
第16回 Ruby関西に行ってきた。 Ruby会議2007の話もあり、牛尾さんも来られて、いつもの如く盛り上がった。 楽しかったことをメモ。 【1】Continuation(継続)ライブラリは恐ろしい～yharaさんの話 Continuation(継続)は、C 言語の setjmp()/longjmp() に相当するRubyのライブラリのこと。 定義は下記に書かれている。 組み込み関数 callcc 何故こんなライブラリが必要なのか？ 理由は、込み入ったループ処理でジャンプしたい時、イベント処理で複雑にwaitしている時にジャンプしたい時があるから。 普通は、使わなくても書けるし、多分書かない方がいい。 yharaさんが機能を解説してくれたが、callccが入ると、セーブポイントへジャンプするため、同じようなステートメントを何度も通過するので、机上デバッグできない。 でも、こんな問題でca
プログラマの思索: RubyよりもJavaが好きな理由
最近、Ruby関西に行ってRubyの勢いを感じている。 そんな時に、Javaの最近の動きを聞く機会があった。 Java6やSeasarの話を聞くと、JavaがC#やRailsの影響を受けているように聞こえた。 でも、話しているうちに、「やっぱりRubyよりもJavaが好きなんだ」と気づいた。 その理由は、「JUnitのようなテスト駆動ツールが揃っている」点に尽きる。 そこで「テスト駆動の観点から眺めたJavaの利点とプログラミング思想」について考察してみる。 【１】テストを意識するとメソッドの行数が自然に短くなる プログラミング初心者のプログラムを見ると、行数がやたらと長く、長いプログラムを書き上げた後からデバッグし始める。 だから、いつまで経っても動かない。 プログラミング中級者になると、行数は長いままだが、少しずつ書いてはプリント出力してデバッグで動作を確認し始める。 この
L'eclat des jours(2006-06-04) - RailsはJavaの10倍の生産性か？
_ RailsはJavaの10倍の生産性か？ もちろん、そんなのはケースバイケースかつ人によるのだが、実感として結構、良い線をついているように思う。 5種類の開発方法を考える。 1. JSPタイプ1（1つのJSPで全部書く） 2. JSPタイプ0（JSPはまだリリースされていないので全部Servletで書く） 3. JSPタイプ2（MVCマルチレイヤで作る） 4. JSPタイプ2（MVCマルチレイヤで作る）のプロジェクトを組む 5. Sun Java CreatorとかWebSphere StudioとかでJSFで書く 1と2、5であれば、それほどRailsと変わらないと思う（特に1と5）。しかし、Railsの場合は、マルチレイヤでできている。したがって、後のメンテから、途中のやり直しから、要するに上から下まで一気通貫で書けない場合には、圧倒的に有利になる。そこまで含めれば4倍くらいの感じ
takeda-soft.jp - takeda soft リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
イベントレポート JavaとOSSの最新事情を探る OSC 2007 (2/2) - ＠IT
＠IT編集部 平田修 2007/3/26 Apache族最後の戦士Geronimo 日本Apache Geronimoユーザグループの梶山隆輔氏によるセッション「Apache Geronimoってなんだ？」を見てみよう。Apache GeronimoはオープンソースのJava EEサーバであり、多種類のソフトウェアを組み合わせて利用できるのが、大きな特徴だ。 利用できるソフトウェアはTomcat、Axis、DerbyといったApache製のものから、ActiveMQ、TranQL、OpenEJB、Jetty、MX4J、Howlと幅広い。Apache Geronimoはこれらのソフトウェアを開発の状況に応じて自由に組み合わせることができるし、管理機能とWebコンテナだけのLittle－Gという最小限のパッケージとしても利用できる。 また、Web開発用のEclipseプラグインであるWTP（W
Feedback on "Ten Things a Java Programmer Should Know About Ruby"
Want more powerful to-do lists? Want to manage your work/personal projects online? Then check out Basecamp — it's where Ta-da came from. This is a compilation of feedback I received for a list of things Java programmers should be aware of when looking at Ruby. This list is not the final version, nor are all (most) of the ideas in this list mine. This is merely a temporarty holding spot for these i
Railsの生産性とそれで提供したい価値 - moroの日記
昨晩の続き。じゃあ仕切り直してなんでRailsって生産性が高いっていうの？というお話です。 DB設計はやっぱり必要で、UIも考えなくちゃいけないうえ、自動生成は客寄せで、ワークフローエンジンもないけれども、Railsの強みって言うのは一つはまさにRubyで書けるということ。二つ目はシンプルな哲学に基づいたフルスタックなフレームワークがいまある、ということ。 言語重要 えっと、まず予防線を。JavaはダメでRuby最高、といいたいわけではなく。 Railsの強みはRubyのシンタックスの柔軟さから来るDSLっぽい記法や、Rubyの動的な側面から来る徹底的な(自動生成じゃない部分、手動で書くべきロジックの)コードの削減だったりするんじゃないかと。ブロックと遅延評価だったり、括弧が省略できることであったり、クラスがインスタンスであったり動的にメソッドが定義できたり、っていうのはすべて書きたいコー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer
8maki.jp
http://www3.vis.ne.jp/~asaki/p_diary/diary.cgi?Date=20060913
http://cappuccino.ne.jp/keisuken/logbook/20060401.html
From Java to Ruby: Risk