タグ

関連タグで絞り込む (0)

  • 関連タグはありません

タグの絞り込みを解除

computerとFrameworkとrubyに関するtsupoのブックマーク (4)

  • Java を Ruby に変えても人月計算は簡単になくならない

    Javaを古くしたやつとRubyを煽っているやつと言う記事と、そこからリンクされている羽生さんの 昔々・・・ と、Struts脳の恐怖とRails を読みました。Java で開発している人には面白いんじゃないかな。 以下はただの雑感ですが、私も Delphi から Java へと流れましたが、当時 Web の開発と言っても JSP・サーブレットがあれば充分で、EJB がもてはやされていたのにかかわらず一度も EJB を使ったことはありませんでした。 JSP・Servelt で MVC が言われるようになるといろいろなフレームワークが登場してきました。私もあるフレームワークの作成に関わっていましたが、そんななか Apache の Struts が台頭してきてました。まあ私は Struts に触れることはなかったですし、そのあたりで Java の開発現場からは遠ざかってしまうのでその後のことは

    tsupo
    tsupo 2007/09/25
    世の中の多くの Java 開発者ってそんなに Java が好きでもないし、Java を深く理解してないんですよね → 確かにそうかも。VB もそうかな。
  • [ThinkIT] 第2回:はてなフレームワークとPerlとシステム負荷 (1/2)

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

    tsupo
    tsupo 2006/10/25
    アプリケーション本体のコードはPerlスクリプトで合計1万5千行 / プログラマ全員のコードのスタイルや品質をある程度一定に保つことを意識的に行っている
  • [ThinkIT] 第2回:JSFとRailsで比較(前編) (1/4)

    第2〜3回のRailsと比較するJavaフレームワークは、「JavaEE標準」のプレゼンテーション層のフレームワークであるJSFJava Server Faces)です。 JSFは、JCP(Java Community Process)によって策定が行われている仕様であり、2004年3月に正式リリースされ、最新版はバージョン1.2となっています(2006年8月現在)。 このJSFの仕様に準拠したフレームワークもいくつかリリースされています。中でもオープンソースであるApache MyFacesが有名です。 多くのフレームワークで、プレゼンテーション層として提供している共通した機能は表1の通りです。今回はこれらの機能ごとに、JSFRailsを比較していきます。

    tsupo
    tsupo 2006/09/07
    基本的には、Java の方が得意な人は JSF、Ruby の方が得意な人は Rails ってことだと思うんですが。
  • Ruby on RailsコンテストからRuby on Railsエンジニアの求人・転職情報まで-Drecom Award on rails 2008

    tsupo
    tsupo 2006/07/04
    オープンソースフレームワークを使用して応募された18作品 → Ruby on Rails を使うのが必須のかと思ってたんだけど、そういう訳でもなかったようですね。
  • 1