タグ

2015年1月19日のブックマーク (6件)

  • インフルエンザ集団発生状況

    インフルエンザ様疾患集団発生状況(2014/2015シーズン) ◎長岡市教育委員会の協力により、市内小中学校等における集団発生状況を掲載しています。 参考:2013/2014シーズン 2012/2013シーズン 2011/2012シーズン 2010/2011シーズン 2009/2010シーズン 2008/2009シーズン 2007/2008シーズン 2006/2007シーズン 2005/2006シーズン 2004/2005シーズン 2003/2004シーズン 2002/2003シーズン 2015年6月 日付 学校名 全 校 学年・学級 症状等 措置状況 流行始期 在籍数 患者数 欠席者数 登校罹患者数 学年・学級 在籍数 患者数 欠席者数 登校罹患者数 6月9日 富曽亀小 622 29 16 13 3年3組 28 13 7 6 熱(38~39)、せき、頭痛 6/10~12 学級閉鎖 6/2

    masaru_b_cl
    masaru_b_cl 2015/01/19
    “インフルエンザ様疾患集団発生状況(2014/2015シーズン)”
  • .NET Core の API レビュー手順 - Visual Studio 日本チーム ブログ - Site Home - MSDN Blogs

    投稿者: Immo Landwerth [MSFT]、投稿日: 2015 年 1 月 8 日 皆様、明けましておめでとうございます。年もどうぞよろしくお願いいたします。さて、マイクロソフトは 3 週間前に GitHubAPI のレビュー手順の提案書 (英語) を公開し、これについてユーザーの皆様からフィードバック (英語) をお寄せいただいていました。このたび、このレビュー手順が実際に運用開始されることとなり、開発者 Wiki (英語) にドキュメント化されましたのでお知らせいたします。 レビュー手順 このレビュー手順を作成した最大の目的は、OSS のアジリティと高品質な API の確保という 2 つの間でバランスを取ることです。そのためには、すべての API のレビューを継続的に行えるよう一化された枠組みが必要でした。 この手順は、下記の点を考慮して決定されました。 GitHu

    .NET Core の API レビュー手順 - Visual Studio 日本チーム ブログ - Site Home - MSDN Blogs
    masaru_b_cl
    masaru_b_cl 2015/01/19
    “新しい API の追加に伴う作業では、該当するイシューに「speclet」を含めていただきますようお願いいたします。この speclet とは、API の使用目的を代表的なシナリオを例示したサンプル コードと共に簡単に説明するもので
  • Infrastructure as code for azure

    3. Speaker's 3 { "objectType": "User", “displayName”: “青木 賢太郎", "mail": "aoki-kentaro@mki.co.jp", “company”: “三井情報株式会社", "onPremisesSecurityIdentifier": null, "odata.type": "Microsoft.DirectoryServices.User" } MKI 4. Speaker's { "name" : "Keiji Kamebuchi", "corporation" : "pnop Inc.", "mail" : "kamebuchi@pnop.co.jp", "web" : "http://buchizo.wordpress.com/", "twitter" : "@kosmosebi", } 4 buchizo@ko

    Infrastructure as code for azure
  • クラウドデザインパターンをWebsites で使ったらこうなった

    Pornographic Defamatory Illegal/Unlawful Spam Other Violations Thanks for flagging this SlideShare! Oops! An error has occurred.

    クラウドデザインパターンをWebsites で使ったらこうなった
  • デザインパターンから見た AWS と Azure

    2. 自己紹介 • はるたま(@harutama) – 冨田 順(とみた すなお) – 職業:プロ社畜 – Microsoft MVP for Microsoft Azure • Azureのコミュニティやってます – http://r.jazug.jp/ • クラウドごった煮の中の人もやってます – http://www.cloudmix.jp/ 2 5. パターン一覧 • 基のパターン – Snapshotパターン(データのバックアップ) – Stampパターン(サーバの複製) – Scale Upパターン(動的なサーバのスペックアップ/ダウン) – Scale Outパターン(サーバ数の動的増減) – Ondemand Diskパターン(動的なディスク容量の増減) • 可用性を向上するパターン – Multi-Serverパターン(サーバの冗長化) – Multi-Datacent

    デザインパターンから見た AWS と Azure
  • MVVMのModelにまつわる誤解 - the sea of fertility

    こちらに移転してきて初めての記事です。 最近たまに話題になるので書いておきます。MVVMのModelについて誤解されやすい部分のお話です。最近よく議論してるasync/awaitの話とは関係がありません。なおこの話は以下のスライドを理解している事が前提となります。 共有したい理解(ゴール) ViewModelはModelの影 ModelについてViewModelが行うことは、イベントに対する反応と戻り値のないメソッドの呼び出ししかない事 これについての理解を共有できるよう説明していきます。 VIewModelはModelの影 スライドにもしつこく書きましたが、MV○(MVVMやMVC/MVP)のModelは大変分厚くなるし、アプリケーション間で使いまわすことなんてできません。ModelはUIを意識しない??いや、何度も言っていますが、意識はする必要があるんです。ただUI実装の知識が必要ない

    MVVMのModelにまつわる誤解 - the sea of fertility
    masaru_b_cl
    masaru_b_cl 2015/01/19
    分かる人には自明だからこそ、今まであまり説明されてこなかった知見という感じがしますね。