エンジニアを増やしていけば、うまくいくと思っていた––メルカリCTO名村卓氏が語る、開発組織の今とこれから
2019年9月24日、株式会社メルカリにて、エンジニア向けイベント「Mercari Bold Challenge ~CTOとエンジニアが赤裸々に語る 変化と挑戦~」が開催されました。社員数は1,800人を超え、40ヵ国以上の国から多様な人材が集まり急成長を続けるメルカリ。一方で、急成長に伴って新たな課題も生まれています。そこで今回は「Bold Challenge（大胆な挑戦）」というテーマで、メルカリのエンジニア組織の変化と挑戦について、そのリアルを語ります。プレゼンテーション「メルカリのエンジニア組織の今とこれから」に登場したのは、執行役員CTOの名村卓氏。講演資料はこちら CTO名村氏が語るメルカリのエンジニア組織の今 名村卓氏：こんにちは。CTOの名村です。僕からは、メルカリのエンジニア組織の話をさせていただきます。「今とこれから」ということで、これまでのことと、今抱えている課題と、
障害対応とポストモーテム - スタディサプリ Product Team Blog
こんにちは。SRE の @chaspy です。 ユーザに価値が提供できなくなってしまうシステム障害は起きてほしくはありませんが、絶対に発生しないとは言い切れません。 そんなシステム障害は、そもそも発生頻度が不定、かつ多くないので、どのように対応すべきかを体系化することは（起きる事象が毎回異なることも相まって）難しいと思います。 本記事では、Quipper において、どのように障害対応を行うのか、また、障害発生時の考え方を紹介します。 障害はどのように対処されていくのか 障害発生フロー Quipper では 標準化された障害時連絡のフロー / 障害レベルがあります。 これによって、障害の内容、影響範囲によっては親会社のリクルートマーケティングパートナーズへのエスカレーションが必要であることと、その基準が言語化されました。また、エスカレーション時に送るメールのテンプレートも用意されており、「誰
ミュージシャンのリズム感が、ちょこっとダンス教室に通うだけで劇的に向上する理由 | Rolling Stone Japan(ローリングストーン ジャパン）
ニューヨークであてどないドサ回りに明け暮れる、元編集者の中年ミュージシャン。彼が「渡米後最大の収穫」と語る発見は、ブラックミュージックの真髄だったのか、それとも……。 ※この記事は6月25日発売の『Rolling Stone JAPAN vol.07』内、「フロム・ジェントラル・パーク」に掲載されたものです。 このコラムの第3回で取り上げたボストンのライブスポット、ウォリーズカフェに通い始めてしばらく経ったある晩。最前列に陣取ってクレイグ・ヒルの長いソロに耳を傾けていたとき、僕はとてもシンプルな、しかし驚くべき現象に気がついた。 ワン、ツー、スリー、フォーって4拍を、バンドのメンバー全員が、頭をしゃくり上げて取っていたのだ。 これ、僕にとっては認識する以前と以後とで別人になったくらい大きな変化があった発見なので、「モスバーガーのきれいな食い方」みたいになってしまう危険性を感じつつ、くわしく
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
