Reactで開発したアプリケーション

React

筑波大学生向け時間割アプリ。有志で集まりチームで開発・運用されています。
自分はバックエンドの開発とAndroidの開発を担当しています。

![twinte-sc1](//images.ctfassets.net/27i46hewzrkc/64cbmfK6ZWWiCdxri0gvCW/0ed317a79073fb3d90a98217819279aa/pixel4-1__1_.png)

# Twin:teのバージョン遷移
Twin:teは過去に何度か大型アップデートを行っており、そのたびに大きく構成が変わっています。

- v1：初期バージョンで自分は開発に参加していませんでした
- v2：フロントにVue(2.x)・バックエンドにnode.js/express
- v3（現在）：フロントにVue(3.x)・バックエンドにnode.js/express/gRPCマイクロサービス

# 現在のバックエンド
v3では機能毎に細かくサービスを分割して協調して動作するマイクロサービスとなっています。
基本的にフロントエンドが得意なメンバーにも開発ができるように言語はTypescriptを使用していますが、一部はgoで動いています。
サービス間はgRPCで通信しており、フロントエンドとはapi-gatewayというサービスを介してhttpsで通信しています。
全てのサービスはlinodeのk8s上で動作しており、CI/CDはGitHubActionで整備されています。

# マイクロサービスを選んだ理由
v2までは一つのバックエンドサービスがすべての機能を実装する一般的なものでした。
しかしv3では機能毎に細かくサービスを分割して協調して動作するマイクロサービスとなっています。
マイクロサービスに切り替えた理由として以下が挙げられます。

## 新サービス実装の心理的負担を減らす
Twin:teは筑波大学生が便利に使えるサービスを開発したいというメンバーが集っています。
よって新しいサービスや機能は思いついたらすぐ実装して公開できる仕組みが必要だと考えました。
仮に全バックエンドが一つのサービスで成り立っていた場合、まず全体のコードの把握が必要になります。また、得意としない言語やフレームワークの場合学習コストがかかります。
こういった新機能を開発したいという気持ちを削いでしまう要因をできるだけ減らすために、また各々が挑戦したいことを既存のコードで制限したくないという思いもありました。マイクロサービスであれば使いたい言語でgRPCが利用できればそれ以外の制約はありません。

## コード把握のコスト削減
v1から始まったTwin:teのサービスは大きくなり、時間割以外の機能も多く実装するようになりました。例えばTwin:teはユーザーから寄付金を募っており決済の実装も行っています。
このようにメイン機能ではない性質の異なる機能を一つのバックエンドとして開発する必要がで出てきました。これにより特に新メンバーがコードを把握することが難しくなりました。
例えば特定の機能を修正したい場合に全体のコードをある程度把握する必要がありますが、サービスレベルで完全に分割されていれば対象サービスを把握するだけで修正ができます。

## コードの流動性
各々が異なる言語・異なる設計でサービスを開発すると将来的に技術的な負債になりえます。しかし、負債になったら新しく書き直すくらいの流動性があるべきだと思っています。
Twin:teは学生によって構成されるためメンバーに流動性もあります。そのため一つのコードベースを長期的に保持することは難しいのです。
マイクロサービスなら小さい単位から新しく書き直すことが可能になります。

# Androidアプリ
Twin:teはチームの規模の観点から、フロントエンドはweb技術で統一しています。
そのためiOS/AndroidアプリのメインUIはWebViewになっています。
ただし、通知機能やウィジェット機能はネイティブで実装する必要があります。

Twin:te AndroidアプリはKotlinで書かれています。
Android12でウィジェット周りのAPIがアップデートされたため利用できないか模索している段階です。

# chrome拡張
大学が使用している学習支援システムManabaで提供される授業の課題情報をGoogleCalendarに転送する拡張機能です。UIはReactで書かれています。

Twin:te

ピアノの演奏に合わせて自動譜めくりしてくれるwebアプリ。
midi入力とマイク入力に対応。

デモ準備中。

ピアノの演奏に合わせて自動譜めくり

AutoPageTurner

現在のポートフォリオサイト

![portfolio3-top](//images.ctfassets.net/27i46hewzrkc/1GwFaqjOmDrDQNqwjs1dzp/2b939c676b75ec51f952f944c011bc23/ogp.png)

# 技術スタック
JAM Stack構成を採用しました。

- Next.js
- tailwind.css
- contentful

# 制作の経緯
2代目のポートフォリオサイトについて3つ問題点を感じたため、
その解決を図るため制作を開始しました。

## 情報の可読性
2代目のポートフォリオはデザイン性を重視したあまり、過度な装飾が含まれ
可読性が低下していました。
また、モバイルデバイスの画面画面で情報の一覧性が低い問題がありました。

## 情報量の不足
自分の成果物に対して簡易的な説明と1つの関連リンクしか載せることが出来ず、
より詳しい説明が掲載できませんでした。

## コンテンツの更新コスト
ポートフォリオの内容は、同じレポジトリ内にあるjsonファイルによって管理されています。
よってコンテンツの追加/更新にはエディタを立ち上げてjsonを編集する必要がありました。
またjsonで複雑なデータ構造を表現するには手間がかかり、人の手で編集するのは現実的ではありませんでした。よって情報量を増やすのに限界がありました。

# こだわりポイント
上記の問題を解消しつつこだわったポイント

## デザインと導線
2代目ポートフォリオサイトはデザイン性に重きをおいていました。
しかしエンジニアのポートフォリオサイトの役割を考えたときに、
可読性を始め閲覧者が欲しい情報にたどり着ける導線の確保に重きを置くべきだと判断しました。
そこで、デザインは装飾は最小限に余白を意識したシンプルなデザインを心がけました。

またサイトマップの役割を果たすメニューは廃止し、トップページを上から見ていくと必要な情報にアクセスできるように導線を確保しました。
これにより、メニューを探す→欲しい情報がどのページにあるかを推測するというステップが不要になりストレス無く情報にたどり着けるようになると判断しました。

## 情報量の強化
一つの成果物に対して1つの「記事」を割り当てることで、柔軟に情報を伝えることができるようになりました。
また、関連記事と言ったコンテンツ間のリンクを挿入できるようになりました。
これにより閲覧者が興味のあるコンテンツにアクセスしやすくなったと考えます。

## コンテンツ更新のコスト削減
ポートフォリオの情報はすべてheadless CMSであるcontentfulで管理できるようにしました。
これによりエディタを開かずともweb上で簡単に情報の追加、修正が可能になりました。
さらに手動管理されたjsonでは管理が難しかったコンテンツ間リンクもUI上でシンプルに作成可能になり、実装することができました。

ポートフォリオ

大学3年次の秋～冬にミクシィでインターンを行いました。

# 参加した経緯
ある逆求人イベントに参加した際、ミクシィの人事の方に声をかけていただきました。
生放送を扱うサービスで、モダンなフロントエンドの開発ができることに惹かれ、
夏休みからその年の年末までインターンとして参加させていただきました。

# やったこと
競輪エンタメ「Tipstar」Web版のフロントエンド開発を行いました。
開発はReactで、業務内容は新機能の実装やバグの修正などが中心でした。
モンストをはじめとした人気ゲームを開発しているミクシィさんらしく
ゲームのような質感のUIが非常に特徴的で、
普段webで実装しないようなコンポーネントが多く存在しており、非常に刺激的でした。
苦労した点としては競輪という公営ギャンブルのドメイン知識が不足していたことです。

# 感想
サービス自体が若く、これから更に発展していくフェーズで参加させていただいたことで、
大企業におけるサービスの成長速度や現場の温度感を感じることが出来ました。
また初めてQAエンジニアの方と一緒に仕事をさせていただき、
サービスの品質を担保するという視点を持つことが出来て非常に勉強になりました。

ありがとうございました。

インターン / 競輪エンタメ「Tipstar」フロントエンド

Mixi Inc.

動画配信サービスGYAO!において、Next.jsを用いて機能追加や改善を行いました。

インターン / webフロントエンド

Yahoo Japan

インターン・アルバイトとして1年間「pixiv FACTORY」のフロント・バックエンド開発を行いました。

# きっかけ
もともとPixivが提供する多くのサービスを利用しており興味がありました。
さらに様々なクリエイターを支えるプラットフォームでもあるので、自分の理念と重なる部分が多かったことも挙げられます。
また、今回お世話になったFACTORYは非常に凝ったグッズ編集画面をWebで実装しており、
編集画面などの複雑なUIを組むことが好きな自分には非常に魅力的でした。

# やったこと
1年を通して新機能の開発やCM向けの管理ツールの開発を行いました。
予め決まったユーザー向けの機能の実装を始め、
日々遂行されるCM業務の中で不便な点などをヒアリングしてそれを改善する機能の実装などを行いました。

一番苦労した点はドメイン知識の不足と、長期運用からくる巨大なコードベースの把握でした。
FACTORYは様々なグッズ製造に対応しておりそれぞれの製造に関する知識や、
様々な工場や印刷所とのやり取り方法を把握する必要がありました。
また長期運用により古い技術と現在の技術が共存しており、ロジックそのものも巨大で把握に時間がかかりました。既に存在するコードを効率よく把握する能力が鍛えられたと思います。

# 感想
クリエイターとの距離がとても近い現場で、仕事をしていて充実が得られました。
また、長期運用からくる新旧の技術の共存方法など、
息の長いサービスならではの技術的な工夫が非常に勉強になりました。

ありがとうございました。

アルバイト / あなたのアイデアをカタチに「pixiv FACTORY」 フロント・バックエンド開発

Works

#React

Twin:te

AutoPageTurner

ポートフォリオ

Mixi Inc.

Yahoo Japan

Pixiv Inc.