LINQ to SQLは本当に終わりなのか？
LINQ to SQLがSQL Data Programmabilityチームに移管になったと(参考記事)7月に報告した。この出来事により開発者コミュニティ内に、ADO.NET Entity Frameworkの利益になるようにLINQ to SQLへの取り組みが中止されてしまうのでは、という懸念が広がった。LINQ to SQLとEntity Frameworkの両方のプログラムマネジャーを務めるTim Mallalieu氏が先ごろ行った発表により、コミュニティの懸念が深刻化した(リンク)。 Entity Frameworkにはかなりの投資をしているので、.NET 4.0になる頃には、LINQからリレーショナルへのシナリオではEntity Frameworkが推奨のデータアクセス・ソリューションになるでしょう。LINQ to SQLについては顧客の声を聞いており、コミュニティから届くフィ
バーチャルパネル: コードとテストの比率、TDD、BDD
JB:この件について一般化するのは嫌なので、私がTDD/BDD使うときとその理由を説明させてください。 私が初めてTDDに出会ったのはミス(欠陥といってもバグといってもいいでしょう）を防ぐ方法を求めていたからです。プログラム上の多くのミスのおかげで私は完璧さの感覚を失ってしまいました。どんなことを成し遂げても仕事が完璧に近づいたと感じたことはありませんでした。そして、書いたコードをテストすれば、ばかげた小さなミスを見つけ修正できるのではないかと考えました。テストをしてミスを見つけたかったのは、愚かにみられるのを防ぐためというより、仕事に対する完璧さの感覚を失わないようにするためです。実際テストは役に立ちました。数年経って、TDDはコーディングのミスを防ぐのに役に立つだけでなく、デザインの失敗を防ぐのにも役に立つことに気づきました。そしてBDDを学び、どのような機能を実装するかについての失敗
ユースケース、それともユーザストーリー？
Murali Krishnaはこう言う(リンク)。 アジャイル開発へ効果的に移行できないという失敗は、ユーザストーリーが何たるかを理解できていないという根本的な失敗に根ざしていることが多い。 ユーザストーリーの最も重要な側面は、ユーザストーリーが要件（機能）の「スケジュール可能な」ユニットであり、スケジュールは他に依存していないということです。ユーザストーリーの「他に依存せずスケジュール可能な」特徴を実現する鍵となるのが、「ユーザ」がどう使うかという目線に立ってユーザストーリーを表現することです。そうすればユーザが実際にインタラクトできるエンドツーエンド（UIからバックエンド）に実装された機能性のユニットが手に入ります。 Krishnaはアジャイルコミュニティで多数の人々が信じている「ユーザストーリーは唯一、最良のよりどころ」を正確に描写し、Mike Cohnによる「Advantages
InfoQ: 仮想パネル: バックログは重要な成果物とプラクティスか、それとも無駄か?
チームが今どこにいて、これからどこに行くのかという感覚をチームに与えるものです。バックログは、その価値の分だけ真剣に受け止めるべきです。 Ron Jeffries氏: おそらく多くの目的があります。私が示したいのは、異なる価値がある以下の2つです。 1. いつかやろうと思うことを追跡するため。 2. 他の人たちに要求の状態を伝えるため。 Jeff Patton氏: 私にとって、バックログは2つの目的を持ちます。1番目は、構築している製品の「形」について、その製品が何であり、どうなるのか、そして、誰のためのものかといったことを理解する役に立ちます。「大きなストーリー」として高いレベルでその形を理解します。これは、Alistair氏がNauer氏による「理論構築」を引用したことをDave氏が述べたことと共鳴します。これこそが、私たちがしなければならないことです。私は、理論を伝えるための「ストー
InfoQ: RESTfulなアプリケーションを記述する
しかしながら、上述のRoy Fieldingの言葉を言い換えると、このようなアプローチはRESTの基本的な原則の一部と相反します。たとえ私たちがこの異議を無視するとしても、 HTTP上に分散型アプリケーションをRESTfullに構築しようとしている人たちには、根本的な問題が残ります。契約を形式的に定義することなくサーバーからの取得はどうするのでしょうか？契約なしでクライアントとサーバーが正しく実装しているということをどのように確かめるのか、それぞれの設計仕様書だけでなく、その他、適切なビジネス/技術ポリシーはどうするのでしょうか？ アプリケーションプロトコルとしてHTTPを使用し、RESTfullな構築をしている分散型アプリケーションには、同じような性質と種類の契約があります。私たちは、何を探し、どこを探すかを知る必要があります。同じ方向にしたがい、私たちが記述言語に向かうならば、それはW
InfoQ: Web開発者が知っておくべき八つの分離レベル
原文(投稿日：2009/3/15)へのリンク ACID特性はデータベース論の基礎の一つです。ACIDではデータベースの信頼性を保つために必要とされる4つの属性を定義しています。原子性(Atomicity)、一貫性(Consistency)、分離性(Isolation)、そして永続性(Durability)です。4つの属性はいずれも重要ですが、とりわけ分離性については最も柔軟に解釈されています。ほとんどのデータベースがいくつかの分離レベルを選択できるようにしていますし、最近は多くのライブラリがより極め細やかな分離レベルを作成するレイヤを追加しています。このように広範囲の分離レベルが存在している主な原因は、緩い分離レベルによって拡張性や性能が数桁のオーダーで異なることにつながるからである。 シリアライズ可能というのは最も古典的で高い分離レベルであり、一般的に使うことが出来るもので、多くの人がそ
SilverlightとJavaのインターオペラビリティ
はじめに 概要 Silverlightを連携することに関心があるJavaコミュニティの人々に対するソリューションの一つとして、本稿では、それを始める手助けとなる有益な情報を提供します。MicrosoftのSilverlightは、次世代のメディアエクスペリエンスとWebのためのリッチでインタラクティブなアプリケーションを実現する手助けとなるように設計された、クロスブラウザ、クロスプラットフォーム、クロスデバイスのブラウザプラグインです。ここでは、インターオペラビリティのシナリオを含めて提供するために、Silverlightの背景を含んでいます。基本的な Silverlightの機能、Silverlightの開発コンセプト、Silverlightがリッチなインターネットとして良い位置につける方法、メディアが利用可能なことを通して、Silverlightのメリットと制限事項を含んだアーキテクチ
ペア・プログラミングの採用を成功させるには
経験上、ペア・プログラミングの採用を成功させる上で唯一最大のステップは、適切なペア用ステーションを用意することです。以下で記述するようなペア用の構成を推奨しますが、状況に応じてカスタマイズする必要があるでしょう。 両者が並んで快適に座れるような平らな机。Nat Pryce氏は円卓の使用でも成功しています。通常、作業者の方へカーブする机は快適な作業条件を実現できないため、避けるべきです。 手ごろに購入できる最速な開発用マシン。ペア用のステーションが個々のマシンより優れているならば、使用する機会も増えます。また、2人につき1台を購入しさえすればよいため、より多くの費用をかけることができます。 デュアルDVI出力付きビデオ・カード。スプリッタも正常に機能しますが、十分ではありません。最大の解像度を得るには、デュアルDVI出力を使用するほうがより適しています。 24インチまたは30インチのモニタを
InfoQ: 複雑な外部DSLを開発する
Railsフレームワークは、Rubyで書かれたWebアプリケーションを管理するための、RubyベースのDSLと呼ばれています。RailsがDSLと呼ばれる理由の一つは、汎用的な目的のRuby言語とは対照的にRailsがプログラミングでは無いように思えるのに対して、Ruby言語の機能のいくつかがプログラミングをするのに利用されているからです。言語として考えたとき、その基盤がそれ自体で言語となるのにとても有利なスタートであるとして、RailsはRuby上で作られました。 Dave Thomas (PragDave)が、Rails全体をDSLとして考えているのかは私にはわかりません。しかし、Railsのいくつかの機能が異なるDSLによって支えられていると彼は言っています。彼が示す例は、DSLとしてのActive Record宣言です。ドメインモデルのエンティティの関連に特有な、いくつかの単純な専
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
InfoQ: アジャイルのプロジェクト憲章には何を書くべきか？
プロダクトオーナーにバックログを優先順位付けさせる方法
塹壕より Scrum と XP
スプリント計画：ストーリーポイント VS 作業時間
InfoQ: 体験レポート：ゲームで学ぶアジャイルな反復型開発
アジャイルにおけるプロジェクトマネジャーの役割
分散バージョン管理システムの詳細なガイド
Silverlight、重要顧客を失う
New York TimesがWPF/SilverlightからAdobe AIRに乗り換えた
PhoneGapがモバイルプラットフォームにクロスプラットフォーム開発をもたらす
RGen: Rubyのモデリングとコード生成フレームワーク
