This shop will be powered by Are you the store owner? Log in here

以下の文章は、Martin Fowler による Domain Logic and SQL の日本語訳である。 データベース指向ソフトウェア開発者とメモリ上(in-memory)アプリケーションソフトウェア開発者との間のギャップは、ここ数十年、徐々に広がってきている。このギャップが原因で、データベースの機能(SQLやストアドプロシージャ)をどのように扱えばよいのかという議論が数多く巻き起こっている。ここでは、ビジネスロジックを SQL に置くべきか、それともメモリ上のコードに置くべきかといった問題について、主にパフォーマンスと更新性の観点から考察を行う。考察には簡単な例を使うが、SQL クエリはしっかりとしたもの（rich SQL queries）を用いるので悪しからず。 エンタープライズアプリケーション（訳注：以下、EA）構築に関する本（私の近著『P of EAA』など）を読むと、ロジッ

立って会議をするだけでなく、はてな社内では他にも色々なことを試みています。その中でも、開発者が楽しく仕事ができるように、という観点でいくつか紹介してみたいと思います。 まずはペアプログラミング。これは、2人1組になってプログラムの開発を行うスタイルで、XP（エクストリームプログラミング）のプラクティスの一つとしても提唱されているものです。 2人でプログラムを開発するというのは、1人がプログラムを書き、もう一人が横からそれを見ている、という方法です。この方法を聞くと、1人がそれぞれの作業を行うよりも作業量が2分の1になってしまいそうな気がするものですが、実際はそれぞれが別々の作業をするよりも効率が上がる、という興味深い逆説的な現象が発生します。 ペアプログラミングの様子。こういうときはなぜかコーラが似合います。 なぜ2人1組でプログラミングをする方が1人ずつでやるよりも効率が上がるのでしょう

計画プロセス 成果物と目標の明確化フェイズ このフェイズでやるべきこと プロジェクトが作り出す成果物やサービスの機能、特徴を明確にする。 プロジェクトの定量的な達成目標を明らかにする 【手順】 スコープ記述書を作成する スコープ・マネジメント計画書を作成する Project : ファイルのプロパティにプロジェクト名、プロジェクトマネージャ名を入力する Project : サマリータスクを表示する Project : プロジェクトの開始日・終了日を設定する Project : プロジェクト・カレンダを設定する Project : プロジェクト・カレンダをスケジュール領域に表示する

This domain may be for sale!

北海道の田舎で子供２人がいる専業主婦です。主人は学校の先生をしていて休みともなれば生徒さんが遊びに来て気が休まる暇がありません。また休みに生徒さんが遊びに来るというので、隣町のパチンコ屋で暇つぶしをしたところ面白くなってきてしまい、一ヶ月分の生活費を全部使ってしまいました。主人は息抜きにパチンコをしてもいいけど、借金してまでお金をつぎ込まないように。と言っていました。とりあえず、食費分だけでも借金しようと思っています。ネットで見かけるレディースキャッシングは専業主婦でも申込めますか？ 専業主婦でもキャッシングを利用できます！ えーと。ご主人はパチンコで生活費を使い果たすな、と言っているわけですよね？今後のためにも勇気を出して打ち明けてみてはどうですか？北海道の田舎に住んでいるなら、リフレッシュできる場所も限られてくるので、ご主人は怒らないような気がします。なんといっても、田舎といえばパチン

データ専門家とアプリケーション開発者を団結させる ここは Scott W. Ambler 氏による www.agiledata.org の翻訳 Wiki です。 Scott W. Ambler 氏より許可を得て運営しております。翻訳における注意事項やライセンスについては、ReadMe をご覧ください。そのほか、なにかご意見がありましたら、会議室にてお願いいたします。 概略 アジャイルソフトウェア開発者の基礎知識 進化的開発技術と成功要因 アジャイルデータベース開発技術 アジャイルデータ(AD) 手法 その他 重要なリンク アジャイルデータメーリングリストに入ろう！ アジャイルデータメーリングリスト（日本語）: 聞くところによると、大規模なミッションクリティカルプロジェクトは65〜85%の確率で失敗しているのだそうだ。 これはStandish GroupのChaos Report によるもの

http://www.agiledata.org/essays/vision.html この論文は、Agile Database Techniques Chapter 6より抜粋。 データは明らかにソフトウェアに基づいたシステムの重要な側面であり、その事実は情報技術(IT)産業が何十年も把握していたことだ。 しかし、多くの組織が彼らのソフトウェア・プロセス内でデータへ取り組むのに四苦八苦している。 広範囲の組織で働く特権を持っているコンサルタントとして見れば、10の組織のうち約1つがデータ指向の活動への取り組みに成功しているといえるだろう。 10のうち約6つは、自分たちはうまくやっていると考えているが実際にはそうではなく、 そして残りは、組織が問題を抱えているというかなりよい考えを持っているが、そのことについて何をすればいいのかは分かっていない。これはあるべき姿ではない。 さてどのように

http://www.agiledata.org/essays/relationalDatabases.html ※ 正確なタイトルは「リレーショナルデータベース基礎: 全体像を視野に入れる」です。 この論文は、Agile Database Techniques Chapter 6より抜粋。 議論を始める前に。リレーショナルデータベースとは、データをストアしたり、場合によっては機能を実装することもできる永続化機構である。 この章の目標は、 リレーショナルデータベース（RDB）技術の概観をつかむこと。 そして、現代組織におけるリレーショナルデータベースの適用について掘り下げていくことである。 RDBはアプリケーションで必要となる情報をストアするために使用される。 アプリケーションとは、COBOLやFORTRANといった手続き型技術、JavaやC#といったオブジェクト指向技術、Visual B

失敗しない情報システム調達 - 顧客の視点で、アジャイルを説明 目次 はじめに 気をつけろ！ 目的を明確にしよう 予算を明確にしよう システムの初期仕様で契約するのはやめよう 決定権を持った人を担当にしよう 絶えず監視しよう 現物で報告させよう 定期的に短期間で報告させよう ふりかえらせよう 早く稼動させよう 開発技術を身につけよう 良い人を演じよう 信じよう コメントお待ちしています 顧客の視点で、アジャイルを説明 はじめに この文書は、情報システムを調達するときに、情報システム開発会社（以下、「やつら」と略記）から不当に搾取されないように、気をつけることや、予防策について書いています。 よく読んで、情報システムの調達に失敗しないようにしてください。 この文書が、読まれた方のご参考になれば幸いです。 気をつけろ！ 目的を明確にしよう なぜ、その情報システムを必要としているのか、その目的を

This domain may be for sale!