• ホームページ
  • https://caddi-inc.com/
• 在籍期間
  • 2023年3月〜
• 主要業務
  • CADDi DRAWER の開発

2023年03月〜06月

CADDi DRAWER の新規機能開発と機能改善を行いました。 特に認証認可（認証は Auth0 を使用）周りを扱うことが多く、認可機能やユーザー管理機能の開発を行いました。

• ホームページ
  • https://connehito.com/
• 在籍期間
  • 2019年9月〜2023年2月
• 主要業務
  • ママの一歩を支える、女性向けQ&Aアプリ「ママリ」の開発及び運用

2022年07月〜2023年02月

ママリの記事制作に使われているCMSをリプレースしました。 もともと CakePHP2 + Backbone.js で作られていたものを、CakePHP4 + React.js に置き換えています。

2022年01月〜2022年06月

ママリアプリ内で商品の口コミを投稿できる、口コミ機能の開発・リリースを行いました。 （※2022/9現在、口コミ機能は諸事情により休止しています）

2021年7月〜2021年10月

ママリ内で専門家に相談ができるスポンサードコンシェルジュをリニューアルするための仕様検討〜開発を行いました。

2021年3月〜2021年6月

特定のユーザーにプレミアム機能を無料で長期間使えるプレミアムコード（佐賀県×ママリの妊娠・出産・育児支援などで使用）の仕様検討〜開発を行いました。 また関連会社（KDDI）との技術的な仕様調整なども行いました。

2021年1月〜2021年2月

動画配信の仕組みを拡張して、ママリアプリ内で広告動画を配信するための実装を行いました。

2020年8月〜2020年12月

ママリの継続的な改善を行いました。

2020年7月

動画配信を継続的に運用していくため、動画のアップロードや配信を設定するための管理画面を実装しました。

2020年5月〜6月

Apple, Google のリアルタイム課金通知の調査と実装を担当しました。 主に Apple の Server to Server Notification（現在は App Store Server Notifications に名前が変わったようです）部分を担当しました。

2020年3月〜4月

ママリのアプリ内で動画を配信するために、動画を配信するためのインフラ設計から実装まで行いました。 インフラ管理を楽にするために、AWSサービスを最大限活用しサーバーレスな構成にしました。

2020年1月〜2月

ママリ内で専門家に相談ができるスポンサードコンシェルジュの仕様検討〜開発を行いました。

2019年10月〜12月

ママリアプリの継続的な改善を行いました。

2019年9月

ママリの管理画面の改修をしました。（コネヒト入社時のオンボーディングの定番）

その他

• メールマガジン配信の技術的サポート
  • ママリでメルマガを配信することになったので、その仕様検討などのサポートをしました。
  • 直接携わったわけはないですが、メールに関する知見を持っていたので技術的にサポートをしました。
  • 参考：バウンスメールと AWS SES - コネヒト開発者ブログ
• 動画配信のコスト削減
  • 動画配信開始後も継続的にコストを監視し、細かい変換の設定を調整することで約$30,000/年（約$80/日）のコストを削減しました。
  • この成果により全社で表彰されました。
• 開発体験の改善
  • JavaScript + Flow のソースコードを TypeScript に変換しました。
  • AWS CodeBuild を使った検証環境へのデプロイ改善をしました。
• 未経験Webエンジニアの育成
  • 未経験で採用されたフロントエンドエンジニアの育成にあたりました。

使用技術など

• フロントエンド
  • JavaScript (+Flow)
  • TypeScript
  • React
  • Webpack
• バックエンド
  • PHP
  • CakePHP
  • MySQL
  • Serverless
• インフラ
  • Docker
  • Terraform
• ツール
  • Slack
  • GitHub + ZenHub
  • GSuite
  • DocBase
  • Redash
  • Mixpanel

• ホームページ
  https://www.integrity-healthcare.co.jp/
• 在籍期間
  • 2017年4月〜2019年8月
• 主要業務
  • オンライン診療システム YaDoc の開発と運用

2019年06月〜2019年08月（3ヶ月）

オムロンなどの通信機能付きの健康医療機器と連携した、オンライン保健指導向けプロダクト開発を行いました。

2019年01月〜2019年05月（5ヶ月）

AWS で動かしていたインフラのリプレースを行いました。 既存のインフラは、一部 IaC 化されていますが、リリースにマニュアル作業が必要だったり、冪等性が担保できない IaC だったりと課題が多くありました。 それらを解消するため VPC ごと作り直し、RDS は AWS Database Migration Service を使ってデータ転送を行い、全てのリソースを入れ替える大規模なリプレースを行いました。 また、IAM の権限管理や Session Manager を使った SSH なしで管理されたのサーバー操作などのインフラ整備も行いました。

2018年10月〜2018年12月（3ヶ月）

医療機関などで使われる問診機能が、複雑で機能追加が難しく、また別サービス内でも使いたいという要望があったため、アーキテクチャの変更と別サービスとして切り出す作業を行いました。

2018年08月〜2018年09月（2ヶ月）

サントリーの保健指導向けにカスタマイズしたプロダクト開発を行いました。 （参考：社員の家族（後期高齢者）が利用できるオンライン診療システムを導入 2018年7月4日 ニュースリリース サントリー）

2018年01月〜2018年07月（7ヶ月）

