タグ

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

  • 関連タグはありません

タグの絞り込みを解除

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

  • 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 もそうかな。
  • JavaからTwitterを操作 - Twitter4J 1.0.0登場 | エンタープライズ | マイコミジャーナル

    Yusuke Yamamoto氏は8日、Twitter4Jの最新版にして初のリリースとなる「Twitter4J 1.0.0」を公開した。Twitter4JはJavaで開発されたTwitter APITwitter4Jを使うことで、JavaアプリケーションからTwitterサービスを簡単に利用できるようになる。 Twitter4JはThe BSD Licenseのもとで提供されているオープンソースソフトウェア。動作にはJDK 1.4.2、またはそれ以降のバージョンが必要。 類似アプリケーションには、Log4jLogbackに組み込んでログをTwitterメッセージとして出力する「Log4Twitter」やRubyからTwitterを操作するための「Twitter4R」などがある。Twitter人気をうけ、多くのプログラミング言語やサービスでTwitterと連携するためのライブラリやAPI

    tsupo
    tsupo 2007/06/11
    類似アプリケーションには、Log4jやLogbackに組み込んでログをTwitterメッセージとして出力する「Log4Twitter」やRubyからTwitterを操作するための「Twitter4R」などがある → Twitter/twitt の人と関係ある?
  • 「問題 VS. 私たち」で考える人たち - アンカテ

    JavaからRubyへ ―マネージャのための実践移行ガイド 訳者の角谷さんから献をいただいて(ありがとうございます)から、ずっと迷っていたことがある。私は、gem戦記というサブブログを書いていて、純粋に技術的なことはそちらに書くようにしている。このについて何か書く時、そちらに書くかここに書くかをずっと悩んでいた。 アクセス数は圧倒的にこちらの方が多いので、なるべくならこちらに書きたいが、こちらは技術者でない読者も多いので、どうしたものか迷いながら読んでいた。 中身は評判通り大変よいだと思うが、内容的にはやはりほぼソフトウエア開発の話に終始していて、これはやはり「gem戦記」向けだなと思いながら、Bruce Tate氏の文を読み終えた。 ところが、ところがである。 「訳者あとがき」の中で、まさに「アンカテ」向きの素材を発見してしまった。 書のアイディアを手掛りにRubyを導入するに

    「問題 VS. 私たち」で考える人たち - アンカテ
    tsupo
    tsupo 2007/05/25
    「for文」から「injectメソッド」への頭の転換
  • 【レビュー】超高速 - Ruby on Rails向けJava HTTPサーバ"rails-asyncweb"登場! (2) インストール | エンタープライズ | マイコミジャーナル

    Javaインストール rails-asyncweb自身はJavaプロダクトとして動作する。このためまずJavaが動作するプラットフォームを用意する必要がある。 JRubyインストール rails-asyncwebはJRubyの成果物を使うため、Java以外にもプラットフォームにJRubyをインストールしておく必要がある。JRubyやそのインストールについては【ハウツー】話題のJRubyを動かしてみよう 導入編 - JRubyのコツをつかむを参考のこと。プラットフォームによっては実行スクリプトに若干の変更が必要になるだろう。 JRubyをインストールしたら、環境変数JRUBY_HOMEを、JRubyが展開されているディレクトリに設定する。rails-asyncwebの起動スクリプトが同環境変数を参照しているため、忘れずに設定すること。 Ruby on Railsインストール すでにRuby

    tsupo
    tsupo 2006/11/08
    rails-asyncwebはJRubyの成果物を使うため、Java以外にもプラットフォームにJRubyをインストールしておく必要がある
  • [ThinkIT] 第6回:RailsとGrailsの比較(前編) (1/3)

    前回までで、一通りJavaフレームワークとRailsの比較をしてきました。連載の最後の比較は、少し趣向を変えてGroovy上に作成されたRailsライクなフレームワークGrailsRailsの比較をしていきます。 GrailsはGroovy(Java公式仕様として策定が進められている、JavaVM上で動作するスクリプト言語)上で動作するRailsライクなフレームワークです。当初、Groovy on Railsという名称で作成が進められていたことからもわかるように、Railsに強く影響を受けていることが公言されています(後にRails作者の要請により改名)。 Groovyは豊富なJavaライブラリの利用が可能な上、言語設計自体もRubyの影響を受けているためRailsライクなフレームワークと相性がよいと考えられます。 Grailsに関する情報源には次のサイトがあります。

    tsupo
    tsupo 2006/10/18
    Groovyは豊富なJavaライブラリの利用が可能な上、言語設計自体もRubyの影響を受けているためRailsライクなフレームワークと相性がよい / 最大の相違は、Railsはコントローラから直接モデルを扱っているのに対し、Grailsではサー
  • Rubyの生産性の高さはどこまで本当か? - 分裂勘違い君劇場 by ふろむだ

    もの人がブックマークしているこの「Ruby仕事に使うべし!」という記事で書かれているRubyの優れた特徴は、実際のところ、どの部分が、どこまで当なのでしょうか? 少し検証してみたいと思います。 「Rubyがスゴイ」とされる点のどれがホントでどれがウソ? 「Ruby仕事に使うべし」では、まず、Rubyの特徴として、 (1)いろんな言語のいいとこ取り (2)構文が強力 (3)楽しくプログラミング (4)問題が起こりにくいように設計されている という点を冒頭で掲げています。 まず、これらをどのように検証すればよいか、考えてみます。 まず、(1)のいいとこ取りについては、いいとこ取りをし続けながらいつも進化しているのは、最近の言語はみんなそうで、それはRuby独自の特徴でもなんでもありません。 たとえば、C#は、その典型で、VM、自動メモリ管理、パッケージによる名前空間管理、マルチスレッド、

    Rubyの生産性の高さはどこまで本当か? - 分裂勘違い君劇場 by ふろむだ
  • [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 ってことだと思うんですが。
  • L'eclat des jours(2006-06-16) - JavaScriptの未来

    _ 今日聞いた言葉 Yusukeさんから「派遣言語」という呼ばれ方をすることがあるという話を聞く。すげぇ、いやな言い方だ。でもなぁ、それもわかるんだよな。 _ JavaScriptの未来 GoogleJavaからJavaScriptを作るのを出したとこあたりから、JavaScriptって難しいよねとかを経由して、未来はJavaScriptの上に分厚いラッパーが乗って(今も結構厚みがある気がするけど)その上でJavaScriptとは思えぬような書き方をすることになるのではなかろうか、とか。 その状態になると、手でJavaScriptを書いたり読んだりする人は尊敬されるようになる。「先輩、どうもイベントが正しく処理されないタイミングがあるみたいなんですよ」「しょうがないな。ちょっとデバッガを起動して直接JavaScriptのソースを追ってみるか」「すげぇ、先輩、JavaScriptのソースを

    tsupo
    tsupo 2006/06/23
    リッチクライアントの記述言語はJavaScript上のDSLで、これは当分の間、フレームワークの形でいろいろなグループから百花繚乱して、最終的に有力なやつに収斂していく
  • 1