こんにちは。ピースオブケイクでnoteの開発をしているjustinです。 10月に深津さんがCXOに就任して、早2ヶ月が経とうとしています。 週１回グロース会議を行い、そこで話し合われた内容がどんどんリリースされています。 定期的に深津さんがnoteのカイゼン施策をノートにまとめていますが、現場でどんなことが行われているのかはあまり公開したことがありませんでした。そこで、この記事では少しだけ施策の裏側をお話したいと思います。 この記事では「最近のnoteカイゼン(11月中半)」で紹介された、 課金時のユーザー離脱を下げるチューニングを施しましたにスポットをあてます カイゼンの流れざっくりですが、カイゼンの流れは以下のようになります。 1. 購入導線を洗い出す 2. データを取る 3. 数字の著しく落ちているところを探す 4. 改善案を考える 5. 実行する 6. 評価上の流れはcakesの

こんにちは、SRE の @masartzです。 今回は最近取り組んだ、メルカリの主要データベースの容量削減のお話をしようと思います。 TL;DR 主要データベースの容量を20%以上削減しました どういう状況だったか？　何をしたか？ メルカリでは2017年11月現在、出品数は1日100万件を超えています。 なので、単純に日々多くのデータが増えていっています。 そのためデータベースのスケーリングは常に検討し、取り組まなければならない課題です。 今回扱ったデータベースはいくつかあるデータベースの中で商品テーブルを持つ、メルカリの主要データベースになります。 増え続けるデータに対応するための、テーブル分割を変則的な形で対応したのでその過程を紹介します。 前提：データベース分割方法 メルカリのデータベースには 会員情報や商品情報など、基本要素となるデータから、通知やお知らせメッセージなど付加的な機能

マネーゲームとしての仮想通貨は興味はないのだが、技術的に興味があって自分で簡単なコードを写経しながら勉強した。 定義 ブロックチェーンの実体はブロックを繋いだリスト構造 ブロックはいくつかの入力値(生成日時など)と、自分自身のハッシュを持っている 前のブロックのハッシュ値と、入力値を元に自分自身のハッシュが決まる。その手順は公開されている。 要はハッシュ値とそのメタデータが連続するただの配列なりの LinkedList。面白いのはここから。 ネットワークに参加するそれぞれが任意に新しいブロックを追加することができる ブロックチェーンは検証結果が正しく、より長いものが信頼される なのでビットコインみたいな仮想通貨は、生成コストが重く、検証コストが軽いものが好まれる。 他のネットワーク参加者からブロックチェーンの更新を受け取った時、手元のブロックチェーンとそれを比較し、より長いものを自分のブロ