8月13日午後、北海道余市町の海水浴場で、友人と海水浴に来ていた29歳の男性が死亡しました。 事故があったのは、余市町の浜中モイレ海水浴場です。 13日午後2時ごろ、海水浴に来ていた人から、友人の1人がいないと、監視員に連絡がありました。 消防などが船で捜索したところ、岸から15メートルほど離れた海で、沈んでいる男性を発見しました。 札幌市の会社員の男性(29)は、余市町内の病院に搬送されましたが、まもなく死亡が確認されました。 目撃した人たち:「ピンクの浮いているやつより奥で泳いでいた。放送で2.3回注意されていた」 発見された場所は、遊泳エリア外でした。 警察が、事故の原因を調べています。
開発手法など、一通り学んだが実際に使っていないものは多少なりあると思う。それらについて掘り起こしてみたい。 スクラム開発認定スクラムマスター研修には研修会場ホストという立場で数回立ち会った。認定外の研修も幾つか受講した記憶がある。書籍もそれなりに読み、Scrum Gathering Tokyoなどのコミュニティにも顔を出し、まあそれなりに色々考えて捉えてきた。でも、自分のチームでは使っていない。スクラム開発というアイデアに矛盾があるからだ。 そもそもスクラム開発ではチームの自律的な行動を良しとしており、それに対する”フレームワーク”を提供しているということになっている。イテレーション、バックログ、ふりかえり、デイリーミーティング(いまだに「朝会」って言ってる人いないよね?)、そしてそれらのお作法。誰が言ったかわからないが、それぞれの作者の意図を察するためには「守」が大事らしい。守破離の「守
The Twelve-Factor AppはHerokuが提唱しているマニフェスト的なもので、モダンなウェブアプリをつくる際に留意すべきポイントがまとまっています。意図するところがすぐにはわかりづらい表現がいくつかありますが、それに対して、Will Koffelがブログで "12-Factor Apps in Plain English" と題して、平易な言葉で解説してくれています。 I. Codebase — One codebase tracked in revision control, many deploys コードベースはソース管理システムに置き、多くの環境にデプロイできるようにしておくこと。。 II. Dependencies — Explicitly declare and isolate dependencies 依存するライブラリは明確に宣言し、コードをデプロイするとき
皆さんは、The Tweleve-Factor Appをご存知だろうか? これはHerokuの中の人が書いた、Webアプリケーションを使いやすい形でスケーラブルにするための方法論である。簡単にいえばコンテナで動かしたいアプリケーションが守っておくとよいレシピ集であると言える。 http://12factor.net/ (日本語訳) 今回これを取り上げた背景としては、実はDockerコンテナをメインにした本番でのインフラ運用を考えた時に、アプリケーションがこの12の要素を満たしていることが重要だと最近ひしひし感じているから。 実際、自分が働いているところが運営しているサービス Wantedlyは、もともとずっとHerokuで運営していて、最近AWSに移行し、現在Dockerコンテナの上で動いている。この移行を約1ヶ月半で実現できた大きな要因として、Herokuの上に乗っていたことで知らず知ら
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く