Masato Ohba (ohbarye) CV

運用、パフォーマンスを意識した設計・実装

ビジネスの要求を一時的に満たすだけでなく、パフォーマンス・計算量・将来にわたるデータ増加を意識した設計や実装の経験があります。加えて、運用中に生じた問題についてのパフォーマンスチューニングを行なってきました。

バッチの冪等性・リトライ処理。決済におけるデータの整合性。開発した機能がどのように運用されるか。これらを意識した設計・開発・レビューに自信があります。

OSS を活用、改善する技術力

現代においては特筆すべきことではありませんが、業務においては OSS を利用しています。技術選定の際には利便性やトレンドの最大瞬間風速だけでなくチームとして feasible な技術かどうか？を中心に検討し、並んで持続性や disposability を検討します。チームの生産性を優先した結果として保守的な選択をすることが多いです。製品の依存するライブラリ等については dependabot のような SaaS を活用しつつ dependencies の定期的なアップグレードも行なってきました。

また、開発するプロダクトと OSS は地続きであると考えています。必要な機能がなければ自ら開発したりパッチを送ったり、bug や regression に気づいたら直す振る舞いを心がけています。（後述するPersonal Projects欄、Public Output欄にても OSS contribution に関する内容を記述しています）

チーム志向

チームとして成果を上げることに強い関心があり、協働が生まれる仕組みづくりや文化の醸成を行ってきました。また、マネジャーとしてチームメンバー間の信頼関係の構築・強み・弱み・指向性・事業特性などの変数を考慮してチーム編成を決定した経験もあります。

プロセスに問題があったとき、「ゴールを明確にする」「説明責任を果たす」「オーバーワークを防ぐ」ためにスクラムを導入し、スクラムマスターの役割を担ったこともあります。

-60 名規模のエンジニア組織における課題解決

エンジニア数が 20-60 名規模の組織における Engineering Manager として、組織設計・チーム設計・採用活動・教育・オンボーディング・文化づくり・コミュニティ活動等々に関する実績と知見があります。

チーム・組織規模が大きくなる中で生じる課題はその組織において初めて経験される類のものが多く、明確に真因の特定と優先度判断とアサインを行わないと放置され歪みが拡大することがしばしばあります。組織課題のそうした特性を知ったうえで対応してきた経験は、自身の役割がメンバーであれマネジャーであれ、同規模 ± 数十名のチーム・組織でも活かせると考えます。

アウトプット志向

趣味や業務を通じて調べたこと・学んだことをまとめてアウトプットすることを心がけています。アウトプットを意識した思索や試行を繰り返すことによって抽象化・共通化のスキルを磨けるだけでなく、課題の発見から解決までの総合力を高められると考えています。

登壇発表・プレゼンテーションの類は得意ではありませんが、その機会を通じて学ぶことや得られるフィードバックがあるため、可能な範囲で挑戦しています。実績についてはPublic Output欄をご参照ください。

Code Cleanup

複数プロダクトでコードを共用していた monorepo を fork し、dead code が大量に発生しました。その dead code の掃除が全体の開発体験に関わると考え、退職前の最後の仕事としてほぼ独力で提案から実行まで行いました。

約 3 週間で 400,000 行のコードを削除するに至り、Rails の利用されていない model の削減では数を 390 から 281 に減らすことができました。稼働中のシステムに大きく手を入れたものの顧客に影響を及ぼすような障害を起こすことなく完遂しました。

Migration from React Native to PWA

React Native 製 iOS/Android の業務用 internal アプリを PWA にてリニューアルするプロジェクトです。主にプロジェクトの立ち上げとバックエンドを担当しました。（リニューアル時に UI/UX を刷新したため、バックエンドにも変更が必要でした）

プロジェクト以前に API に関する仕様を共有する仕組みがなかったため、OpenAPI による API specification の記述をし、共有のための土台の整備も行いました。自動テストと Staging 環境においてのみ動作する Rack middleware を活用し、Specification 違反を検知する仕組みも導入しています。（詳細はブログ記事にも書きました）

また、プロジェクトの総括をJSConf 2019 にて発表しました。

中学生向けコーチングサービス開発

新規メンバーが大半の 10 名超、かつ半年を超える規模である不確実性の大きいプロジェクトにおいて、スクラム・モブプロ・1-on-1 等々のプラクティスを導入・実践することによりにリリースすることができました。また、定量的評価が難しいものの、メンバーの成長・定着にも繋がりました。

本プロジェクトの詳細は『新メンバーが多い大型プロジェクトでの不確実性との戦い方』にまとめています。

登録導線リニューアル

BtoC の学習サービスにおいて最も重要な獲得の時期に向けた EFO (Entry Form Optimization) プロジェクトです。

当時のチームにて扱うフロントエンドの大部分は MPA であり、登録導線は Rails の View と jQuery で実装されていました。リッチな体験が要求されるシーンであったため Webpacker を用いて Rails フロントエンドの一部で React を導入しました。

同時期でなくリリース前後の比較ではありますが登録導線の CVR が有意に向上し、事業成果に直結する取り組みとなりました。

Meguro.rb にて取り組みの内容を発表しました。

Upgrade grape gem

社内で最も大きい Rails の API server では grape という gem を使っていましたが、この gem が 2015 年の導入時の v0.12.0 から更新されていなかったのでアップグレードしました。

Rails upgrade 等に比べて情報が少なく、依存している周辺 library が dead であるために迂回策を用意するなどの工夫が必要でした。minor version (-v0.19) を少しずつ上げながら最終的に当時の最新の v1.0.1 まで upgrade できました。

