RubyでGUIアプリを作るならJRuby+JavaFX+Rawrで決まり！ | かなりすごいブログ
RubyでGUIアプリを作るならJRuby+JavaFX+Rawrで決まり！ Ruby大好きな私としては、一般配布するGUIアプリケーションとかもRubyで書きたい訳です。しかし、Windowsには標準でRubyは入っていないし、Macもバージョンが古い1.8.7が標準だしで、普段プログラミングなんかしない一般ユーザーさんでも簡単に起動できるアプリケーションを作るのがなかなか難しいという問題があります。 そういった問題から、クロスプラットフォームな言語・ライブラリ、例えばC++のQtなんかに一時期浮気したりもしたのですが、やっぱりRubyで書きたい。だってRubyが好きだから。 そして、色々調べまくった結果、はい、ついに「これだ！」と思えるRubyによるGUIアプリケーション開発環境を揃えることができました。それは… JRuby JavaFX jrubyfx Rawr この組み合わせです…
(マジに) Windows で行う Rails 開発 (翻訳版) - Engine Yard Blog JP | Engine Yard Blog JP
本記事は英語版ブログで2012年2月29日に公開された記事の翻訳版です。 私は Windows が大好きです。ウェブを見たり、E メールのチェックや Word 文書の作成 (まだ Word を使っていればの話ですが) が本当に簡単で、Windows はうちの祖母でも使えるくらい、どこにでも浸透しているから、大好きです。 それと同時に、私は Windows が大嫌いです。.NET 以外のものを使ってプログラミングをしようものなら、もう苦戦の連続ですから。 この投稿の題名は「(マジに) Windows で行う Rails 開発」です。ここでは Windows の世界で Rails 開発者として仕事をすることの過去、現在、そして未来について語り、成功を収めるために必要なツールをいくつかご紹介したいと思います。 過去 格好悪いのであまり言いたくないのですが、実は私は Ruby on Rails の
あなたがCRubyではなくJRubyを使うべき理由：Rails Hub情報局：エンジニアライフ
こんにちは、＠IT編集部の西村賢（@knsmr）です。先日、地域Rubyコミュニティの「Asakusa.rb」の花見に参加しました。世界でただ1人のCRubyとJRubyの双方のコミッタである中村浩士（@nahi）さんに「CRubyではなくJRubyを採用すべき理由は？」という話をお聞きしました。中村さんの指摘で興味深いのは、本当はJRubyを使うべき人々が、その良さに気付かないままCRubyを使っているのではないか、という点です。 以下、お花見気分がほとばしる動画（背後で子どもたちも走りまわっております）で、若干音声が聞き取りづらい部分もありますが、中村さんのお話の動画をお届けします。CRubyではなくJRubyを選ぶべき理由について説明しているほか、CRubyとJRuby、Rubiniusの関係についてもご意見をいただけました。 中村さんの指摘をまとめると、 CRubyのライブラリは処
SunのJRuby主要開発者がEngine Yardへ移籍 - 「次のステップに進むために」 | エンタープライズ | マイコミジャーナル
米Sun MicrosystemsでJRubyの開発を牽引していた3名の主要開発者が、今週を最後に同社を去ることになる。その3名とは、Charles Nutter氏、Thomas Enebo氏、そしてNick Sieger氏だ。3名は8月3日より米Engine Yardにて働くことになっているという。Engine YardはRuby on Railsの関連ツールやサービスを提供しているホスティング会社である。 Enebo氏によれば、この移籍はEngine Yardからのオファーによって実現したとのこと。4月に発表されたOracleによるSunの買収により、JRubyチームの先行きはきわめて不透明になった。一方でEngine Yardは今後のJRubyに対するニーズを見込んでRubyおよびJavaの開発者の増強を進めており、それと並んでJRubyプロジェクトを全面的にバックアップするとしてい
JRubyでのJava GUIテスト
GUIテストは、単体テストよりも時間がかかり、その上難しい。そのため、しばしば広くテスト手動開発チームにおいてさえも、おざなりにされる。2通りの可能なソリューションを検討し、このタスクを一層簡単にすることを約束するSWTおよびSwingアプリケーションのGUIテストを作成する。 GUIテストの記述が難しい理由は何か?一般的にGUIは、クラスの単なるインスタンスよりも多くの設定を必要とする。対話がしばしば非同期であり、マウスが関与するため、ユーザの振る舞いをシミュレートするのは一層難しくなる。GUIテストに向けた1つのアプローチは、テスターを監視し、後に返答可能な スクリプトを作成する、対話レコーダーを提供することである。このアプローチには、複数の問題が伴う。記録形式に基づき、UIでの変更が発生した後、テストの変更が相当困難になりかねない。そのため、当然の如くテスト第一の開発は実行可能ではな
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
