Fresh Meetingの特徴 ログイン [モイ] 「みんなの見た、東日本大震災の記録」を公開しました 2012/03/08 「モイ株式会社」を設立しました。 2012/02/29 年末年始の営業について 2011/12/22 ご利用規約 お問い合わせ プライバシーポリシー サイドフィード株式会社 Copyright (c) 2007-2024 sidefeed, Inc. All rights reserved.
Fresh Meetingの特徴 ログイン [モイ] 「みんなの見た、東日本大震災の記録」を公開しました 2012/03/08 「モイ株式会社」を設立しました。 2012/02/29 年末年始の営業について 2011/12/22 ご利用規約 お問い合わせ プライバシーポリシー サイドフィード株式会社 Copyright (c) 2007-2024 sidefeed, Inc. All rights reserved.
現在最も注目されているWebアプリケーション・フレームワークRuby on Rails。その作者であるDavid Heinemeier Hansson氏(通称DHH氏)が日本Rubyカンファレンス2006(関連記事)のために来日した。「JavaやPHPでは書けなかった美しいコードが書けるから」---Hansson氏はRubyを開発言語として選んだ理由をこう語る(聞き手はITpro編集 高橋信頼) ---なぜRubyを選んだのですか。 以前,JavaやPHPでコードを書いていました。しかし,JavaやPHPでは美しい(Beautiful)コードを書くことができず,不満を感じていました。そんな時に(リファクタリングなどで知られる)達人プログラマMartin Fowler氏がRubyを紹介した記事を読み,自分で使ってみて,Rubyは美しいコードを書くことができる,プログラマをハッピーにする言語だ
Catalyst::Model::DBIC::Schema を使う。 この Model は大きく3つの使いかたがある。 単純に既に存在する Schema クラスを使用するSchema::Loader で既存の DB から Schema クラスを生成し、それを使用するSchema::Loader で既存の DB から Schema::Loader クラスを生成し、それを利用する。 1 はまず Schema クラスをどこかに作ってあり(My::Schemaと仮定する)、それをそのまま Catalyst::Model として利用する。 ./script/myapp_create.pl model DBIC DBIC::Schema My::Schema で、MyApp::Model::DBIC が作成される。この My::Schema に connection なんかが定義されていてそれを使う場
← wikifarm 最新の20件 2018-12-27 zatmwtef pusxqxeh at vcoga70a yyeydikb 2018-12-23 ukhlbdld 2018-10-17 BisaQQ 2018-10-09 Stared new concoct 2018-08-29 Situs Agen Live Casino Terbesar dan Terpercaya di 2018-08-26 best online pharmacy 2018-05-11 5mg cialis daily vs 20mg mer 2018-02-23 loordes 2018-02-18 daRtora 2018-01-12 Lierb 2018-01-08 Jaina 2017-06-01 Agência A Carioca 2017-04-23 Obat Kutil Kel
会社からだから、走り書き。 特に推敲もしていない。一度も見直していない。 だが、これは限りなく本音に近いのだ。 ruby -rdebug hoge.rb よく使うコマンド break クラス:メソッド名 delete ブレークポイント解除 c ブレークポイントまで続行 l 該当ソースコード表示 n 次の行へ s 次の行へ、関数であれば中に入る p 画面にデバッグ表示 catch off 例外発生時に止まらなくする。 catch <Exception> 指定した例外発生時に停止 var l ローカル変数をすべて表示 良いところ rubyの標準モジュールが使えるところ。 irb 見たいな感覚で使える。 当然、デバッグ中に require 出来るので、 たとえば、pritty print したかったら require 'pp' pp @hoge とかもできるし、 require 'y' y @h
尾藤正人です。 ウノウでは最近新オフィスに引越ししたのですが、新オフィスにサーバルームを設置してフォト蔵のサーバをホスティング業者から自社サーバに移行しました。 自社サーバに移行のは下記のような理由からです。 フォト蔵のようなストレージ系のサービスの場合、十分な帯域を確保する必要があるが、広帯域を確保するにはコストがかかる フォト蔵のようなストレージ系サービスの場合、大容量のHDDが必要になるが、大容量のHDDを搭載したマシンはハイエンドマシンになり、増設コストがかかる マシンの増設に時間がかかりフレキシブルに対応できない というわけで自社サーバに移行したわけですが、自社サーバに移行するにあたって様々なノウハウがたまってきました。 サーバ構築にはいろいろトピックスがありますが、今回はハードウェア的な部分について書きたいと思います。 ・マシンは全て同じ構成にする 数多くのサーバを運用するに
Data CG nagato.svg (zip) (png) HtmlHelp(chm)関連 Haskell-ghc6.8.chm wxruby2.chm wxruby2chm.rb Software CG関連 ARToolKit with Lua (arl) BazAR for MinGW Ruby/MetaRed (mqo2rib) ps2svg.patch bind_psd.py Susie.py Inkscape extensions mkClippedLayers setLetterSpacing xyzzy用 Lua mode Haskell mode Video コメント等はBBL::Wikiにどうぞ。 メールは b2oxgm @ gmail.com へ。 最近の雑記 全ての雑記[XML] 2008/10/03 18:19:04
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く