Hirotaka Miyagi | 宮城 広隆

自己 PR

  • フロントエンド・バックエンド・インフラまで一気通貫で開発を進められることを強みとしています。
  • キャリアの大半がスタートアップでの活動であり、会社の成長のためにフルサイクルになんでも取り組んできました。今後も継続していくつもりです。
  • チームで働き、一人だけでは得られない成果を生むことを大事にしています。丁寧なドキュメンテーションや仕組み化でトラック係数を上げつつ、チームビルディングやコミュニケーションを進めていきたいです。
  • どちらかというと仕事が好きな性格で、仕事へのモチベーションは新しい知識の学習と転用です。業界の最新動向・枯れて安定した技術それぞれ取り入れつつ、自身や会社としての技術投資を進めていきたいです。技術的なアウトプットや OSS 活動も継続して取り組んでいきたいです。

好む振る舞い, キャリアの指向性も合わせてご覧ください。

過去の使用技術

  • Ruby, Rails, Rspec, FactoryBot, RuboCop, graphql-ruby
  • TypeScript, React, Next.js, Jest, Testing Library, MSW, ESLint, Prettier, Tailwind CSS, Webpack, Vite, Vitest, Storybook, ProseMirror, reg-suit, urql, GraphQL Code Generator, Vue.js, Nuxt.js
  • Go, Gorm, gplgen
  • Terraform, AWS Fargate, ALB, RDS, S3, CloudFront, CloudWatch, Route53, VPC, Amplify, Cognito
  • GitHub Actions, CircleCI, Sentry, Datadog, Redash, Slack, Figma, draw.io, VSCode, Notion, Google Workspace, Slack, Zoom, Google Meet

RESUME

株式会社タイミー(2022/4~2022/10)

業務委託として開発プラットフォームチームに所属し、Rails/Next.js での GraphQL の導入・初期設計・各種オンボーディングを担当しました。

Rails+Next.js で GraphQL を導入する時に考えたこと - Timee Product Team Blog

株式会社ビットジャーニー（2021/9〜現在）

業務委託として https://kibe.la/ の開発チームに参画し、フロントエンドをメインにフルサイクルに開発を進行しました。

ProseMirror を利用したリッチテキストエディタの開発

  • ProseMirror の木構造 ⇄DOM⇄markdown text の相互変換により、リッチテキストエディタで記入したテキストを即座に markdown に変換させる
    • ユーザーフレンドリーなテーブル記法の入力 UI の実装
    • 列・行・セルの選択や追加、削除などを直感的に行えるように
    • DOM を効率的にレンダリングするためのキャッシュアルゴリズムの実装

フルサイクルな機能開発

  • DB 設計・Rails の MVC 設計・GraphQL インターフェース・React コンポーネント・Redash/GA4 での分析までを一貫して担当
  • GitHub Actions の導入と開発プロセス中のトイルの自動化

リリース 7 年が経過する Rails + React アプリケーションのモダン化

  • Sass の@import 非推奨による sassc-rails から cssbundling-rails への移行
  • webpack.config.js の最適化
  • Sass → CSS in JS への移行のための技術選定
  • jQuery からの安全な脱却ロードマップの策定・進行（進行中）、ES5 を上げていくためのリスク評価、古い polyfill の削除等

株式会社リゾートワークス（2020/12〜現在)

ワーケーションを通じて働く人の“創造性“を刺激する福利厚生サブスクリプションサービス  ResortWorx  で、インフラ/バックエンドエンジニアを担当しました。

インフラ構築の 0→1 に伴う技術選定と構築

プロダクトローンチ初期に求められる最低限の構成で、ランニングコストの抑制とエンジニアがキャッチアップできるようなドキュメンテーションを心がけました。

  • Nuxt.js + Rails API の利用者向け Web アプリケーションと、Rails SSR による管理画面のホスティング
  • Route53 → ALB → ECS / RDS の一般的な Rails のホスティング
  • GitHub Actions による CD 環境、 SSM を利用した ssh(rails c 等）実行環境
  • CloudWatch によるロギングとアラート、AWS Chatbot による Slack 通知
  • S3 + CloudFront による SPA のホスティング、GitHub Actions による CD, workflow dispatch を利用したブランチ指定のデプロイ
    • のちに Nuxt の SSR も必要になったため Vercel へ移行
  • 上記の AWS リソースを terraform で IaC 化、draw.io + VSCode によるアーキテクチャ図の記載、その他オペレーションをドキュメント化

チケットベースでのチーム開発

  • Rails, Nuxt での機能追加
  • CloudWatch Logs Insights で可視化・検索ができるよう Rails のログの JSON 化

企画 LP サイトの構築

  • Nuxt.js(composition API), Tailwind CSS, Vercel による 0→1 を一人で担当
  • デザイナーと Figma 上で会話しながら背中合わせで進行
  • Lighthouse の点数をほぼ 100 点に

株式会社タイミー（2018/07〜2021/09）

サービスローンチの 1 ヶ月前にジョイン、初期は 1 人サーバーサイドとして Rails をメインに、プロダクト/会社の成長とともに幅広い業務を担当しました。

PjM/PdM/バックエンドエンジニア (2020/08〜2021/04)

当時の課題

会社の成長に伴いガバナンスを強めていく必要性があり、プロダクト「タイミー」における社内オペレーション改善や、コーポレートエンジニアリングの領域で開発を進行しました。

メンバー構成

プロジェクトの開発メンバーとしては 2 名で、関係部署にヒアリングしながら遊軍のように活動しました。

  • 自身： プロジェクトマネジメント/ 要件定義/ Rails や Go での実装
  • チームメンバー: 元 iOS エンジニア（Rails はビギナー)/ 要件定義/ Rails や Go での実装
  • 関わる部署： 経理財務、 CS
