mixi - ソーシャルアプリケーション アワード
ソーシャルアプリケーションアワード2009 - 結果発表！！ たくさんのご応募、ありがとうございました！ グランプリは100万円！ 各賞について 2009年11月10日 結果発表！たくさんのご応募ありがとうございました！ 2009年11月9日 明日11月10日(火)、当サイトより結果を発表させていただきます！ 2009年11月2日 結果発表日を変更させていただくことになりました。発表日については近日ご案内させていただきます。 2009年10月1日 応募受付を終了いたしました。ご応募ありがとうございました！ 結果発表まで今しばらくお待ちください。 2009年8月17日 開催期間を延長しました！応募受付は9月30日(水)まで。 2009年7月1日 募集を開始しました！ 協賛賞の副賞について情報を追加しました！ 2009年4月24日 ソーシャルアプリケーション アワードサイト、本日オープン！
Route 477(2009-05-22)
■ [ruby][git] gemspecの作り方がわからない？ならばjewelerだ githubなりrubyforgeなりでgemを公開するときに必要となるのがgemspecファイルですけれども、 これは手書きするのははっきりいってめんどい。それをなんとかしてくれるgithubおすすめの ツールができたらしい。 その名もjeweler。 technicalpickles's jeweler at master - GitHub 使い方は上のページに書いてあるけど、Rakefileに begin require 'jeweler' Jeweler::Tasks.new do |gemspec| gemspec.name = "the-perfect-gem" gemspec.summary = "TODO" gemspec.email = "josh@technicalpickles.c
Route 477(2009-05-29)
■ [ruby][games] DXRubyすげー DXRubyという、RubyからDirectXを使ってゲーム作るためのライブラリを作られているのですが。 記録 - mirichiの日記 30fpsで9600個…だと…!? (5/29追記：12500個！) Ruby/SDLがどれくらいか忘れたけど、こんなには出せなかったような。 ところで マップ描画をRuby1.9.1で動かすと結構速い。 まあ、Exerbが出ないことにはいかんともし難いのも事実で、Ruby1.9系は動向を見つつも、まだしばらくは様子見ということになるだろう。 [Ruby191の速さ - mirichiの日記より引用] Exerbって1.9は未対応でしたっけ。 最近出たocraっていうアプリを使うとRubyスクリプトを Windows用の自己解凍ファイルにできるらしいですが。(まだ試してない) 1.9も対応済みらしい。ま
Greenbear Diary - そろそろrequire 'rubygems'は止めようと思った
■ [misc] サーバが不安定です しばらく、mono.kmc.gr.jp以下が見えたり見えなかったりするかも知れません。route477.netもです。 ■ [arc] Arcの最新版が出たらしいが http://arclanguage.org/item?id=9383 (thaddeus) Ken Shiriffがarc2のリリース時に書いてたみたいな変更点まとめはないですか？ (pg) ないよ。diff取るといいよ。 pgぱねぇｗｗｗ ダウンロードは：http://www.ycombinator.com/arc/arc3.tar ■ [ruby] Ruby1.8/1.9同時にgemをインストールするシェルスクリプトを書いた いちいち「sudo gem install hoge」して「gem-1.9 install hoge」するのはめんどいなーと思い始めたので、 両方に一気にgem
Route 477(2009-06-04)
■ [ruby] RDoc書いただけで「リファレンスは完璧だお！」とか言ってるやつなんなの タイトルは釣りですｗ。自分が実践でき(て)ないのであんまり強くはいえない。 以下、メモ書き程度だけど、個人的に、現状のRDocはユーザリファレンスに向いてないと思ってる。 問題は、 内部用のクラス・メソッドまで全部リストアップされてしまうこと どこから読めばいいか分からないこと クラス構成に1対1対応したリファレンスしか作れないこと の3点。 1点目は:nodoc:付ければ解決するけど、内部用のメソッドもライブラリのメンテナ候補生にとっては有り難いものだから、 無くしてしまうのはまずい。ので、「内部用のみ」と「内部用＋外部用」の2つに分けてリファレンス作れるといいと思う。 2点目は、README(というかrdocのトップ)に、クラス構成の概要とかexampleとかをしっかり書いておけば解決できる。
Route 477(2009-06-09)
■ [ruby] Rubyのテスト環境大戦争 おまいらは本当にテストが好きだな！というわけで、Rubyのテスト関係のライブラリを並べてみた。 テストフレームワーク Test::Unit Ruby標準添付のユニットテスト用フレームワーク。 RSpec DSLを使う、「BDD」という概念を流行らしたユニットテスト用フレームワーク。 Cucumber 自然言語を使って、ブラックボックステストを記述する。RSpecの「Stories」と呼ばれていた機能が独立した。 あとはShouldaとかbaconとかいろいろありますけども。 モック・スタブライブラリ モック＝あるオブジェクトに期待したメッセージが飛ぶかどうかテストするためのオブジェクト、 スタブ＝ネットワークが絡むとか、実際のオブジェクトが使えない場合に使う偽オブジェクト。 と思ってるんですけどどうなんですかね(more: モックとスタブの違い
Route 477(2009-06-06)
■ [ruby][memo] DXRubyスターターキットとか作れんじゃねーの DXRuby使ったRubyスクリプトをOcraで普通に固められたので、 これはDXRubyスターターキット作るしかない。 と思ったけどexeのパスがスクリプトから取れなくて困った。リクエスト は上がってるみたいなんでそのうちできるようになるかなぁ。 まあとりあえずは、カレントディレクトリとexeのパスが一致すると仮定して問題ないんかな。 以下は製作過程のメモです。 構造 exeに含めるのは、ruby本体といくつかのファイルだけ。 D:\proj2\rskit2>ocra.rb.bat --no-autodll dxtest.rb === Loading script to check dependencies === Building dxtest.exe m src a src\dxtest.rb m bin
BigDecimal の DoS 脆弱性
Posted by maki on 10 Jun 2009 Ruby標準ライブラリの一つであるBigDecimalに、DoS(Denial Of Service)状態を引き起こしてしまう脆弱性が存在することが発見されました。 BigDecimalオブジェクトから浮動小数点数(Float)への変換に問題があり、攻撃者はsegmentation faultsを引き起こすことができます。 ActiveRecordライブラリはこのメソッドを使用しているため、多くのRailsアプリケーションはこの脆弱性の影響を受けます。しかしながら、これはRailsのみの問題ではなく、Rubyアプリケーション全体に影響の起こりうる問題です。 影響 攻撃者は巨大なBigDecimalの数値を変換することにより、DoS状態を引き起こすことができます。 その一例を以下に示します。 脆弱性の存在するバージョン 1.8系 1
特集：Hudsonを使ったアジャイルな開発入門｜gihyo.jp … 技術評論社
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
第13回 モジュラーなWebアプリケーションフレームワーク、Merb | gihyo.jp
はじめに MerbはRubyで記述されたWebアプリケーションフレームワークです。2006年の10月18日にEzra Zygmuntowicz氏によって最初のリリースが発表されました。 RubyでWebアプリケーションフレームワークといえばRuby on Rails（以下Rails）が有名ですが、Merbは以下のような特長を備えています。 ActiveRecord, DataMapper, SequelなどのORMを自由に選べる jQuery, PrototypeなどのJavaScriptライブラリを自由に選べる HAML, ERBなどのテンプレートエンジンを自由に選べる 単一の機能を実現するために作られた再利用しやすいプラグイン群がある 軽量でシンプルなコア プラグイン機構としてRubyGemsを使っている ControllerとViewのコンテクストが同じ シンプルで強力なルーティング
あるRuby on Railsプロジェクトのふりかえり - yuum3のお仕事日記
昨年末から始めた、Ruby on Rails を使ったある仕事がひと段落したので、ふりかえってみました。 この仕事で作ったWebアプリの詳細は書けませんが、画面数 60、テーブル数 15 と小規模のものでした。システムはところどころに難しい部分はありました、UIは一部に Ajax(JQueryを使用)を導入し使い勝手を高めています。 1. ソースコードが少ない！ 書いたRubyコードの行数を合計すると 約3600行 しかありませんでした！ 1画面あたり 60行しか書いてない !! ・・・「あんまり仕事してないじゃん！」と思わずつぶやいてしまいまました ^^); やはり、Ruby on Rails は生産性が高いと言われる通りです。 ただし、だらだらとコードを書かないように以下のように注意しました。 共通部分はモジュール化しMix-inで共有 継承による機能の共有は設計が難しくなりますし、委
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
opensocialhost.com