浅いプールで飛び込み練習 重大事故多発（内田良） - エキスパート - Yahoo!ニュース
■高校の授業で飛び込みにより首を骨折昨日、プールにおける飛び込み事故の一報が入ってきた。 東京都立の高校で7月に、水泳の授業中に3年生男子が、プールに飛び込んだ際にプールの底で頭を打ち、首を骨折し、現在も胸から下がまひの状態という（第一報『東京新聞』9/27）。 学校のプールは、溺水防止のために浅めに設計されている。そのため、飛び込みをおこなうには構造的に無理がある。 しかしながら、学校の授業や部活動で飛び込みがおこなわれ、昨年もプールの底に激突して首の骨を折るなどの重大事故が、少なくとも3件起きている（『朝日新聞』6/25）。 障害事例を数え上げてみると、1983～2014年度までに学校管理下のプールで、飛び込みによる障害事故が172件起きている。うち154件が、頭頸部の外傷によるものである（筆者調べ。2013年度までの分析はこちら）。今回もまた同じような事故が起きてしまった。 ■デッキ
複雑なJavaScriptアプリケーションを考えながら作る話
autoscale: true theme: Plain Jane,5 複雑なJavaScriptアプリケーションを考えながら作る話 自己紹介 Name : azu Twitter : @azu_re Website: Web scratch, JSer.info #jsprimerを書いています JavaScript入門書に興味ある人はウォッチ :star: :warning: 注意 :warning: 作成するアプリケーションによって必要な構造は異なります 今回の話はある程度の規模で複雑性を持つクライアントサイド ライブラリ抜きで数万LOC >= 長期的にメンテンナンスや変更が発生するアプリケーション サーバサイドレンダリングはしないクライアントアプリケーション 3行でOK 複雑なJavaScriptアプリケーションを作るにあたりドメインモデルをどう実装するか悩んだ 色々と試行錯誤した
DDDで設計するならCQRSの利用を検討すべき - Qiita
タイトルに書かれていることで全てなのですが、DDDとCQRSの併用について強調している日本語の情報が少ないので、軽くまとめておきます。 CQRS+DDD CQRS(コマンドクエリ責務分離)とは、サーバの機能を「コマンド」（副作用あり）と「クエリ」（副作用なし）で完全に分けちゃおう、という考え方です。そもそも「コマンド」と「クエリ」ではあらゆる要件が異なります。 一貫性： 「コマンド」は整合性のある処理が必要、「クエリ」はあまり気にする必要なし ストレージ： 「コマンド」側は正規化してデータを保存したい、「クエリ」側は非正規な方が効率的 スケーラビリティ： 「コマンド」は全体の負荷の中で占める割合が少ない、「クエリ」は負荷が大きい なので分けちゃうわけですが、 コマンド側 複雑なビジネスロジックが絡むので、ドメイン駆動が活躍 クエリ側 複雑なビジネスロジックがないので、ドメイン層はスキップ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
