このブログ記事で 「MultiAZ」にしていたら何事も全て大丈夫という認識を変えられると嬉しいです （当該の時点で障害起こした人はちゃんとMultiAZにしてなかったんでしょ？という人の認識も変えられると嬉しいです）。 MultiAZにしておくことは基本 です。 その上でも、 安心しきらずに監視は必要 という話をしています。 MultiAZ構成にしておきましょう そのうえで監視、検知、トレーサビリティを大切にしましょう MultiAZ要らないという見当外れの解釈はしないでください （一部、間違えた解釈をしてるコメントも見受けられましたが、大いに違います）。 前提 2019-08-23、AWSで大規模な障害が起こりました。 障害の一般的な内容は以下のとおりです。 まとめのブログ https://piyolog.hatenadiary.jp/entry/2019/08/23/174801 AW

「映画 聲（こえ）の形」などの山田尚子さんが監督を務めた劇場版アニメ「リズと青い鳥」が21日、公開を迎えた。アニメ「響け！ユーフォニアム」に登場する鎧塚みぞれ、傘木希美という2人の高校生を中心とした物語で、2人の繊細な心の動きを丁寧に描く。作品を作る上で「少女たちのため息を描く」ことをテーマにしたという山田監督に、映像、音などの表現のこだわりを聞いた。 ◇少女たちの「心の中に下りていくような」作品　武田綾乃さんの小説「響け！ユーフォニアム 北宇治高校吹奏楽部、波乱の第二楽章」（宝島社文庫）が原作。北宇治高校吹奏楽部のオーボエを担当するみぞれにとって、フルートを担当する希美は数少ない友人。強く執着するが、徐々に関係が変化していく。「響け！……」「映画 聲の形」と同じ京都アニメーションが製作する。 山田監督は、これまで「響け！」のシリーズ演出として作品に携わってきた。同シリーズは昨年、みぞれと

生まれて初めて同じ映画を2度映画館で見た。原作を読むだけでは全然理解できなかったのに、映画を観て、ツイッターやブログで多くの人の感想を見て、再び映画を観ると、自分の中でようやく「のぞみぞ概念」が確固としてきました。 希美とみぞれが2年生の頃のエピソード『響け! ユーフォニアム 2 北宇治高校吹奏楽部のいちばん熱い夏』において、希美とみぞれの関係性を簡潔に言い表すなら「温度差」、「みぞれ→希美」という一方通行の矢印ということに尽きます。みぞれは希美のことが大好きすぎてやばいことになってるけど、希美はそのことに全然気づかない、という熱量の差、この残酷な関係性（＋なかよし川のイチャイチャバカップルっぷり）を見せつけられて「ああ～～～～～～～～～～～尊すぎるんじゃ～～～～～～～～～～」ってなるのが2年生までのお話。 関連記事：『響け! ユーフォニアム』の2年生組の関係性が尊すぎて生きるのがつらい！

参院選が終わって、自民党の人が「これで消費税アップも信任が得られた－」と言っているようなので、10月には消費税率が10%になるんでしょうねーという気配濃厚な今日この頃。 正直それだけなら「景気の悪化が怖いなあ」以上の感想も持っていなかったんですが、以前軽減税率の話が出てきた時に「うっそやめてよ何それ」と思った話があったことを思い出しました。それがインボイス制度。正しくは「適格請求書等保存方式」といって、フリーランスの人の多くに間違いなく直撃するであろうやっかいな制度です。 政府広報オンラインは、内閣府大臣官房政府広報室が運営する「国の行政情報に関するポータルサイト」です。政府の「政策課題」「施策・制度」「取り組み」の中から、国民生活に身近な話題や政府の重要課題をピックアップし、記事や動画などで、国民の皆様に分かりやすく伝えることを目的としています。 消費税というのは、受け取った消費税と支払

こんにちは。こむろです。 今年の札幌の夏はハードモードだ（湿気と暑さ） この先生きのこるためにエアコンが投入されました。 はじめに クラウドネイティブなアプリケーションを設計・構築・運用している皆さんは、普段どのようにアプリケーションやインフラの更新作業を行っているでしょうか。 順次インスタンスやコンテナを切り替えていくRolling Update？それとも環境を複製してDNS Routingの切り替えによるBlue-Green Deploymentでしょうか。他にも様々な方法があるかと思いますが、今回もまたBlue-Green Deploymentにおける実際の現場で発生した事象について報告したいと思います。 あまりネット上にもこういった情報が出てこないようなのですが、皆さんこういった問題は軽々とクリアされているのでしょうか。自分がポンコツなだけなのかととても不安にかられるばかりです。

