ID:51722さん

# レシピアプリの受託開発 ## チーム構成・規模 - プロジェクトマネージャー: 1 名 - バックエンド: 1 名 - アプリクライアント: 3 名 - デザイナ: 1 名 ## チームの課題 - 他社と共同受注したプロジェクトでした - アプリは別商品の補助としてつかわれることがわかっていました - アプリの特徴として、ユーザー数が少ないこともわかっていました - そのためインフラ費をなるべく抑えたいという要望もありました ## チーム内の自身の役割 　上記の課題を解決するために、バックエンドエンジニアとして参加していました。 他社の PM やエンジニアとのやりとりにも加わり、スムーズに開発できるよう努めました。 また顧客とも直接やり取りを行い、進捗の説明や仕様の確認など認識の齟齬が生まれないよう努めました。 ## 主な取り組み ### バックエンドを実装 　そこでアプリのバックエンドは Python と AWS Lambda を用いて、サーバーレス構成で実装しました。 インフラはすべて CloudFormation、AWS SAM を用いてコード化をおこないました。 コンテンツの全文検索に対応するため Elasticsearch Service を導入しました。 単体テストを徹底することで品質を落とさないよう注力しました。 ### OpenAPI によるドキュメント化 　アプリクライアントチームと情報共有するために OpenAPI を使用して API のドキュメントを作成しました。 手動でドキュメントを作成するため、書き間違いによって実装とズレることがありました。 そこでスキーマと実装にズレがないか単体テストを実装してすぐに確認できるようにしました。 また OpenAPI は 1 ファイルに収めると巨大なファイルになってしまうため保守性が下がります。そこで VSCode の拡張を活かして、yaml を分割管理することで保守しやすくしました。 ### CI/CD 　CI/CD は、GitHub Actions を用いて実現しました。 Pull Request 時に linter や単体テストを実行するよう設定し、 各ブランチにマージすると, dev/stg/prod 環境に自動デプロイされる仕組みを構築しました。 ### 結果 　まず、納期を守り無事にリリースすることができ、顧客にも共同受注した会社にも満足して頂けました。 単体テストはカバレッジ率 85%となりリリース後大きな問題もなく稼働させることができました。 デプロイを自動化や IaC 化したことで手作業によるデプロイミスを防ぐことができました。 OpenAPI のドキュメントを継続維持することでアプリクラインㇳや PM への説明資料にもなり、納品物にもなり、外部のセキュリティ診断時の提出資料にもなり作業の効率化を図ることができました。

# Webクローラー開発・保守 ## 主な取り組み - ヘッドレスブラウザをつかったスクレイピングを実装 - ロジックやインフラ、DB テーブルを見直して安定化 - AWS Lambda 化によるコスト削減、スケールアップ - 管理画面の高速化 ## 成果・実績 - 以前は、毎日のように不具合報告が来ていたいけれど、1-2 年おおきなトラブルはなくなった - 非対応だった Web ページも取得できるようになり、デイリー５万件だったデータが、１５万件まで取得できるようになった - クリックすると固まってしまう状態だった管理画面を、正常に使えるようにした - バックエンドエンジニアですが TypeScript の社内初導入