Google、12月14日の約45分間ダウンの原因と対策を詳解
米Googleは12月18日（現地時間）、12月14日の約45分間にわたる多数のサービスダウンの原因と今後の対策について、ステータスダッシュボードで説明した。 この障害は、14日の午前3時46分（日本時間では14日の午後8時46分）から47分間続き、Googleのログイン認証サービス「OAuth」を採用するGmailやWorkspaceなどの一連のサービスが影響を受けた。 大まかに要約すると、根本的な原因は、10月にユーザーIDサービスを新しいクォータシステムに登録するための変更を行ったが、その際に古いクォータシステムの一部が残ってしまい、誤った報告があったことという。ユーザーIDサービスの使用量が誤って0と報告されたため、クォータ制限が続いて最終的に期限切れになり、自動クォータシステムがトリガーされてユーザーIDサービスのクォータが減少した。 意図しないクォータ変更を防止するための安全性
2020年度末のCSS総まとめ！有用でオススメな覚えておくべき新仕様をコードと画像付きで解説
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちはお久しぶりです。Web標準黒帯（ヤフー内のスキル任命制度）の岡部和昌（@kzms2）と申します。 今回の記事はありがちな「たくさんの良さげなCSSのプロパティなどを羅列してひたすらまとめる」だけではなく以下の考えのもと、まとめた記事です。 岡部が「使うケースがある・覚えておくべき」と感じたオススメできる、または有用と判断したCSS 可能な限り2020年からブラウザに実装された、またはこれから実装されるCSS 比較的新しいまたはあまり使われている印象がないCSS 実際のコードや挙動、対応ブラウザを掲載 自分目線でみたコメントや使えそうな場面をできる限り丁寧に説明 つまり2020年に実装されたものを中心に、有益でオススメでき
ウイルスに打ち勝った証として来夏に東京五輪開催＝菅首相
１２月２１日、菅義偉首相（写真）は都内で開催されたイベントであいさつし、来年の夏に人類が新型コロナウイルスに打ち勝った証として東京で五輪・パラリンピックを開催するとの決意を改めて示した。写真は４日都内での代表撮影（２０２０年／ロイター） ［東京 ２１日 ロイター］ - 菅義偉首相は２１日都内で開催されたイベントであいさつし、来年の夏に人類が新型コロナウイルスに打ち勝った証として東京で五輪・パラリンピックを開催するとの決意を改めて示した。 一方、シンポジウムのテーマに関連し、アジア各国で民主主義が定着してきたのは、古来仏教の慈悲やイスラム教の寛容など多様な価値観を受け入れる土壌があるからと指摘。菅氏自身、「雪深い秋田の農家に生まれ、地縁血縁もない政治の世界に飛び込んだ」と振り返り、「一人一人が持てる可能性を遺憾なく発揮できる」のが民主主義と強調した。
東京都病院協会からの緊急メッセージ｜一般社団法人 東京都病院協会
①現状のまま感染者が増え続け、東京都で1日1,000人を超えるような事態になれば、 適切な医療を受けられず死亡する人が出てくることが高い確率で予想されます。 ②医療従事者、特に看護師が疲弊しきってきています。 診療の現場での疲労に加え、感染を外部から持ち込むことによる病院内での集団感染を予防するため、10ヶ月以上の長期にわたり私生活を強く規制されています。私権の制限に相当する状況です。もちろんほとんどの看護師はGO TO キャンペーンを利用できない状況にあります。 ①,②を回避するためには感染者数を短期間で激減させるしか方法はありません。 それには、緊急事態宣言やロックダウンに匹敵する極めて強力な対応を行うことが不可欠です。
TypeScriptのTips集
この記事は TypeScript Advent Calendar 2020 の 17 日目です。 今回は TypeScript のTipsをいくつかあげていきたいと思います！ 割と基本的なものが多いので、普段から TypeScript をがっつり書いている方に取ってはすでに知っているものが多いかもしれません。ただ、意識しないとあまり使わなかったり、TypeScript の経験がない方に取っては新鮮なものもあるのでは？と思ったので書いてみました。 keyof オブジェクトのキーを union 型に type Post = { id: number; title: string; content: string; }; type PostKey = keyof Post; // type PostKey = "id" | "title" | "content" const sortBy = <
CSSとコンポーネント設計に対する考察 - uhyo/blog
近年のフロントエンド開発にはコンポーネントという概念が付いて回ります。React・Vue・AngularといったViewライブラリでは、コンポーネントを定義してそれを組み合わせてアプリを作ります。また、いわゆるWeb Componentsとして知られる仕様群により、ライブラリに依存せずに“コンポーネント”を作ることもできるようになってきています。 コンポーネントは、何らかの機能（あるいは責務）を持った部品です。また、コンポーネントによっては再利用される（アプリ内の複数の箇所から利用される）ことを意図しているものや、そもそもライブラリとして配布されているようなものもあります。アプリの機能の一部分を抜き出したものという見方をすれば、コンポーネントというのは関数にとても類似した概念であることが分かります。 コンポーネント設計によって、言い換えればアプリがどのような機能を持ったコンポーネントたちに
ぼくのかんがえたさいきょうの useState + useContext よりも Redux のほうが大抵勝っている
「Redux は学習コストが高い」などと言って useState（または useReducer）と useContext を組み合わせ 劣化 オレオレ Redux を作ってしまうのを見かけます[1]。よくないことだと思いますが、気持ちは非常にわかります。Redux エコシステムがそういう気持ちにさせてしまう部分は大いにあります。 Redux は それ単体なら 学習コストは useReducer + useContext と同等であることを示してこの気持ち（誤解）を解かしつつ、なぜそういう気持ちになってしまうのか考察してみます。 まず useState と useReducer の違いを押さえておく 知っている方はスキップしてください。 useState と useReducer は本質的には同等で、どちらもコンポーネントにステート（状態）を持たせる役割があります。次のようなカウンターアプリ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