やったこと

ヒアリングや SaaS の選定、スケジューリングや開発着手、リリースまで一気通貫で担当しました。（NDA レベルの業務が多く少しぼかしています）

  • CRM ツール HubSpot の API 連携
  • 経理・財務業務 SaaS との API 連携
  • 内部統制に伴う各種機能開発の進行（職務権限規定に沿った権限管理・与信・反社チェックなど）
  • 社内業務のオペレーション改善
  • Mac にインストールし deamon で常駐起動するソフトウェアを Go で開発
    • 主に非機能要件であるリリースパイプラインの設計を担当 死活監視、バイナリのセルフアップデート機構、リトライ制御など
  • チームメンバーに Rails を指導 コードレビューやキャッチアップのための順序立てたタスク振りなど

新規事業 PjM/バックエンドエンジニア/フロントエンドエンジニア (2021/04〜2021/08)

メンバー構成
  • 開発チーム： iOS 担当 1 名、 デザイナー 1 名、 Web フロントエンド&バックエンド API2 名
  • 関わった部署： 経営, Sales, CS, 経理
役割
  • プロジェクトマネジメント・技術選定・設計・実装（Rails, Vue.js)を担当
  • チームのエンジニアは それぞれ iOS と Rails に強いメンバーとのプロジェクトだったため、それぞれの強みを活かしてもらいつつ取りこぼしがないよう拾う立ち回りに努めた
  • Biz サイドとの折衝、サポートや経理とのオペレーション構築など
  • エンジニアリングとしてはコアドメインのモデリングや Stripe を利用した決済周りの設計実装を主に担当した
技術選定・初期設計
  • Vue.js/vue-router を使った SPA の実装
  • 一般的な Rails の環境構築（annotate/rails-erd/bullet/rspec/rubocop)
  • 監視/ロギング/CI/CD の導入（Datadog, Sentry, lograge を利用したログの JSON 化、 CircleCI)
  • 商品情報登録・在庫管理・注文・決済履歴などのドメインの境界を意識したモデリング
  • Rails プロジェクトでの行動指針決め
    • 原則テストコードを書く、書けないなら書けるよう責務を分割する
    • トランザクションやロックなど SQL を適切に書く
    • シンプル・ミニマルに
決済機能の要件定義・技術選定・Stripe API の実装/運用

新規事業の決済機能として Stripe を導入する上で考えたこと全て - Timee Product Team Blog

スキーマ駆動開発の導入・運用

Rails + RSpec + OpenAPI3 + Committee でスキーマ駆動開発を運用する Tips - Timee Product Team Blog

SRE (2021/01〜2021/04)

当時の課題

プロダクトの成長は進みテレビ CM を打つことになり、現状のスケールしない EC2 によるインフラでは耐えられないだろう、という課題がありました。ただひたすらこなしていた開発業務についてもメンバーが増えスクラムを回せるようになり、組織化が進んで自身の属人性は剥がれてきていました。運よくシニアレベルの SRE の方が採用できたこともあり、その方と主に SRE チームを立ち上げ AWS のアーキテクチャから作り変えるプロジェクトを始め、キャッチアップしつつインフラの移行を進めていきました。

やったこと(公開情報)

Production で Rails6 マルチ DB 対応を小さく始める

GitHub - MH4GF/ecr-lifecycle: Delete more than specified number of images, and protect if dependent on ECS task

Redash を Fargate, Datadog, Terraform で構築/運用する - Timee Product Team Blog

バックエンドエンジニア (2018/07〜2020/01)

サービスローンチの 1 ヶ月前にジョイン、初期は 1 人サーバーサイドとして保守運用を担当 Rails をメインに、プロダクト/会社の成長とともに幅広い業務を担当しました。

メンバー構成
  • リリース前： iOS…5 人、 サーバーサイド 4 人
  • リリース後〜半年程度： iOS…2 人、 サーバーサイド 1 人、 技術顧問数人
    • 徐々にメンバーは増えていきました
役割

スタートアップのシード期なので、通常の機能開発や運用はもちろん、経営・CS・経理・営業チームからの要望対応も全てバックログに載せただひたすらにこなしていました。

やったこと
  • 0→1 の開発・0→1 後のサービスの保守運用・負債解消
  • RSpec, Rubocop, OpenAPI3 の導入
  • Ruby/Rails のバージョンアップ業
  • API のバージョニング、Serializer のスキーマ分割
  • サービス固有の強いドメインを持つ機能の設計、実装

業務外活動

オープンソース貢献

日常的に行なっています。いくつかリンクを紹介します。

登壇

社内外の勉強会・カンファレンスで発表を行っています。

学歴

  • 2019/03 武蔵大学社会学部 メディア社会学科 中退

スキル

  • Ruby / Rails ... 6 年
  • TypeScript ... 2 年
  • React ... 2 年
  • Terraform / AWS ... 2 年
  • Go ... 2 年

免許・資格

  • 普通自動車免許