スクラムによるドメイン駆動設計 - Digital Romanticism
ビジネスとソフトウェアの統合という観点から、スクラムとドメイン駆動設計の関係をとらえなおす。 導入 ここ数ヶ月は日本のスクラムにとって、おそらく非常に有意義な期間だったのではないかと思います。12月にJim Coplien氏による認定スクラムマスター研修、１月にGabrielle Benefield氏とJeff Sutherland博士による認定プロダクトオーナー研修が開催され、さらにInnovation Sprint 2011では野中先生とSutherland博士の対談までもが行われました。私は幸運なことに、これらのイベントにはすべて参加することができたのですが、そうやって学ぶことができた今では、スクラムのことを、一言で言うと「価値の流れを生み出すためのフレームワーク」ではないかというイメージを持っています*1。「フィードバック」や「改善」など、スクラムにとって重要な概念はいくつかありま
オラクルがHudson製作者KohsukeをWikiから削除 - karasuyamatenguの日記
New: どうやら何かの手違いだったようで、無事解決したようだ。 http://jenkins.361315.n4.nabble.com/Hudson-Dev-Re-Can-I-get-my-account-back-td3264376.html オラクルへ スターリンと比べちゃってごめんなさい。 http://jenkins.361315.n4.nabble.com/Hudson-Dev-Can-I-get-my-account-back-td3262992.html オラクルが運営しているwiki.hudson-ci.orgでのKohsukeのアカウントがフリーズされたよう。名前が"Kohsuke Kawaguchi"から"hudson CI"に変更され、彼のメールアドレスが[hidden email]になっている。Kohsukeは「何かの間違いだろう」と丁寧にアカウントの回復を管理者
「ソフトウェア開発の技法やプラクティスが有効にはたらく前提は明らかになっていますか？」でお話したこと：森崎修司の「どうやってはかるの？」：オルタナティブ・ブログ
開発技法、プロセス、プラクティスが期待通りの効果を出す場合には、何らかの前提があることがほとんどだ。 その前提と技法、プロセス、プラクティスをセットにして考えると、さらなる改善や横展開につながると考えている。私の専門分野の1つであるエンピリカルソフトウェア工学では、前提をコンテキストと呼び、その記述とともに結果や結論を述べるよう推奨されている。 コンテキストは、ある結論（たとえばある技法が非常によい効果をもたらした）に対して、その原因、前提を考えることにより明らかになる。「組込みだから」「社内システムだから」「40代男性だから」等、思いつくままに定義すると的外れになることが多い。 具体的なコンテキストを抽出するシステマチックな方法は存在しないが、たとえば、他プロジェクトへの展開や次に活かそうとしたときに、前提がそろっているかどうかを考えると、いくつかが浮かんでくるだろう。 私はコンテキスト
三菱重工 航空宇宙事業本部｜パイロットの話 「コックピットから その1」
高度40000フィート速度0.95マッハこれが音速への入り口です。 この付近は遷音速域と言われ、機体の一部分ではすでに音速を超える部分も出てきています。このため飛行機によってはやや不安定な動きをする場合があります。当然パイロットにはそれに対応するために、特別な操舵が必要となります。 例えば、F-4では縦の静安定が逆転します。 飛行機は通常、加速をすれば機首が上がってきます。逆に減速すれば機首が下がってきます。これを縦の静安定が有ると言います。 F-4も音速以下もしくは音速以上では同じ特性があります。しかし遷音速域ではこれが逆転します。加速すれば、機首が下がろうとして、減速すれば、機首が上がろうとします。 具体的イメージが湧かないと思いますが、例えば、超音速飛行で右の5G旋回をします。旋回をすると抵抗が増えますので飛行機は徐々に減速します。減速してくると普通は、機首が下がろうとします
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MongoDB Events
