池袋の上海料理店「大沪邨（だうつん）」で、通常メニューにはない予約限定料理を堪能する - ぐるなび みんなのごはん
うっすらと予定していた海外旅行が中止になったことで生まれた心の隙間を埋めるべく、都内近郊にある外国料理を出す店で、異国の味と海外旅行気分を楽しんでいる。 今回訪れるのは、来るたびに中華街っぽさが増している池袋駅西口北側の繁華街エリアにある大沪邨（だうつん）という店だ。大沪邨、大江戸ではない。オールドスタイルの上海料理を出す店だ。 場所はロサ会館の左隣。池袋の土地勘があればその雑多な雰囲気がイメージできるかな。 このビルの3階が目的地。 旅先で現地在住の日本人に案内してもらう地元の名店（という設定で池袋の上海料理店へ） 大沪邨は前に友人のAさんに連れられて一度来たことがあるのだが、そのアウェイな雰囲気、揺るがない異国の味付け、まさに今の私が求めている非日常の世界。 もちろん普通に訪れるだけでも心躍ることは間違いないが、そこに「現地に住んでいる日本人の知り合いに地元ならではの味を案内してもらう
Mackerelでは計画メンテナンスをどう実施しているか？ RedisをElastiCacheに移行した裏側をご紹介 - Hatena Developer Blog
こんにちは。MackerelチームSREのid:heleeenです。 Mackerelでは、2020年10月14日に計画メンテナンスを実施しました。今回は告知ブログに記載の通り、Mackerelが利用しているRedisをAmazon ElastiCache for Redis（以下、ElastiCache）へ移行しました。 本記事では、この10月の計画停止の裏側を紹介します。 どのようにElastiCacheへ移行するか 大半のRedisを無停止で移行 最後はElastiCacheへのオンライン移行を使用 メンテナンスに向けたさまざまな準備 メンテナンス手順書のチーム内レビュー メンテンス実施中の役割分担 なぜタイムキーパーが必要になったのか リモートで停止メンテナンスを実施する方法 検証環境を利用して事前にリハーサルも実施 Redisを安全に効率よく切り替えるために 参照するRedisを
米南部にある民主党支持層の青い帯は、恐竜がいた一億年前の海岸に堆積した藻類の死骸の痕跡だという話
ACTIVE GALACTIC @active_galactic 恐竜がいた時代の沿岸に堆積した藻類の死骸が，1億年後の現代，綿花栽培の良い土壌となり，人口比で相当割合の黒人が奴隷としてつれてこられ，赤い南部州に民主党支持の青いバンドを作り出す。かなり遠大な政治物語だ。 twitter.com/RebeccaRHelm/s… 2020-11-04 06:42:04 Rebecca R Helm @RebeccaRHelm In the South, there is a political strip of blue in a sea of red, and that strip hints at a 100 million-year-old coast that still shapes our world today... [thread based on the article by
技術系の境界線 | La Verda Luno
これは 設計ナイト2020 の感想記事です。 CQRS と GraphQL の話が主な話題でしたが、ディスカッションなどで示唆に富む話を聞けたので、（レポートというよりも）考えたことを書き残しておきます。 発表内容についてはあまり書きませんが、すでに 設計ナイト2020感想 - Qiita と 設計ナイト2020に参加してきました。 | achanBlog という記事があります。 Q&A やディスカッションについても #sekkeinight 付きのツイートを見ると、何が交わされたか把握できると思います。 コンテキスト DDD・CQRS・GraphQL・アーキテクチャの進化戦略などについて深い話（触ってみたレベルでなく実運用等を経たもの）についても興味深かったのですが、サーバー再度にとっての理想的なモデルとフロントエンドの要求が衝突する境界線について考えるきっかけになりました。もしかしてサ
いい人を採りたければ、つべこべ言わず、給料を高くすればいいんですよ。
いい人が採れない、定着しないので、話を聞いてほしいと言われ、何度か相談に乗ったことがある。 ただ、話としては簡単で、「いい人」が採れない理由は一発でわかる。 「給料が普通」（というか、むしろ能力に比して安い）だからだ。 では、仕事が面白そうなのかと言えば、それも普通。 特に簡単というわけではないが、ありふれた仕事。特に高い技術力が必要なわけではない。 世の中にニーズはあるが、古くからある仕事で、成長性も低い。 会社のブランド力・知名度も普通。 特に悪評もないが、要するに無名の中小企業だ。 当たり前のこととして、何もせずとも優秀な応募者が殺到するのは、給料が高く、仕事が面白く、友達に自慢できる職場だ。 だから、「いい人を集めたいなら、まず給料を2、3割上げたほうがいいのでは。」と回答すると、 社長は言った。 「でも、うちには創業当時からの理念がある。カネとか、そういうものではなく、理念に共感
1000万件オーバーのレコードのデータをカジュアルに扱うための心構え - joker1007’s diary
自分が所属している会社のメンバーの教育用資料として、それなりの規模のデータを扱う時に前提として意識しておかなければいけないことをざっくりまとめたので、弊社特有の話は除外して公開用に整理してみました。 大規模データ処理、分散処理に慣れている人にとっては今更改めて言うことじゃないだろ、みたいな話ばかりだと思いますが、急激にデータスケールが増大してしまったりすると環境に開発者の意識が追い付かないこともあるかと思います。 そういったケースで参考にできるかもしれません。 弊社は基本的にAWSによって運用されているので、AWSを前提にした様なキーワードやサービス名が出てきます。後、句読点があったり無かったりしますが、ご容赦ください。 追記: 社内用の資料の編集なのでかなりハイコンテキストな内容だから誤解するかもしれませんが、これらはそもそもRDBの話ではありません。(関係無くは無いけど) 1000万オ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