余談ながら、この約 1 年後 2018 年 12 月に NewRelic で同 Rails アプリケーションのメトリクスが取れないという問題が起きました。これは NewRelic agent 側の問題だったため本体にパッチを投げて解決しました。

キャリア決済廃止検討

手数料が高く運用コストも高いキャリア決済を廃止する際に、どれぐらい事業へのインパクトがあるのかを検証するプロジェクトです。

Optimizely という SaaS を用い、エンジニアによる開発やテスト実施の手間を極力抑えつつ A/B testing の実践と定量データの収集ができました。

この取組についてはブログ記事を執筆し、Rails Developer Meetup 2018 Day 3やRegional Scrum Gathering Tokyo 2019といったイベントでの登壇発表も行いました。

採用活動

書類選考・一次・コードテスト・二次・カジュアル面談・リファラルランチ・リファラルディナーへの主体的な参加を始めとし、全面的に貢献しました。

• Job description の執筆
  • HR やエージェントと連携しつつ作成
  • 採用状況の変化に合わせて 2 度書き直しました
• 構造化面接の採用・実践・型化
• コードテストの設計と実装
• 技術面接の設計と実装
• 面接ガイドの公開
• コミュニティ活動
  • スタディサプリミートアップ第一回の運営

また、採用活動と地続きである以下の活動にも取り組みました。

• オンボーディング
• 上記活動に関する知見をまとめたブログ記事の執筆
  • カジュアル面談
  • 面接ガイドの公開
  • 卒業生と在職者の交流会の開催
  • オフボーディング

In-App Purchase 機能実装

当時、iOS アプリ内での課金手段として買い切りを提供していたものの売上が芳しく無く、クレカ等と同じように自動更新（Auto-renewable）による決済機能を提供したいというニーズがありました。

私はサーバサイドの API と、subscription status を確認するバッチ処理を実装しました。その過程でサーバサイドで利用している AppStore API client library の venice が自動更新の形式に対応していなかったと気づいたため、自前で実装し、pull requestを送りました。（同 OSS はどうやら手が足りていないようなのでそのあとも何度か contributionしました）

このあとの運用も含めて In-App Purchase のサーバサイドに関する知見が得られたのでiOSDC 2018 で登壇発表を行いました。

その他

その他、定常的・突発的に行なった業務を以下に記します。

• 協調しあう文化づくり
• 社内留学の推進
• 開発効率向上に関するツールの開発・導入 (kpt-bot, review-bot, Pull Panda)
• Dependencies upgrade with dependabot
• Release manager
• Quipper School / Video、スタディサプリのリリース分離
• 健康促進のための懸垂台の導入
• 読書会・勉強会の運営 (Real World HTTP, SRE 本 etc.)
• 社内図書館の発案と実践

企業ブログへの寄稿

• 『B/43 Tech Talk 〜 Fintech×サブスクリプションサービス立ち上げの裏側〜』を開催します
• reviewdog x Custom FormatterでRuboCopの自動修正を提案させるようにしました
• ActionMailer::Baseのサブクラスで値を変更すると全てのMailerに反映されてしまう設定がある
• データベースのメタデータ整備をRails generatorで楽にする工夫
• GitHub Appを使ってDependabotが作るpull requestを自動マージさせる
• 3Dセキュア入門 -B/43の3Dセキュア開発・運用の裏側-
• CRAからViteへ移行して190倍高速なdev server起動を得る
• TracePoint 活用事例: Sentry のローカル変数キャプチャ機能
• Idempotency-Key Header を使ったリトライと、オンラインイベントの”Kaigi 感”
• 新メンバーが多い大型プロジェクトでの不確実性との戦い方
• Working Out Loud 大声作業（しなさい）、チームメンバー同士でのトレーニング文化の醸成
• より良い面接を実現するために “Quipper 採用面接ガイド” を公開しました
• カジュアル面談への扉
• プロダクトの「負債」を「機能」と呼び直す 〜A/B テストを用いた”価値”の定量化〜
• 退職の作法、あるいはオフボーディング実践入門
• グローバルサービスでのタイムゾーンとの向き合い方

Goofi

OSS への貢献をより簡便にするためのツールです。OSS 活動を始めたい初心者にとって最大の壁が「貢献対象を探すこと」だと考え、コントリビューションが推奨される repository と issue をリストアップする Web サービスGoofiを作りました。

Nodefest 2018 では同サービスに関する発表を行いました。

2020 年 1 月にGitHub が公式の類似機能を公開したので役目を終えそうですが、課題設定が正しかったことが追認された心持ちです。

React Use Kana

漢字を入力するとふりがなが自動入力されるフォームを作成するためのライブラリです。jQuery で同機能を実現するものや、React の古めのバージョンに対応する類似ライブラリはありましたが、React hooks を利用したライブラリは見つからなかったため自作しました。

String Pixelater

文字を N * N dots の 2 次元配列に変換するライブラリです。当時Processingにハマっており、Generative Art を作る過程で実装しました。

Review bot

チーム開発でのレビューを促進させる Slack bot です。 指定した条件にマッチする pull requests 一覧を Slack に投稿します。

2019 年 6 月に GitHub が買収したPull Pandaに類似していますが商用で有料だったためか、この bot を fork して利用していただける企業が数社ありました。

Automaildoc

RSpec によるテスト実行時にメール文面をプレビューできる HTML を自動生成するライブラリです。

Markdown Server

Markdown で記述された文書を HTML で配信する Web サーバを簡易に構築できるライブラリです。Python の学習のために自作しました。