『幼稚園の学園祭「みんなでつくったおうち」』
先日、タロウの通っている幼稚園の学園祭が開催されました。 学園祭ではテーマを決め、それに添って夫々の学年で作った制作物を発表します。 幼稚園の年長では「家をつくる」というテーマで、子供たちが自分で考え、工夫を凝らした「おうち」を作成していました。 これがスゴかったんですよー 子供たちが、自分たちで考え、実行し、作って行ったというところがスゴイ！ （所々、先生の助言や手助けはあったようですが、でもほとんど子供たちメインだったそうです） ちょっと感動したので、ご紹介したいと思います。 （長文注意です） 。。。 玄関 レンガはみんなで貼付けたそうです。 子供たちはチームで部屋作りにあたっていたそうです。 玄関チームは、まず先に「玄関だったら、靴を作らなくちゃ！」といって靴作りをはじめたのだそう。 ちゃんと実物大の足でかたどって作った靴 玄関ポスト に、 呼び鈴 外にはお庭。 バスケットボールのゴ
第1回 OAuthとは？―OAuthの概念とOAuthでできること | gihyo.jp
今回から始まった「ゼロから学ぶOAuth」。全4回の特集にて、これからのWebサービスを開発する上で不可欠な技術「OAuth」について取り上げます。初回は、OAuthの概念について取り上げます。 はじめに はじめまして、iKnow!改めsmart.fmの真武です。現在smart.fmでは、OAuthやOpenID、OpenSocial、Semantic WebやActivity Streamなどといった新しい技術の導入を積極的に行いサイトを活性化させるとともに、smart.fm APIを通じて我々の技術を外部のデベロッパの方々にも提供しています。 smart.fmは日本最大のOpenID Relying Partyであるだけでなく、国内では数少ないOAuth Consumer（後述）およびOAuth Service Provider（後述）を兼ねるサービスとなっています。こういった背景
InfoQ: ドメイン駆動設計・開発の実践
ドメイン・モデルと開発に注力しないと"太ったサービス・レイヤ"と"ドメイン・モデル貧血症"によるアプリケーション・アーキテクチャになってしまいます。この場合、ファサード・クラス(通常はステートレス・セッション・ビーン)にどんどんビジネス・ロジックが溜まっていき、ドメイン・オブジェクトがgetter/setterからなる単なるデータの運び屋のようになってしまいます。このアプローチをとるとドメイン固有のビジネス・ロジックやルールが複数の異なるファサード・クラスに散在(時には重複)することになります。 "ドメイン・モデル貧血症"はたいていの場合、コストに見合いません。他の企業と比較して利点があるわけではなく、このアーキテクチャの下でビジネス要求の変化を実装するには開発と本番環境へのデプロイするのに時間がかかり過ぎます。 DDD実装プロジェクトにおけるいろいろなアーキテクチャや設計について見ていく
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
%26utm_content%3DGoogle%2520Reader)
css-lecture.com
