yuta kawanaga

## 概要 社内のDropBoxのExcelを手で加工してユーザーに提供するというフローをSaaSビジネス化 ## 使用した技術と取り組み - DropBox内のExcelをDBに格納し、webサイトを通じてユーザーが自分で条件を絞ってダウンロードできるように 全工程を1人で担当しリリース - ボードメンバーと要件をディスカッションしつつ、今後のエンジニア採用や組織拡大も踏まえた技術選定と設計を採用 ### フロントエンド - React - TypeScript - MUI - SWR - MSW ### バックエンド - Python - Django - Django Rest Framework - Poetry ### インフラ - AppRunner - ECR - EC2 - RDS - SNS - Chatbot - Docker ## 課題/目的/状況 - 事業としては順調に伸びているがその分、人の手が必要になり会社としてコストがかかる ## チームメンバー - エンジニア: 1名 ## 担当した役割 - 仕様検討及び全ての実装 ## 技術面以外での取り組み、工夫した点 - 早く作り、壊しやすく(変更に強く) - 投資家に向けて共有したい背景があったため、速度を最優先 同時に担保するべき品質は担保 ## 成果や学び - 一人で全工程をやれたのでとにかく学びが多かったです - 社内の様々な部門の人と話しながら進められたのもいい経験になりました

## 概要 社内で試験的に運用していたAWS環境を本番稼働用に再構築 ## 使用した技術と取り組み - マルチアカウント構成 AWSが推奨するマルチアカウント構成を採用 タグではなく、AWSアカウントを分けて構築できるように - SSOログイン マルチアカウント構成にした際に、複数のAWSマネージメントコンソールでログインを切り替えるのではなく、SSOログインを採用 メンバーはログインが楽に、そして管理者はSSOでのユーザー管理ができるように ### インフラ - Organizations - Control Tower - IAM IdentityCenter(旧SSO) ## 課題/目的/状況 - 試験的に利用していたAWS環境を本番稼働用に構築する ## チームメンバー - エンジニア: 1名 ## 担当した役割 ・すべて ## 技術面以外での取り組み、工夫した点 - 今後開発組織が大きくなった際にも問題ないようなAWS環境に ## 成果や学び - AWSの環境を1から構築するのは最初のエンジニアしか経験しない作業だと思うので、そこの部分を経験することによってよりAWSに対する理解が整理され深まりました。

## 概要 調整会議という工事現場で昼間に行われる会議を円滑にすすめるためのSaaS ex) クレーンが1台しかない現場で10時〜13時までA社が使用、15時〜17時まではB社が使用といった調整をする ## 使用した技術と取り組み - 全体の5〜6割ほどの機能の設計・実装 - 各コンポーネントの設計・実装 - debounceを用いたパフォーマンス調整 変更履歴機能に置いてレコード数ができすぎないようにdebounceを挟んだりとパフォーマンスを意識しました。 ### フロントエンド - React - JavaScript ### バックエンド - Django - Python ### インフラ - AWS ## 課題/目的/状況 - 法律上は調整会議で決まった内容を書類化する義務はないが、結局有事の際に必要になるので作成しているのが実態 - 記入の内容が工事開始前に作成した安全書類の内容と重複する部分が多いので同じ内容を何度も書くことになり非効率 ## チームメンバー - PM: 1名 - エンジニア: 2〜4名 ## 担当した役割 - 細部の仕様検討 - 設計及び実装 ## 技術面以外での取り組み、工夫した点 - 当時調整会議SaaSは普及していなかったため、機能の方向性などが正しいか分からなかったのでコンパクトに早く実装しお客さんにフィードバックを貰って開発を進めていくというサイクルにしました。 ## 成果や学び - Reactのコンポーネントとhookの設計、一部肥大化、密結合になってしまった。。。 - 直接お客さんにフィードバックを頂けたのはとてもいい経験になりました