Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
![Exceptional Ruby](https://cdn-ak-scissors.b.st-hatena.com/image/square/1dea079f3c8eee49f636638a061b722d42b294d5/height=288;version=1;width=512/https%3A%2F%2Fcdn.infoq.com%2Fstatics_s1_20240521072209%2Fstyles%2Fstatic%2Fimages%2Flogo%2Flogo-big.jpg)
NetbeansIDE 7.0でRubyの開発を行うためのメモ。以下のページで情報を発見しました。 NetBeans 7.0にRuby on Railsプラグインをインストールする手順 – Ruby on Rails with OIAX 私はずっとRedmineのプラグイン開発をNetbeansIDEで行ってきました。NetBeansはインストールも簡単で、とても使いやすくお気に入りの開発ツールでした。しかし、NetBeansIDEは7.0よりRubyのサポートを中止するというOracleの衝撃発表があり、他のIDEへの移行を考えなければならなくなりました。 NetBeans IDE 7.0からRuby on Railsのサポートを廃止 – マイコミジャーナル しかしNetBeans用Ruby on Railsプラグインの開発は有志によって継続されているようです。上述のページに書かれている
本日大江戸*1で行われた大江戸Ruby会議01で、高速なテストサイクルを回すにはという内容で発表してきました。 大江戸Ruby会議01 高速なテストサイクルを回すには View more presentations from hotchpotch テストを速くするには二パターンあり、一つは単体実行時の速度・フィードバックの高速化、もう一つはすべてのテスト実行時の高速化があると思っていて、それらについての話です。ぎゅっとまとめると、前半の単体実行時の速度・フィードバック高速化には spork / prefetch-rspec / autotest / watchr を使おうという話と、後半は REE / parallel_tests による高速化・並列実行、remote spec によるリモートマシンでの分散テストについての話です。 特にオレオレプロジェクトの prefetch-rspec
前回に引き続き、rroonga 1.1.0用のWindows用コンパイル済みgemを作成しました。rroongaを使えばruby経由でgroongaを利用したアプリケーションを、簡単に作成することが出来ます。 今回ついに、 Windows版もRubyGem公式サイトにアップ pthreadGC2.dllへの依存をカット しました、rubyとWindowsさえあれば、それ以外のものは何も要りません! rroongaを使えば Linux, OSX, Windows の全ての環境で動作する検索アプリケーションを作成することも可能です。 インストール方法 RubyInstaller for Windowsを使っている人 gem.bat install rroongaActiveScriptRubyを使っている人 gem.bat install rroonga --platform x86-ming
『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、日本 Ruby の会の有志による Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0058 号 バックナンバー Rubyist Magazine 0058 号 RubyKaigi 2018 直前特集号 Rubyist Magazine 0057 号 RubyKaigi 2017 直前特集号 Rubyist Magazine 0056 号 Rubyist Magazine 0055 号 Rubyist Magazine 0054 号 東京 Ruby 会議 11 直
概要 「Ruby 研修用コンテンツ」は、Rubyの魅力を体験し、その特徴や利点から技術の最新動向、活用方法まで幅広く学ぶことのできる、教材と実習環境をセットとした体験型集合教育のための「OSS オープン・ラボ」のサービスです。 Rubyの集合教育を検討している研修運営者は、「Ruby研修用コンテンツ」の利用を申し込むことにより、全国各地の研修会場からインターネット経由で「Ruby研修用コンテンツ」を利用することができ、研修の準備期間を大幅に短縮して効果的な学習が可能になります。 Ruby 利用者向けコンテンツ 簡単なアプリケーション作成の体験を通し、RubyおよびRuby on Railsの魅力や特徴を理解できます。また、Rubyの新機能を利用した技術や、クラウド環境下でのRubyの活用例などの紹介を通して、Rubyを取り巻く市場動向について、半日で学べる構成となっています。Rubyに興
免責事項:本サイトに含まれる情報は、一般的な情報提供のみを目的としています。情報はスペシャルベストによって提供され、当社は情報を最新かつ正確に保つよう努力しますが、いかなる目的においても、ウェブサイトまたはウェブサイトに含まれる情報、製品、サービス、関連グラフィックスに関する完全性、正確性、信頼性、適合性、利用可能性について、明示または黙示を問わずいかなる表明または保証も行いません。従って、これらの情報に依拠することは、あくまでもお客様ご自身の責任において行われるものとします。 当社は、当ウェブサイトのご利用に起因するいかなる損害についても責任を負いません。 本ウェブサイトから、スペシャルベストの管理下にない他のウェブサイトへリンクすることができます。当社は、それらのサイトの性質、内容および利用可能性を管理することはできません。リンクは必ずしも推奨するものではありませんし、リンク先で述べら
そろそろ、Ruby1.9も試したいが、環境をスグには変えられないと思いませんか? pikは、Windows内で複数のRuby環境を管理できるツールです。 いつも通りGemでインストール出来て、Ruby環境の追加、一覧、変更が出来ます。 pikのインストール gem install pik mkdir "C:\Program Files\pik" # PATHに"C:\Program Files\pik"を追加 pik_install "C:\Program Files\pik" # 既存環境の追加 pik add This version has already been added. # 新しい環境の追加 pik add C:\ruby-1.9.1-p376-i386-mswin32\bin ** Adding: 191: ruby 1.9.1p376 (2009-12-07 rev
ruby を複数のバージョン入れて適宜切り替えたりしたい場合、*nix では rvm を使いますが、Windows では rvm は 動作しないそうなので pik を使います。 pik を使えば複数バージョンの切り替えが行えますが、それだけではなくコマンド一発で特定バージョンの CRuby や JRuby、IronRuby なんかが入れられますし、複数の ruby に対して gem インストール 特定のスクリプトを実行して結果を比較する ベンチマークを走らせる みたいなこともできるようなので、その辺りも魅力です。 pik のインストールというと、すでに ruby がインストールされている環境で gem を使ってインストールしている方が多いようなのですが、せっかく pik で ruby のインストールが行えるわけなので、外部の ruby に頼らずにインストールする方法のメモです。(ちょっと強
rroonga(groongaのrubyバインディング)の、Windows用gemを作ってみました。groonga+rubyを使ったアプリケーションをWindowsで動かすことが出来ます。 ※ これは私が勝手に作っているものなので、rroonga開発チームの人に質問しても何も分からないので注意。 動作環境 Windows版 ruby(mingw32, mswin32) ※ cygwin版をお使いの人は、rroonga-1.0.8-x86-cygwin.gemをお試し下さい インストール手順 rroonga-1.0.8-x86-mingw32.gemをダウンロード ダウンロードしたgemをgem install $ gem install ./Download/rroonga-1.0.8-x86-mingw32.gem pthreadGC2.dllをインストール groongaがpthrea
Ruby 1.9.2とRubyGems 1.3.7とGem.pathの消失 投稿者 akira 2010-08-30 11:22:00 GMT Debianのバグレポート(Bug#588125)によると、こんな具合いになることがわかった。 $ gem1.9.1 list /usr/lib/ruby/1.9.1/rubygems/source_index.rb:68:in `installed_spec_directories': undefined method `path' for Gem:Module (NoMethodError) Ruby 1.9.2とRubyGems 1.3.7の組み合わせで、どちらもパッケージを利用している。RubyGemsのコードは、この場合、Ruby 1.9.2に含まれているものではなく、RubyGems 1.3.7からのものが使われている。Gem.path
※ 前回記事はコチラ id:keyesberry さんのありがたいコメントのおかげで、アルファベットと記号の優先を落としてソートする方法が分かりました!group_byってすげー。 ※ はてなブックマークにも別実装を書いてくれた方がいました、ありがとうございます。 p_classtreeという関数にオブジェクトやクラスを渡すと・・。 # インスタンスを渡した場合はその所属するクラスの階層、メソッドを表示 a = [0, 1, 2] p_classtree(a) puts # クラス名を直接渡してもOK p_classtree(Hash)結果はこんな感じで表示されます。 Array | assoc, at, choice, clear, collect, | collect!, combination, compact, compact!, concat, | count, cycle, d
def kconv_encoding_id encoding_name case encoding_name when 'UTF8' Kconv::UTF8 when 'SJIS' Kconv::SJIS when 'EUC' Kconv::EUC when 'NONE' Kconv::NOCONV else raise "wtf: Unknown encoding name: #{encoding_name}" end end $KCODE='u' require 'kconv' sjis_str=read_sjis puts Kconv.kconv(sjis_str,kconv_encoding_id($KCODE),Kconv::SJIS) その後ruby-listでこんなのを発見したんだけど、結局Kconv.tokcodeは入らなかったようです。 [ruby-list:6539]
タイトルの通り,Ruby 1.9.2から$LOAD_PATHにカレントディレクトリが含まれなくなった($:も同様).この変更により,以下のような条件でrequireを使っているスクリプトが動かなくなった. スクリプトが置いてあるディレクトリdirで実行することが前提として作られている 他のスクリプトをdirからの相対パスでrequireしている $ cat foo.rb require "bar" $ cat bar.rb puts "baz" $ ruby foo.rb <internal:lib/rubygems/custom_require>:29:in `require': no such file to load -- bar (LoadError) from <internal:lib/rubygems/custom_require>:29:in `require' from
『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、日本 Ruby の会の有志による Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0058 号 バックナンバー Rubyist Magazine 0058 号 RubyKaigi 2018 直前特集号 Rubyist Magazine 0057 号 RubyKaigi 2017 直前特集号 Rubyist Magazine 0056 号 Rubyist Magazine 0055 号 Rubyist Magazine 0054 号 東京 Ruby 会議 11 直
テストコード書いてますか? HIROKIです。 murahashiに続いて、テストファーストを導入してみての振り返りをします。 まず、どうやってチームにテストファーストのスタイルを持ち込んだのか。 1.テストが重要だという共通認識を持つ。 前のプロジェクトではテストコードは、ほとんどありませんでした。 その中で、開発になれていない人や新たに人が投入され、 極少数ですが、デグレーションが起きました。 その経験を元にテストが重要だという共通認識を持つことができました。 2.プロジェクト開始時からテストファーストに踏み切る気持ちが必要 テストコードを書かなければコミットさせない。ぐらいの気持ちが必要です。 実際に何度も、本格的な実装が始まる前から口にしていました。 「うちのチームはテストを書かなければコミットを許さない。」と。 3.でも、テストコード書いたことないよ? テストコードを書いたことの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く