YaDoc Ver.2 をリリースし、継続的な改善を行いました。

2017年08月〜2017年12月（5ヶ月）

既存の問診機能に追加して、オンライン診療（ビデオチャット）とモニタリング機能を追加し、UIなどを刷新した YaDoc Ver.2 のリリース準備を行いました。

2017年04月〜2017年07月（3ヶ月）

WebRTC を使ったオンライン診療アプリ開発のプロトタイプ（Ruby on Rails, React Native）をエンジニア2名で実装・リリースしました。

使用技術など

• フロントエンド
  • React
  • Redux
  • Webpack
• バックエンド
  • Ruby
  • Ruby on Rails
  • RSpec
  • Serverless
  • MariaDB
• インフラ
  • AWS（EC2、Lambda、CloutWatch、RDS、DynamoDB など）
  • Terraform
  • Docker
• ツール
  • Slack
  • JIRA
  • GitHub → Bitbucket

• 在籍期間
  • 2014年4月〜2017年3月
• 主要業務
  • ITエンジニア派遣

2014年4月〜2014年12月（9ヶ月）

• プロジェクト概要
  • ISP事業者の基盤システム再構築
• 担当工程
  • 基本設計〜単体テスト
• 担当業務
  • 商品提案
  • 商品サービス管理
• 使用技術など
  • Java
  • Eclipse
  • Play Framework
  • JUnit
  • HTML+CSS
  • jQuery
  • Oracle11g

2015年1月〜2016年3月（1年3ヶ月）

• プロジェクト概要
  • メガバンクの基盤システム更新
• 担当工程
  • 詳細設計〜結合テスト
• 担当業務
  • 外為の被仕向送金
• 使用技術など
  • Java
  • Eclipse
  • 自社フレームワーク
  • HiRDB
  • Redmine

2016年4月〜2016年9月（6ヶ月）

• プロジェクト概要
  • 大手非鉄金属業の販売システム再構築
• 担当工程
  • 単体テスト〜結合テスト
• 担当業務
  • 産廃システム全般のテスト
• 使用技術など
  • Java
  • Eclipse
  • Intra-mart
  • Oracle11g

2016年10月〜2017年3月（6ヶ月）

• プロジェクト概要
  • 大手SIerのEDIサービスの運用保守ツール作成
• 担当工程
  • 基本設計〜結合テスト
• 担当業務
  • ミドルウェアの統計情報作成
• 使用言語など
  • Bash
  • Ruby
  • RHEL
  • PostgreSQL
  • Zabbix

オープンなWebが好き

Web技術のオープンさが好きです。 特にプライバシーサンドボックス について調べた時に感じました。 様々な人がオープンな場で意見交換をして仕様が決まっていくというのは、すごく理想的な世界だと感じました。

もちろん標準化プロセスも完璧ではないですが、 それでもどこかの一企業の意向で仕様が決まるより、長期的に見てよりよく続いてくものと信じています。

手間を省くための手間を惜しまない

私は同じ作業を繰り返すことが苦手で嫌いです。 また後になってより手間がかかるようなことも嫌いなので、なるべく先に手を打ちたい性格です。 そのための手間であれば、基本的に惜しまずやるタイプです。 （いわゆるプログラマの三大美徳の一つ「怠惰（Laziness）」です）

わかりやすい例で言えば、ドキュメントはしっかり書く方だと思います。 他のエンジニアへの説明などはもちろん、将来的に自分が参照した時でも分かりやすく書くことで手間を省けるからです。 そのため Techpit 向けに教材を執筆したことがあるのですが、わかりやすいとの声を多くいただきました。

https://www.techpit.jp/courses/111 (2022-01-02時点)

とにかく仕組み化する

手間を省くに通ずる部分もありますが、できることは仕組み化して、なるべく人手を介さずに自動化にします。 人のやる気に頼るのは悪手で、間違えるし続きにくいと思っています。 そのため、可能な限り手間を省いてやることに集中できるようにしています。

開発で CI や自動テスト、Lintツールなどを入れるのは、仕事・個人開発問わず基本的にやります。 それ以外でも、例えば以下のようなことを自動化しています。

• 日々のニュースや技術情報の収集
• 読んだ記事のメモ作成
• 仕事でのWebエンジニア勉強会のお知らせや準備

何のために作るのか

Webエンジニアとしてプロダクトを開発することをメインとしてやっていますが、何のために作るのかを私は大事にしています。 特に社会に役立つプロダクトであることと、ユーザーの利益になることを考えて開発をしたいです。

まずはプロトタイプを作る

私はまず動くものを作ってから、議論したり改善したりする開発が好きです。 というよりも考えすぎて手を動かさなくなる事もあるので、案ずるより産むが易しでまずは作ってみます。 そうすることで解像度も上がり、無駄に考えすぎていたことや考え漏れていたことが分かることも多いです。

難しいほど面白い

技術的に難しい課題を解決するほうが私は面白いと感じてやる気が出ます。 これまでの仕事だと、動画配信を社内に誰も知見がない状況から自分で調査しまとめて、リリースまでメインで担当していたのは非常に面白かったです。 またWebRTCを使ったビデオチャット機能を実装したことも非常にチャレンジングで面白かったです。 そういった技術的な難しいことにチャレンジできる環境にいたいと思っています。