テストコードを作らない文化が浸透している現場へRuby/Railsが導入された結果への対策を考えてみる, tDiary 3.0.2 リリース - 会長@腹部日記(2011-04-29)
_ テストコードを作らない文化が浸透している現場へRuby/Railsが導入された結果への対策を考えてみる まず、導入された結果は以下のようになっております。信じられないものもありますが、事実です。 1. マージが頻繁に行われる開発中はNoMethodErrorや文法エラーが続出。必要なコードのマージ漏れまで発生 2. 修正の度に人力テストが必要となり、コスト増大 3. これまで以上に責任論が追求される現場となる 4. コスト増加を恐れるあまりリファクタリングはおろか、巨大な迂回処理やコピペが横行する 本プロジェクトには、以下のようなテストコードを作(らない|れない)様々な原因があります。 問題分類 現場への影響
Railsの学び方
Railsに限らず、プログラミングというのは何冊本を読んでもそれだけで上達するものではありません。実際に手を動かしてコードを書く必要があります。いま考えると私もポール・グラハムと似たような手順を踏んでいたのですが、ちょっと独自な部分もあったので色々ご紹介したいと思います。 プログラミング・コンテストに参加することでやる気を高める 締め切りとか目標が設定されないとやる気が出ないタイプの方は、とりあえず何か発奮材料を探すのをお勧めします。私の場合はAward on Railsというプログラミング・コンテストが日本で開催されると知り、さっそく申し込んでみることにしました。 残念ながらAward on Railsは2008年以降開催されていないようですが、現在でもいくつかプログラミング・コンテストがあります。 マッシュアップアワード Award on Railsと同じ2006年に始まったプログラミ
ポストMongrel時代のWebサーバ - Hello, world! - s21g
と言いつつ、自分ではMongrel使ってない（主にlighttpd）のですが、 RailsChatでshachiさん、くまくまーのmaihaさん、笹田さん、のりおさんと話してた時に出てきた、最近のWebサーバのメモ。 thin 軽量で高速らしい。 Ebb libevとかを使っていてthinより速いらしい。 小さいファイルが弱点だったが、最近克服されたらしい。 swiftply Webサーバではない。プロクシフレームワーク。 (See also Swiftiplyのアーキテクチャとベンチマーク) あとで試す。 話は変わりますが、上述のプログラムの大半の実装はCで書かれていて、 インターフェイスの部分だけRubyで実装されている感じのものが 多いですね。これこそがRubyの真骨頂だと思う。 いろんな言語を使ってきたけれど、 最近はCとRubyの組み合わせが良い感じです。 C言語用の高性能プリプ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
