AWS障害、“マルチAZ”なら大丈夫だったのか？　インフラエンジニアたちはどう捉えたか、生の声で分かった「実情」（1/3 ページ） 8月23日に起きたクラウドサービス「AWS」（Amazon Web Services）の東京リージョンでの障害は、国内のさまざまなサービスに影響を及ぼした。 AWSが同日午後8時ごろに復旧するまで、モバイル決済サービス「PayPay」や、仮想通貨取引所「Zaif」、オンラインゲーム「アズールレーン」などで利用できない、もしくは利用しづらい状況が続いた。PCショップの「ドスパラ」はECサイトの不具合が長引き、翌日の24日には実店舗を臨時休業して対応に当たっていた。 AWSという1つのサービス障害が起きただけで、多くの企業やサービスに影響を及ぼしたため、「クラウドサービスはもろい」という論調も散見された。 しかし、インフラエンジニアたちからは違う意見が聞こえてくる

ぐれさん @grethlen 嫁「クッキーつくる」 俺「いいね」 〜30分後〜 俺「これは？」 嫁「クッキーの型作るの。3Dプリンタで。」 俺「🤔」 pic.twitter.com/EFz8CjCbLm 2018-11-11 02:30:16

現在、アクティブになっていないユーザー名の開放リクエストは基本的に受け付けていないそうです。 @masaibar さんから情報をいただきました。 https://qiita.com/uichi/items/e4fcfca0257fd08376d2#comment-63be1fce4172ca7aa9d5 GitHubでアカウント登録しようとした際に、ユーザー名の入力欄にUsername is already takenという文字が… 自分が登録しようとしたユーザー名を持っているアカウントを見てみると、登録（2014年）以降まったく使われていませんでした（なぜ登録したのか…） いろいろ調べてみると、GitHubにはName Squatting Policyというものがありました。 Name Squatting Policy このポリシーは、アカウント取得は基本早いものがちだが、非アクティブな

私自身これまで複数の開発案件でプロジェクトマネジメントをしてきました（開発もするプレイングマネージャー的な感じで） ※マネジメント規模は数人～60人規模まで様々（システム開発・ソーシャルゲーム開発が主） これまでプロジェクト炎上案件の立て直しを何件も実施してきました（立て直しは一番やりたくない…） 今回は「なぜ炎上するのか・どうしたら炎上しないのか」に焦点を当てて、炎上案件について共通点や回避策など実際の実例を交えて複数回に分けて纏めておこうと思います（※現職がゲーム開発なので、ゲーム開発を例にして記述します） みなさんの周りに何も解決できない「なんちゃってPM」はいませんか・・・？ ※スカウターの話は後半で出て来ます プロジェクトが炎上する理由 いきなりですが、プロジェクトが炎上する理由は プロジェクトマネジメントしている人間のマネジメントスキルが低いから です。 「そんなの当たり前だろ