Rustが再評価される：エコシステムの現状と落とし穴 In this article, we share findings and insights about the Rust community and ecosystem and elaborate on the peculiarities and pitfalls of starting new projects with Rust or migrating to Rust from othe...

この記事は、「Java Advent Calendar 2016 - Qiita」の4日目の記事となります。 昨日は、@susumuisさんの「Javaが僕にくれたもの | susumuis Info」でした。 明日は、@fukushiwさんのご担当となります。 ローカルキャッシュ、今ならなにを使うでしょう？ Javaのキャッシュライブラリといえば、なにを使うでしょうか？OSSものを中心に考えると、次の2つあたりが浮かぶのではないかなぁと思います。 Ehcache ※2系が強いのかな？ Google Guava なお、今回は分散キャッシュは考えないことにします。あくまで、ローカルキャッシュを対象に。 Ehcacheについては、すでにAPIが刷新された3系がリリースされており、現時点で3.1が利用できます。…あんまり名前を聞きませんけれど。 ここで、対象として挙げたいのが、今回紹介するCaf

「天気の子、どうも腑に落ちない」と友人は言った。「天気の子、どうも腑に落ちない」と友人は言った。天気の子を友人と観た。 それまでの私の新海誠作品の鑑賞歴は『君の名は。』くらいで、他の作品はタイトルと、賛否が分かれる作品だということしか、当時の私は彼について知らない。 『君の名は。』を観た時は「伏線もどんでん返しもあり、とても練られていて、上手く作られたストーリーだなあ」といった感想を抱き「映画代金分は充分に楽しめたな」とは思いつつも、結局映画館では１度しか観なかった。そんな私に、『天気の子』は終わった瞬間1人で拍手しそうになった程に刺さった。刺さりすぎて、合計3回劇場で観た。 そんな『天気の子』初見の日。後半40分、ブッ刺さっている私の隣で、一緒に観に行った友人はずっと涙を流していた。だから私は「これは絶賛し合えるぞ！！」と思いながらエンドロールを観ていたのだが……。 劇場の光がついた瞬間

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community. Pick a username Email Address Password Sign up for GitHub By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails. Already on GitHub? Sign in to your account

元ネタ: モッククラス、下から見るか？横から見るか？ モッククラスを使うべきか否か、というネタを拾ったので書いてみます。これまでにモックについて殆ど書いてないことに気づいて驚きつつ。 Short Answer 「モックに何をさせたいの？」 質問に質問で返すなという感じですが、モックに何をさせたいか答えてみれば、モックを使うべきか否かはだいたい決まるよなーと思うのです。 モックは道具で、使うことで何かを改善するものです。 「このことをテストしたいから、モックをこう使う。」という文脈なく使用すると、無用な複雑性を作り込むことになります。 モックの使用は負債なので、十二分に利益を見込める場合にのみ使用するものだと思っています。 これはモックに限った話ではなく、何かを便利にするために道具を追加する際は必ず付いて回るトレードオフです。 Short Answer 露払い 使うべきか否か どちらでも差が

講師をつとめる研修の終わりに、参加者からの質問というか相談に答えるようにしている。先日の研修で、ある受講者から「職場の開発をアジャイルにしていきたいがどうしたら良いか」というよくある相談が寄せられた。実はこの手の相談はやりとりに手間がかかる。相手の置いている前提、置かれている状況を的確に把握しなければならない。 私「なぜ、アジャイルに取り組みたいのですか」 まず、狙いを聞かねばならない。Start With Why。ここが分からないと何を聞いて答えても的外れにしかならない。ここで、いきなり「見える化から取り組むといいですよ」「もちろんスクラムですね」と、手段を提示しはじめるような相手だと、相談するのはやめたほうが良い。 受講者「スピード感のある開発をしないといけないと思っています。ユーザーの声を聞いて、それを実装していけるように」 私「なるほど、"何をつくるべきか分からない" ソフトウェア

フランスでは7月14日はフランス共和国設立を祝う記念日「パリ祭」となっています。これはフランス革命の発端となるバスティーユ襲撃が、1789年の7月14日に起きたことに起因します。2019年のパリ祭では、フランス軍の開発する軍事技術としてホバーボードがパレードに登場し衆目を集めました。 Jet-powered flyboard soars over Paris for Bastille Day parade | World news | The Guardian https://www.theguardian.com/world/2019/jul/14/jet-powered-flyboard-soars-over-paris-for-bastille-day-parade Check out this flying jet board from France's Bastille Day

