タグ

rubyとJavaに関するdenkenのブックマーク (7)

  • 【インタビュー】Javaがレガシーだって? 冗談じゃないよ - James Goslingが語るJavaの現在 (1) Java 7の開発ペース、ゆっくりすぎやしませんか? | エンタープライズ | マイコミジャーナル

    サンフランシスコで開催されたJavaOne 2008が終わってから半年、この間、Sun Microsystemsから聞こえてくるニュースは、正直、さびしいものが多かった。「Don't be shy!」の名セリフでJavaOneを盛り上げてきたJohn Gage氏が同社を去り、そしてJavaをはじめとする同社のソフトウェアビジネスを統括していたRich Green氏までもが同社を後にした。金融機関に多くの大口顧客をもつSunは、世界的金融不況の影響をもろに受け、全世界規模での人員削減を発表している。決算の数字も正直、痛々しい。 そんな厳しい状況にある中、12月2日 - 3日、東京・六木ミッドタウンにて開催されたユーザカンファレンス「Sun Tech Days 2008 in Tokyo」(主催: サン・マイクロシステムズ)では、"Javaの父"としてその名をはせるJames Gosling

    denken
    denken 2008/12/08
    「とてもJavaに取って替われる言語になるとは思えない。Webプレゼンテーション層しか扱っていないんだから。その最悪の例がTwitterだ。あの性能、UIは悪夢でしかないね。」
  • JavaとRubyの間にある、ベルリンの壁 - GoTheDistance

    ネタ元はこのあたり。 SIerRails とエンタープライズと エンタープライズにおけるRailsの価値とは 弊社の某エロい人がRoRに萌えており「おお、なんて生産性が高いんだ。もうWebアプリなんて全部これでいいじゃないか。」とか気で思ってそうなので萎える。言語の違いは時にはビジネスモデルの違いにつながることが理解できないようだ。言語ってのは文化なの!これからはRubyを全面的に取り入れ開発標準もRubyだぁぁぁぁとか言い出したらどうしよう。グーで殴るしかないかw 来、コード量の少なさや、CoCを前提とした設定の少なさが価値を発揮するのは、メンテナンスの場面です。読み込まないといけないコード量の少なさと、少ないコードの変更で修正ができることが、その理由です。そのためには、大前提として、Ruby(on Rails)らしい、プログラムを作っておくことが必須なので、マネージャはその辺

    JavaとRubyの間にある、ベルリンの壁 - GoTheDistance
  • プログラマの思索: RubyよりもJavaが好きな理由

    最近、Ruby関西に行ってRubyの勢いを感じている。 そんな時に、Javaの最近の動きを聞く機会があった。 Java6やSeasarの話を聞くと、JavaがC#やRailsの影響を受けているように聞こえた。 でも、話しているうちに、「やっぱりRubyよりもJavaが好きなんだ」と気づいた。 その理由は、「JUnitのようなテスト駆動ツールが揃っている」点に尽きる。 そこで「テスト駆動の観点から眺めたJavaの利点とプログラミング思想」について考察してみる。 【1】テストを意識するとメソッドの行数が自然に短くなる プログラミング初心者のプログラムを見ると、行数がやたらと長く、長いプログラムを書き上げた後からデバッグし始める。 だから、いつまで経っても動かない。 プログラミング中級者になると、行数は長いままだが、少しずつ書いてはプリント出力してデバッグで動作を確認し始める。 この

  • そろそろRuby/PythonのようなLLを褒めるのにJavaを貶めるのは止めません? - 矢野勉のはてな日記

    Java, Ruby もうURLを失念するくらいいろんなところで言われていることですけど、LL(Lightweight Language。RubyPython,Perlのような軽量なスクリプト言語)との比較で出てくるJavaコードは、「普通こんなコードかかないでしょ」というくらい冗長な場合が多い。 Rubyでコードが簡潔に書ける!ということを表す時にJavaを引き合いに出すのはいいんですけど(引き合いに出す相手としては間違ってないと思います)、Javaのこんな長いコードがRubyではこんなに簡潔に!とか言う時のJavaコードを恐ろしく冗長にして比較するのはそろそろ止めましょうよ。そんなことしても逆に一部では反感を買っちゃうでしょ。そんなことしなくったって、LLはもちろんJavaよりも簡潔に書けるんですから、ひねり技はいりません。そんなことJavaプログラマだって普通に認めてることですから

    denken
    denken 2006/12/24
    LL言語との比較のために不当に冗長なコードを紹介されるJavaの悲哀について。
  • MeCab: Yet Another Part-of-Speech and Morphological Analyzer

    MeCab に至るまでの形態素解析器開発の歴史等はこちらをご覧ください メーリングリスト 一般ユーザ向けメーリングリスト 開発者向けメーリングリスト 新着情報 2008-02-03 MeCab 0.97 マルチスレッド環境で辞書を開くときの排他制御がうまくいっていなかったバグの修正 Windows版でインストール時に辞書の文字コードを指定できるようになった 一部のコンパイラで正しくコンパイルできなかった問題の修正 部分解析モードを変更するAPI の追加 (Tagger::set_partial()) ラティスの生成レベルを変更するAPI の追加 (Tagger::set_lattice_level()) 温度パラメータを変更するAPIの追加 (Tagger::set_theta()) 全候補出力モードを変更するAPIの追加 (Tagger::set_all_morphs()) 2007-

  • Comparison with Other Languages

    このページはもはや更新されていません。 Rubyメジャー化(笑)のためにも、ここで他の言語と比較しています。 今回の比較対象はPerl, Python, Tcl, Java, Eiffel, C++ です。 独断と偏見に基づいていますが、嘘を広める意図はないので、 間違い、訂正、補足などあれば matz@ruby-lang.orgまで。 Perl Rubyがずいぶん沢山のアイディアを頂いてきた言語であるPerlRubyと比較すると: Rubyは生まれたときから純オブジェクト指向言語なので使いやすい。一方、 PerlのOOP機能は、OOでないPerlに後付けしたものなので、このOOP機能は (Perlの他の部分と違って)とても扱いにくく、正しく、かつ効果的に用いる のが難しい。多くの人にとって、そして多くの目的にとって、RubyPerlよ りも優れたOO Perlになる。 Rubyのプ

  • Javaから見たRuby on Rails - @IT

    記事は2006年に執筆されたものです。RubyRuby on Rails全般の最新情報は@IT フォーラムをご参照ください。 Javaエンジニアの皆さんにとって、最近気になるテクノロジーとして「Ruby On Rails(以下、Rails)」が挙げられるのではないでしょうか。 インターネットを使って、Railsについて少し調べてみると、いろいろと刺激的なキーワードが並んでいることが分かります。例えば、もう誰もが用語として知っているAjaxへの標準対応であったり、「Javaの10倍の開発生産性」「ブログサイトが15分でできる」といったようなパフォーマンスを強調する触れ込みであったり、「DRY」「Convention over Configuration」といったRailsの思想を表す目新しいキーワードであったりします。 逆に、Railsの概要を紹介する文に必ず書かれている「MVCアーキテ

  • 1