aitem-lab.com - アイテム ピッチ 交流 基本 基板 変換 表現 設計 リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
Subversion1.7はGitのような特徴を持つ
こちらの記事より引用翻訳。 2010年2月19日 WANdiscoは2月17日、この夏にリリース予定のSubversion 1.7にリソースを確保し、Gitのような機能を有効にする、と発表しました。 これに先立ち、我々はWANdiscoのオープンソース・プロジェクトのディレクターでもあるハイラムライトからのビデオを共有しました。彼は、次のSubversionのリリースで期待していた事を少し変更する話をしましたが、それはSubversionプロジェクトにとってとてもエキサイトする情報を発信していました。 私たちは開発者の間で、SubversionとGitのメリットについて話されている事を見聞きしてきました。ディスカッションのポイントのひとつは、Subversionで様々な事をやろうとした際のスピードです。例えば、リポジトリのマージやチェックアウトであったり、オフラインコミットであったりします
ドコモ株主総会 「役員もXperiaやiPadを使っている」と山田社長
NTTドコモは6月18日、株主総会を開催した。総会に出席した株主からは、スマートフォン事業の戦略や、海外事業戦略、増加するトラフィックに関する施策などの説明を求める声が挙がった。 役員も「XperiaやiPadを使っている」 同社は2010年を「スマートフォン新時代」と位置付け、スマートフォンのラインアップやサービスを強化する考え。同社の山田隆持代表取締役社長は、使いやすい料金設定や「ドコモマーケット」を通じたアプリの紹介などによって、幅広い客層がスマートフォンを使える環境を整備していくと説明した。株主の「役員はスマートフォンを使っているのか」という質問には、「Xperia、iPadを含めて役員もきちっと使っている。この機能のボタンをこうすべきだ、といった議論も開発者と交わしている」（山田氏）と答え、近く市場に投入するドコモ網対応のモバイルWi-Fiルーターを使ってiPadが利用できること
続・Rails 3.x 時代のテストフレームワーク
先日の記事Rails 3.x 時代のテストフレームワークで、私は「Railsのテストを取り巻く状況が複雑に拡散しつつある」と書き、デファクトスタンダードがまだ現れていないんじゃないか、ということを示唆しました。 その後、この件について他の人が書いているのを更に読んだり、実際にフレームワークを使ってみたりして、わかったことや考えたことをまとめてみようと思います。 まず、Railsで使用できる代表的な4つのテストフレームワーク Test::Unit, RSpec, Shoulda, Cucumber の基礎知識と相互関係について。 Test::Unit は、Ruby 実行系と一緒にインストールされる標準ライブラリの1つです。20世紀末に提唱されたソフトウェア開発手法エクストリーム・プログラミング(XP)が求めるテスト駆動開発をRubyで実践するために作られました。Java 用の JUnit、.
Rails 3.x 時代のテストフレームワーク
Rails 1.x の頃、テストと言えば Test::Unit であり、Fixtures でした。 この2つがあったからこそ、私は Rails を好きになったんだと言えます。 Test::Unit は Ruby 標準ライブラリの1つですが、Rails はそれを巧妙に拡張して、自らと一体化させていました。 Rails は Web アプリケーションを開発するためのフレームワークであり、同時にその Web アプリケーションをテストするためのフレームワークでもあったわけです。 Fixtures は、テストの対象となるサンプルデータをデータベースに投入するためのツールです。 テストを開始する時点でのデータベースの状態を YAML 形式あるいは CSV 形式で記述しておくと、Fixtures はテストを行う直前にデータベースをその状態に戻してくれます。つまり、Fixtures によって再現性のあるやり
RSpec のすごいところ - kなんとかの日記
(注: 以下の内容は、RSpec ユーザの間で広まっていることでもなく、もちろん RSpec 開発チームの公式な見解でもなく、あくまでワシの個人的な見解です。) RSpec のすごいところは、コードに対してではなく仕様に対してテストを書くことを明確にしたことだと思う。何を今さらと言われそうだけど、今さらになってようやく気づいたニワトリ頭ですまんかった。 ワシも最初は、「assert_equal(expected, actual)」のかわりに「actual.should == expected」と書くかっこよさに目を奪われて、テストコードを自然言語に近い形で記述するのが RSpec のすごいところだと勘違いしてたし、それが「TDD (Test Driven Development)」から「BDD (Behaviour Driven Development)」へという新しい潮流だと勘違いしてた
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
