はい、皆様、お久しぶりです。 一年以上放置してた訳で、こんなブログはもう忘れ去られているでしょーが、日本代表がロシアW杯への出場を決めたので、本当に久しぶりに試合のレビューをしてみたいと思います。当然ですが、扱う試合は先日の日本対オーストラリアの試合です。ちなみに放置していた理由は単にサボっていたのと（金にもならんし忙しいし）、試合自体レビューする内容がない試合が何試合か続いたりしたからです・・・・・。 ただし、今回の試合については、ｗ杯最終予選の関ヶ原と言って良い試合で、内容的にレビューするだけの価値のある試合でした。非常に興味深い試合だったので、レビューしながら試合の内容を振り返ってみたいと思います。 日本対オーストラリアのマッチアップについて さて、今回の試合ですが、スタメンは、 こうなっておりました。日本は４３３。オージーは３４２１。日本は中盤のスタメンを大幅にいじっており、井手口

以前の記事を補足、あるいは主張を一部修正するものです。 〜・〜 サブジェクト指向とは？ ある要求仕様のセットがあったとき、そこに仕様変更のライフサイクルに違いのあるサブセットが認められるならば、それらは、同一のデータ資源（＝オブジェクト）に関わることであっても、別々の“モデル”として捉えよう、というのがサブジェクト指向の一つの意図です。例えば、「受注」という同じデータ（≒管理対象）に関わることでも、「注文受付オペレーター」観点の“モデル”と「販売管理担当」観点の“モデル”とでは、要求仕様のセットが異なるし、その後の仕様変更の発生タイミングや頻度も異なるでしょう。そういった状況においては、「受注」サブドメインに関わる全ての要求を一つの集約やエンティティに全て載せてしまうと、いわゆるファット・モデルとなり、当初段階はなんとかやり遂げたとしても、その後の仕様変更の度に、当初開発段階に近い苦労を都

ようやく「実践ドメイン駆動設計」を読み終わりました。 髙木正弘訳、ヴァーン・ヴァーノン著、「実践ドメイン駆動設計」 実際にありそうな開発プロジェクトのストーリーに沿うかたちで話が進められます。コードExampleが極めて具体的に示されて、どうすべきかが非常に分かりやすい参考書だと思いました。コードのExampleはJava、C#がメインでしたが、これのScala版（関数型言語版）があったら、これまたすごい参考書になりそうな予感がしました。 DDD（Domain Driven Design、ドメイン駆動設計）は、エンタープライズ・システムのアーキテクチャーに関するパターン集です。DDDが言うのは「パターン」ですので、DDDの用いる用語でそれを認識しておらずとも、DDDが言及するパターンを少なくとも部分的には適用している開発の現場は実は数多くあるはずなのです。私もその辺整理、確認したくて同書を

鉄装備やホッパーの材料として、何かと必要になる鉄。この記事では、その鉄を完全放置で無限に手に入れられる「アイアンゴーレムトラップ」の作り方を解説します。オーソドックスな形でJava版、統合版どちらのマイクラでも動作可能。高効率化カスタマイズも紹介します。 アイアンゴーレムトラップの全体像 今回作るアイアンゴーレムトラップは以下のようなものです。 全体。 アイアンゴーレムは村に自然発生するので、ドアと村人を配置して擬似的な村を作りスポーンしたアイアンゴーレムを自動処理していきます。 トラップの設計図・仕組み アイアンゴーレムトラップの設計図。 湧き層は18×18の大きさになっています。アイアンゴーレムは村の中心（全ドアの平均座標）から16×16×6の範囲にスポーンするのですが、湧き層を16×16にすると厳密には方角を気にする必要が出てくるので、今回は気軽に建設できるよう18×18の大きさにし