二十歳のとき、「作戦を立てずに生きていたらいずれ人間関係がなくなるな」と思った。わたしは基本的にひとりでいたかった。自分の家族を持つにしてもひとりでいる時間はほしいと思った。昔の村社会みたいなところに所属するのはいやだった。でも完全にひとりになるのがよいのではなかった。 個人としてぶつかるあらゆる問題のもっとも身近な対処例は親だ。わたしの親はたがいにいくらか親密に見えて、あとは数名の親戚があった。母親には年に二度ばかり会う友人が一人いて、ほかにも少しは知り合いがいるようだった。父親は会社の人間関係と自分のきょうだい以外に親しく口を利く相手はいないようだった。会社の人間関係は退職したらそれきりだろうというのもよくわかった。両親にももちろんその両親がいたが、いずれもすでに亡かった。 わたしは思った。この人たちみたいなのは、無理だ。両親のたがいの親密さもさほど強くないように思われるのに、近所づき

プレゼンテーションスライド @ DevLOVE X 2019 Presentation Slides for Breakout session at DevLOVE X 2019 https://devlove.wixsite.com/devlovex

ソフトウェア設計の学び方を考えるソフトウェア設計の 学び方を考える 2019年6月23日 ギルドワークス 増田 亨 DevLOVE X(10周年記念イベント) アジェンダ 1. 設計という課題 2. ソフトウェア設計の品質 3. 学習と成長 4. 設計の初歩を学ぶ 5. 設計の中級者への道 6. 設計の上級者への挑戦 2019/6/23 2 ソフトウェア設計という課題 2019/6/23 3 複雑さとの戦い 構成要素の数 構成要素間の関係 拡張と変更の繰り返し 2019/6/23 4 人間の知的能力の限界 構成要素の数 構成要素間の関係 拡張と変更の繰り返し 2019/6/23 5 ソフトウェア設計の品質 2019/6/23 6 構造と秩序 2019/6/23 7 時間とともに劣化する構造と秩序 2019/6/23 8 時間とともに進化する構造と秩序 2019/6/23 9 ソフトウェア設

2019/6/25に行われたJavaコミュ@福岡での登壇資料です

【注意】本記事は性的表現が含まれています。そのような内容が苦手な方や18歳未満の方はお読みにならないようお願い致します。また、本記事の内容を実施した場合、身体及び精神に対して何らかの変化をもたらす場合があります。実施する場合は全て自己責任でお願い致します。 クロスモーダル現象によって、現実の自分には存在しない女性器への快感を錯覚体験したので、その内容についてまとめる。ちなみに本記事執筆の目的は、性的快感の追求ではなく、VRのクロスモーダル現象の追求である。 クロスモーダル現象とは？ 「現実には起きていないことを、あたかも起きたかのように脳が錯覚すること」である。たとえば、VRでジ

NIKKEI Primeについて 朝夕刊や電子版ではお伝えしきれない情報をお届けします。今後も様々な切り口でサービスを開始予定です。

◆プロセスのアドレス空間の実装 プロセスのアドレス空間 は、次のような領域に分割されて実装されている。 図? プロセスのアドレス空間の実現 各領域には、struct vm_area_struct が対応している。 テキストとデータ(初期値付き)は、vm_area_struct を経由して、実行形 式のファイルと結びついている。最初にアクセスされた時に実行形式のファイ ルから読み込まれる。 BSS、ヒープ、スタックは、ファイルと結びついていない。最初にアクセ スされた時に、0 で埋められたページ・フレーム(anonymous page)が割り当て られる。 各領域は、次のように実装されている。 テキスト 機械語を置く。VM_EXEC 属性と VM_READ属性が付いている。書き込み禁止 で共有可能。mm_struct の start_code と end_code が、開始番地と終了番地 を

また Linux カーネルの話です。 Linux では fork によるマルチプロセスと、pthread によるマルチスレッドでの並行処理を比較した場合、後者の方がコストが低く高速と言われます。「スレッドはメモリ空間を共有するので、マルチプロセスとは異なりコンテキストスイッチ時にメモリ空間の切り替えを省略できる。切り替えに伴うオーバーヘッドが少ない。」というのが FAQ の答えかと思います。 が「オーバーヘッドが少ない」と一言にいわれても具体的にどういうことなのかがイメージできません。そこで Linux のスレッド周りの実装を見て見ようじゃないか、というのが今回のテーマです。 3分でわかる(?) マルチプロセスとマルチスレッド まずはうんちく。マルチプロセスとマルチスレッドの違いの図。以前に社内で勉強会をしたときに作った資料にちょうど良いのがあったので掲載します。Pthreadsプログラミ