秒間100万リクエストをさばく - Googleの共通認可基盤 Zanzibar - 発明のための再発明
はじめに Googleの提供するサービス郡が共通して利用している認可システムにはZanzibarという名前がついています。ZanzibarはGoogleDrive・Google Map・Youtubeなどの巨大なサービスにも使用されています。 そのため、利用量も凄まじく 数10億のユーザー 数兆のACL(access control list) 秒間100万リクエスト もの量をさばいています。 にも関わらず、Zanzibarはこれを10ミリ秒以内に返します(95パーセンタイル)。 この記事では、そんなZanzibarの内部構造に関する論文「Zanzibar: Google’s Consistent, Global Authorization System」の中から、主に大量のリクエストをさばくための工夫を紹介します。 ちなみに、以前Googleの社内システム用の認可システム「Beyond
ソリティア(トランプ)の設計｜sh-lab
52(+ジョーカーの枚数)種類の値の位置を変化させる遊び 趣味でゲーム開発をしているsh-labといいます。 この記事ではソリティア(トランプ)※のゲームを作成した際の設計についてまとめました。 ※ソリティアは1人でやるゲームのことです。トランプのソリティアだとクロンダイクやゴルフ、ピラミッド等があります。 今回の設計で重要な点は カードの表と裏→観測者が決める トランプとは何か→52(+ジョーカーの枚数)種類の値の集合。 ソリティア(トランプ)とは→52(+ジョーカーの枚数)種類の値の位置を変化させる遊び です。 以下、設計の過程についてつらつら書いていきます。 設計方針今回のソリティア(トランプ)の設計方針は「複数のゲームに対応できるアーキテクチャ」です。 トランプの定義（1回目）ソリティア(トランプ)を設計するにあたり、まず考えたのはトランプのカードの定義でした。 初期の定義は1〜1
消費者は4回評価する。だからファンが大切。だから刹那的なインフルエンサー起用は意味が薄いというお話。｜池田紀行@トライバル代表
昨日公開したこちらの記事がよく読まれているので、気を良くして第二弾。もうちょっと掘り下げて、なぜファンが大事なのか、なぜ（フォロワー数が多いだけの）ファンでもないインフルエンサー起用にあまり意味がないのかをまとめます。 前の記事の最後にも書きましたが、ファンでなくても、フォロワー数が多く、インプレッションやリーチ力が大きい従来型のインフルエンサーにも一定の「宣伝効果」はあります。 「新しいガリガリ君のXX味食いてー！」「今年の冬にスタバから出たXXラテがおいしすぎて！」などは、ターゲットが広く、全フォロワーが顧客になる可能性があるため、たとえファンじゃなくても、そしてたとえ単発的だったとしても、「広告としてのリーチ効果」はちゃんと出ます。 でも、これはあくまでも単発的な露出効果。投資ではなく費用。ストックではなくフロー。持続可能ではなく持続不能なんです。 経済的な契約が終了した時点で、その
「時代遅れ」から復活したウォルマート 店舗×デジタルで攻勢
年間売上高5144億ドル（約56兆円）、従業員数220万人超──。1962年に米南部アーカンソー州で創業した世界最大の小売企業、ウォルマートが快進撃を続けている。 「力強い四半期決算を発表することができた。世界中の従業員に感謝したい」。2019年11月中旬。ウォルマートのダグ・マクミロンCEO（最高経営責任者）は19年8～10月期の決算発表の場で、こう強調した。 発表した決算は、純利益が前年同期比92％増、売上高は同3.3％増。マクミロンCEOが「オムニチャネルの顧客体験を作り上げる努力を続けている」と言及した米国事業のEC（電子商取引）売上高は前年同期比41％増え、業績をけん引した。ECの成長率は、6四半期連続で4割前後を維持している。決算発表後、株価は上場来高値を付け、好調ぶりを見せつけた。 「ここ数年、時代遅れの企業とみられ、『昨日のニュース』のように扱われていたが、最前線に戻ってき
E2EテストをSelenium Webdriver からCypress.io に移行した話 - 一休.com Developers Blog
こんにちは。 一休.comの開発基盤を担当しています、akasakasです。 今回は、E2EテストをSelenium WebdriverからCypress.ioに移行した話をしたいと思います。 一休のE2Eテスト事情 あれから、数年が経過して、、、 どうしてこうなった？？？ SeleniumではSPAへの対応が難しくなってきた なんでもかんでもSeleniumで頑張ろうとした弊害 いざリプレイスへ・リプレイスをする上で気をつけたこと 開発者フレンドリー 安定性 然るべきレイヤーでテストする（何でもかんでもブラウザテストにしない） 技術選定 Cypress.io とは？ Cypress.io のいいところ セットアップが楽 テストを書くことだけに集中できる CI連携が楽 Cypress.io の頑張って欲しいところ その他、移行に関しての細かい話 重複テストケースの排除 Page Objec
なぜE2Eテストでidを使うべきではないのか ｜Autifyブログ
こんにちは。AutifyのSET(Software Engineer in Test) 、末村(@tsueeemura)です。 皆さん、E2Eテストしてますか？以前はほぼSelenium一択みたいなところがありましたが、最近はPuppeteerやCypress、TestCafeなどいろいろなフレームワークがあり、ついつい目移りしてしまいますね！ さて、どのフレームワークを使うにせよ、E2Eテストを書く上で共通で意識しないといけない重要なファクターがいくつか存在します。 その一つが ロケータ です。操作や検証の対象となる要素を指定するためのキーのことです。 ロケータにはCSSセレクタやXPathが利用でき、idやclass、name といった属性を利用するのが一般的です。 今回はこのロケータについての話を書こうと思います。 ロケータとは 要素を一意に指定できさえすればロケータに使うものは何で
マッキンゼーが提唱する「らせん型組織」とはなにか？｜とくさん｜MYCOPING
マッキンゼーの論考「The helix organization らせん型組織」が興味深い内容なので訳していきたいと思います。 本論では、まず世界の大手企業のCEOが、事業構造の変化の激しい今のビジネス環境に対応した組織モデルを模索していることが述べられます。そして、この解決策としてマッキンゼーは「らせん型組織」を提示しています。 ではその冒頭の部分を訳してみましょう。 （始）------------------------- 我々が提唱する「らせん型」の組織はまったく新しいアイディアではない。過去数十年にわたり、プロフェッショナルファームや法律事務所では見られたモデルだし、最近ではアジャイル型組織でも活用されている。しかし、そのモデルにいままで明確な名前や定義は与えられてこなかったし、組織のボトルネックを解消し、集権化のバランスをうまく取るために有効であることは、十分に知られてこなかった
2019年のGunosy研究開発チームの振り返りとこれから - Gunosyデータ分析ブログ
はじめに こんにちは、研究開発チームの関です。 いつのまにやら年末感が漂ってきましたね。今年もクリスマスは赤レンガ倉庫でカップルたちの中アイドルライブを見て過ごしました。*1 年越しはCDJででんぱ組と年越しを迎えるので、クリスマスも年越しも推しと過ごせて幸せです。 さて、この記事はGunosy Advent Calendar 2019の21日目の記事です。*2 この記事では研究開発チームのこの1年の振り返りと、今後について書いて行こうと思います。 自分なりの整理や、社内広報の役割も兼ねています。 はじめに 2018年までの研究開発 2019年の主な活動 業績 学会・研究会への参加 参加した国際学会（いずれも発表参加） 参加した国内学会・研究会 スポンサーした学会 参加レポート 大学での講義 ウェブ工学とビジネスモデル ウェブサービスにおけるデータ分析と機械学習 2019年の振り返り よか
顧客のBurning needsを解決する | chikathreesix
こんにちは、@chikathreesixです。エンジニア起業家としてAutifyというAIを用いたソフトウェアテストの自動化製品を開発するスタートアップのCEOをやっています。 この記事では、BtoBスタートアップがProduct Market Fitするために必須である「顧客のBurning needsを解決する」ことについて、アメリカのアクセラレーターAlchemist Acceleratorにて学んだ経験を元に書きました。 僕らがどのように顧客のBurning needsを見つけ、Autifyという製品にたどり着いたのか、その過程と失敗について共有することで、エンジニア起業家やBtoB SaaS起業家の方々の参考となれば幸いです。 ※BtoCには当てはまらないケースもあるかもしれませんが、僕はBtoCの事は全くわからないのでご容赦ください。 弊社は2019年の1月にアメリカのトップス
レガシーコードからの脱却
2019年10月4日のAWS DevDay / 2019年10月31日のEOF2019 / 2020年2月14日のDevelopers Summitで登壇した際のスライドです。 1. レガシーコードからの脱却 2020/2/14 株式会社アトラクタ 吉羽龍太郎 (@ryuzee) ✤ ✤ ✤ 初版: 2019/10/03 AWS DevDay 改訂: 2019/10/31 EOF2019 改訂: 2020/02/14 Developers Summit 2020 2. 株式会社アトラクタについて ✤ 社名：株式会社アトラクタ 英文表記：Attractor Inc. / https://www.attractor.co.jp ✤ 設立：2016年12月 ✤ 所在：東京都港区 ✤ 開発プロセスに関するコンサルティングやトレーニングを提供 ✤ アジャイル開発 / DevOps / チーム育成 /
受付中のDDDの導入サポート[ドメイン駆動設計] - little hands' lab
DDD関するトピックを中心にオンライン研修、チャットサポートをご要望ベースで実施しております。ご相談は @little_hand_sのDM、もしくはお問い合わせフォームまでお願いいたします。 DDD導入サポート ①ライブモデリング、ライブコーディング研修(zoom開催) ご相談いただく方の現場の題材でモデリングから実装までを簡易的に一通り行い、DDDの全体像を把握していただくことができます。 モデリング、コーディングそれぞれ所要時間は約2時間です。片方のみ実施も可能です。 DDDの基礎知識については、事前に座学コンテンツはこちらの動画を見ていただいています。 DDDオンライン勉強会 #1 「モデリング/実装入門」 - YouTube こちらで基礎的な認識は揃えていただけるので、 直接お話しする時はより具体的な内容をできるようにしています。 アンケートで、よかった点として以下のようなご意見を
![受付中のDDDの導入サポート[ドメイン駆動設計] - little hands' lab](https://cdn-ak-scissors.b.st-hatena.com/image/square/b397d381a703bf1b272e6057f37adf63354d10fd/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F11696248318756265553%2F26006613445034697%2F1626667914)
お金の話について｜ヨッピー
「記事にするほどでもないけど、なんとなく書きたいなぁ」みたいな事を今後ここで書いて行こうかと思いまする。ちなみに有料にするかも知れん。 最近Twitterでもちょろちょろ言われてますけど、すぐ激切れしてあーだこーだ言って来る人が居るのでそういう人を避けたいしもうちょい自由に書きたさもあるので……。 まあそれはともかく、今日は「お金の話」について書きたい。別に「ヤッP～～～！僕の年収は8000万円でした～～！チョロチョロリ～ン！僕みたいに稼ぎたい人は月額6万円払ってネ～～！！！！」みたいな話ではなく、最近話題の老後資金2,000万とかその辺に絡んだ話である。 以前、フリーランスのファイナンシャルプランナーの人と話しててそういう話になったのだけど、「お金に対するリテラシーがみんな低すぎるし、インターネットではそういう話をすると『投資にまわすお金なんて無いわ！』とか逆ギレする人が多くて話しづらい
Google re:Work - ガイド: 構造化面接を実施する
構造化された面接とは、簡単に言えば、同じ職務に応募している応募者に同じ面接手法を使って評価するということです。構造化面接を行うと、応募した職務自体が構造化されていない場合でも、応募者のパフォーマンスを予測できるという調査結果があります。Google では構造化面接を採用しています。つまり、すべての応募者に同じ質問をして、同じ尺度で回答を採点し、事前に決められた一貫した採用要件に基づいて採用を決定しています。 では、構造化面接の質問を使う組織があまり多くないのはなぜでしょうか。実は、質問を作成するのが難しいのです。構造化面接の質問は、記述してテストする必要があります。また、面接担当者が他の質問をしないように指導する必要もあります。さらに、同じ質問が何度も出されると予想した応募者同士が、情報を交換してすべての回答を用意してこないように、質問を絶えず更新する必要があります。別の調査によると、構造
Improving Scale and Media Quality with Cascading SFUs (Boris Grozev) - webrtcHacks
Improving Scale and Media Quality with Cascading SFUs (Boris Grozev) Deploying media servers for WebRTC has two major challenges, scaling beyond a single server as well as optimizing the media latency for all users in the conference. While simple sharding approaches like “send all users in conference X to server Y” are easy to scale horizontally, they are far from optimal in terms of the media lat
Docker on AWS: AWSのコンテナ関連サービスの選定例の紹介 | Amazon Web Services
Amazon Web Services ブログ Docker on AWS: AWSのコンテナ関連サービスの選定例の紹介 本記事ではこれからAWS上でDockerコンテナを活用される方向けに、AWSのコンテナ関連サービスのどれを選択すると良いかの一例を紹介します。前提としては、example.com社の技術者Aさんが、自社のWebサービスをAWS上で構築するにあたって構成を決めるために、AWSのソリューションアーキテクト(SA)に相談するという流れの記事になります。AWSのどのサービスを使うかのご参考に是非ご覧ください。※こちらの選定はあくまで一例です。要件によっては選択すべきAWSのサービスが異なる点、予めご了承ください。 Dockerコンテナの基礎については以下をご覧ください。 https://aws.amazon.com/jp/docker/ AWS Black Belt Onlin
スタートアップ資本政策の6箇条｜Taejun
もともと有料ノートだったのですが、出してからもう3年経つので無料公開としました。最近買ってくださった皆さん、申し訳ありません。それだけの価値があると思ったら「サポート」欄から投げ銭してください。（2019年2月11日） ------------------------------------------------ スタートアップの資金調達について重要なことがあまり世の中にシェアされていない気がする。そのために、才能があるのに投資家にいいようにやられて大変な目に遭っている若い経営者が身の周りによくいる。ちょっと悲しくなるので、自分なりに見ていてこれだけは気をつけたいと思った6箇条を書いておきたい。大したものじゃないけど、Cap TableのExcel Sheetもダウンロードできます。 経営の意思決定はなんだかんだやり直しがきくけど、株の持分はやり直しがきかない。特に序盤でコケると本当に大
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
曽根隼人（映像） on Twitter: "『ジョーカー』の撮影監督（DP）が映画の撮影術を解説してる動画が、初心者向けに分かりやすくてめちゃくちゃイイ映像教材。ロジカルな基礎がありつつも凄く感覚的なところが良い。 https://t.co/v6ancFg4jE https://t.co/WOJqZJK66u"
NETFLIX アニメ業界を「ホワイト」にする NETFLIX革命(3) - 日本経済新聞
The Amazon Builders' Library
Social experiments to fight poverty
