新型コロナウイルス感染症(COVID-19)の「第二波」が容赦なくやってきた。新型コロナウイルス(SARS-CoV-2)は感染対策を緩めると、容赦なくその「緩いところ」を突いてくる。もちろん、そのことそのものは、大きな問題ではない。COVID-19は少数の感染者の場合、対策は難しくない。検査し、隔離し、濃厚接触者を突き止めて、そしてクラスターを制御するのである。 ところが、「第一波」ではできたこの基本的な感染制御を日本の政府は放棄してしまった。「若い人だけの感染症だから」「経済を回さねば」「重症者は出ていない」「医療は逼迫していない」という理由で、当然行うべき「感染者を減らす」という努力を怠ってしまったのだ。 若者の感染を看過していると、確実にその感染は高齢者などリスクグループに移行する。旅行を励行すれば、必ず感染は飛び火する。重症者が出ていないと嘯いていると、いずれは重症者や死者が出る。
こんにちは、SRE部MA基盤チームの谷口(case-k)です。私達のチームでは、データ連携基盤の開発・運用をしています。 データ基盤には大きく分けて2種類あり、日次でデータ連携してるものとリアルタイムにデータ連携しているものがあります。本記事ではリアルタイムデータ連携基盤についてご紹介します。 既存のデータ連携基盤の紹介 リアルタイムデータ連携基盤の紹介 なぜ必要なのか 活用事例の紹介 データ連携の仕組みと課題 リプレイス後のリアルタイムデータ連携基盤 SQL Serverの差分データの取り方を検討 アーキテクチャ概要と処理の流れ Fluentdのプラグインを使った差分データの取得 Dataflowでメッセージの重複を排除 Dataflowで動的にBigQueryの各テーブルに出力 Pub/Subのメッセージ管理 イベントログ収集基盤 個人情報の取り扱い ビルド・デプロイ戦略 監視 データ
本日8月26日、レバレジーズ最終出社でした(8月末退職)。レバレジーズではメディアシステム部部長としてエンジニアリングマネージメントを中心に担当した他、レバテック技術顧問としてエージェントの専門性向上などを担い、ITエンジニアのキャリアについて接したり深く考える機会が多くありました。写真は最初の勤務地のヒカリエと、現在のスクランブルスクエアです。 退職理由などについてはここ数年情シスの長としてレピュテーションリスクの観点から監視する側だったので特に書きませんが、代わりに私が採用時・入社後に示してきたITエンジニアとして長く生き続けるためのポイントについてここに記します。つまりは「指名されるエンジニア」になるために必要な事柄です。IT業界に出入りして20年。数多のプレイヤーの栄枯盛衰を見てのお話です。この観察結果からまとめた内容になります。 最も恐れなければならないのは忘却されること 以前に
道路の方角は、隣り合う街どうしで微妙に違っていたりする。それが分かりやすいように道を方角によって塗り分けてみたところ、街の地形や歴史が見えて面白かった。 北海道、東京、京都、ニューヨークなどでやってみた。 今回、こんな地図を作った。 なんのこっちゃと思うが、拡大するとこうなっている。 道路を、その方角によって塗り分けたものだ。 右側の黄色いエリアは江東区。中央のカラフルなのは銀座とか日本橋だ。街ごとに道の方角が少しづつ違うということが色によってとても分かりやすくなっている。銀座から日本橋まで歩くと少しづつ道がカクッと曲がってるなーという感覚があるが、そういうこともまざまざと示されている。 こんなことできるかなと思ってやってみたらできて、結果も面白かったのでいろんな場所でやってみようというのが今回の趣旨です。 (本記事の地図は OpenStreetMap のデータをもとに加工したものです。末
ほしのあお @kumikuma003 娘の学校は低学年からずっと「子どものための哲学」の授業があって、例えば、7歳の頃は「親が好まない友達と仲良くすることについて」子ども達は議論をしていた。娘のノートを見ると「学校の外で遊ぶのは親がコーディネートするから、親が好まない友達と遊ぶのは無理。でも、学校では遊べる」と(続く 2020-08-26 08:13:19 ほしのあお @kumikuma003 続き)自分の意見を書いてあって、娘の意外とドライな一面を知った(笑。 他にも8歳の頃は「美しいってどういうこと?」について話し合って、美の基準が各自の文化や価値観のバックボーンで大きく違うことを知る→「人の見た目を自分の価値観でジャッジしてオープンにするのはナンセンス」という(続く 2020-08-26 08:20:43 ほしのあお @kumikuma003 続き)結論に至ったと教えてくれた。 13
2004年にベストセラーとなった「洞窟オジさん」(小学館)をご存じだろうか。当時13歳だった少年が家出し、57歳で発見されるまでの43年間、人知れず洞窟や森の中で過ごした日々を描いた1冊である。 洞窟オジさん (小学館文庫) 作者: 加村一馬 出版社/メーカー: 小学館 メディア: 文庫 廃坑となった洞窟で雨風をしのぎ、腹が減れば狩りや採取、魚釣りで食料を調達。少年は人間が作り出した便利なシステムから遠くかけ離れたところで自然と格闘し、命をつないできた。 長い野宿生活の中で、彼はいったい何をどうやって食べ、生きてきたのか。究極のサバイバルライフは十数年前になぜ終わりを迎えたのか。73歳となった現在、どういった暮らしをしているのか。「洞窟オジさん」こと加村一馬さんに話をうかがった。しばしの「家出」にお付き合い願いたい。 話す人:加村一馬(かむらかずま)さん 昭和21年8月31日生まれ。群馬県
2019年12月にフィンランド首相に史上最年少で就任したサンナ・マリーン。 Stephanie Lecocq/Pool via REUTERS 2019年12月に史上最年少の34歳でフィンランド首相に就任したサンナ・マリーンは、8月24日に与党・社会民主党の会合で基調講演に登壇。 党首就任直後に掲げた目標のひとつである「労働時間の短縮」を実現するため、「明確なビジョンと具体的なロードマップ」を打ち出す必要があると強調した。 現地紙「ウーシ・スオミ」の報道によると、マリーン首相の発言の核心部分は以下の通り。 「労働時間の短縮という目標は、決して脇に押しやられるべきではありません。そして、労働時間を短縮することと、高い就業率や堅固な財政を維持することとは、まったく矛盾しないのです」 「社会全体として、企業として、従業員として、それぞれが労働生産性を向上させるために努力する必要があります」 「富
Microserviceの分割の仕方について語られているものを収集します。 microservices.ioのサイトに載っている分割パターンは4つ。ただし「自己完結型サービス」と「チームごとのサービス」は、直交していないので大きくは「ビジネスケイパビリティでの分割」と「サブドメインでの分割」の2つ。 ビジネスケイパビリティでの分割 https://microservices.io/patterns/decomposition/decompose-by-business-capability.html 現在の業務機能にしたがってサービスを分割する。 したがって、コンウェイの法則にしたがった分割とされる。 サブドメインでの分割 https://microservices.io/patterns/decomposition/decompose-by-subdomain.html DDDのサブドメ
あおい @i_aoa_i #怖い話書くからリツイートして 幽霊じゃないけど私版スマホを落としただけなのに。 数年前の深夜、私は池袋でiPhoneを落としてそれに気づかずタクシーで帰った。 翌朝気づき、夫の「iPhoneを探す」機能(GPS・アラーム鳴らせる・メッセージ出せる)で検索すると、私のスマホは 2020-08-25 12:12:32 あおい @i_aoa_i 某公園周辺の道端に落ちているようだった。悪用する人が拾っていたら電源を切られているかもと思っていたので一安心。翌日の昼に1人で探しに行った。公園にはランチ中の会社員や年配の方などがちらほら。探し物をしている私に声をかけて一緒に探してくれる方も数人いて、ありがたいなあと思ったけど 2020-08-25 12:12:33 あおい @i_aoa_i スマホは見つからなかった。付近に落ちてるようだけどアラームも聴こえない。何故か見るた
「な、なんじゃこりゃあああぁあっtっt!!!!」 ・・・ ・・・ ・・・ 非同期処理を"ちゃんと"理解して使いたい 『非同期処理なんとなくの理解で書いている...』 『動いてるし、ヨシ!』 令和プログラマー*1である私自身、なるべく気を付けようと思っていますが、ついついなんとなくで書いてしまいそうになります。 (*1: 令和になってからプログラミングを知った人。初心者のこと。) ちなみに冒頭のコードは、「並列でいける処理をつい直列でやってしまっている」 例です。 実際に手を動かしながら非同期処理の理解を深める 本記事は以下の構成で、順を追って非同期処理を学習し、明日から自信を持って非同期処理が書けるようになるためのハンズオンです。 JSの非同期処理について知る Promise について知る Async / Await を使えるようにする 冒頭のコードがリファクタリングできるようになる 実際
JavaScriptでコードを記述する際、配列の各要素について処理をするケースは頻出します。開発の現場で配列操作の処理を見ていると、次のようなケースがよくあります。 配列の非破壊の望まれる場面が増えているが、元の配列を破壊操作している filter()やevery()など配列のメソッドで書けるところを、forEach()メソッドやfor ... of文を使ってコードを記載し、冗長になっている 記述しても効果のないArray.from()を使用している コード的には問題なく、アプリケーションは意図的に動作しているかもしれません。しかし、冗長な記述は可読性が低下し、予期せぬバグを誘発する可能性があるでしょう。 本記事では、配列操作でよく見かける冗長な記述を、簡潔な記述で置き換える方法について解説します。 本記事で紹介するJavaScriptの配列操作のチートシートを用意したので、まとめて読みた
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く