oba

## 【着任期間】 2021年9月 〜 2022年03月 ## 【業務内容】 ・環境構築 ・自社作成ページの遷移先URLを設定できる機能の追加 ・連携先SNSのエンドポイントの変更 、送信するパラメータの修正対応 ・slack通知連携をしているlambda-functionのエラーコードメッセージの表示追加、単体テストの追加 ・lambda-functionのcircleCIを用いた自動テスト(CI)の追加 ・外部APIとの新規連携（倉庫システム） ## 【実績・取り組み等】 ・Kotlinを用いたintellJでの開発環境の設定方法。 また、Vue,AWSCLI,GraphQLとの連携及び疎通テスト方法学びました。 ・VueのVuexを用いたstoreの活用方法。 Kotlinのkolinを用いて依存関係をinterface化したクリーンアーキテクトでの開発を学び、GraphQLを用いて遷移先URL設定機能を作成しました。 ・Lambdaを用いたpythonコードの開発及びAWSのサービスでのテスト手法を学び、エンドポイントの変更を行いました。 ・pythonのvenvを用いて単体テストの作成を行いました。 ・.circleci/config.ymlの処理を理解し、runコマンドを用いた自動テストを追加しました。 ・外部API（倉庫システム）連携の際の要件定義、DBテーブル定義、作成コードの詳細設計を行いました。 ## 【習得スキル】 ・バックエンドKotlin,フロントエンドVue(TypeSript)を用いた開発手法の理解 ・GraphiQLを用いたGraphQLの理解 ・Gitを用いた開発フローの実行 ・issueの記述内容をコードレベルにする ・DBテーブルの詳細設計及び処理フローの詳細設計 ・クリーンアーキテクトの理解 ・アーキテクチャ図・ドメイン駆動開発(DDD)の理解 ・KotlinのHTTPクライアントFuelの組み込み ## 【当時の課題・行動】 「入社３ヶ月以内にフロント•バックエンドを含めた一通りの開発を行えるようになること」が課題でした。倉庫システムの独自外部APIを新規で組み込んだ開発を行い、3つのテーブルを新規作成し、AWSのSQSやCloud Watchでのログ監視を利用したインフラ利用含め、一通り開発することができました。 ## 【今後の課題・反省点】 ヒアリング不足によるコード修正が多くあり、決めた仕様そのものを変更してしまうこともありました。 仕様の理解が曖昧なまま開発を進めてしまったことが原因のため、システム仕様の理解に時間を取り、理解を深めるべきだったと感じています。 ## 【開発環境の構築】 Java用のIDEであるIntellJを用いたgradle(Java)の設定を行い、Vue・Kotlinを疎通させる開発環境の構築を行いました。awsCLIを設定し環境変数の設定を行い、dockerでmySQLコンテナを立ち上げて、local環境で動作させることができました。フロントにはNode.jsのnpmを用いてVue.jsのコードを動作させました。 ## 【youtube広告用URLの設定】 フロントにはmockが採用されていて、GraphQL(mock)・TypeScriptを用いてURLカラムの追加を行いました。改修ごとのバージョン変更、GraphQL定義、TypeScriptでのデータ定義、Vuexでの状態管理 を行い、実装しました。 ## 【Lambdaを用いたメディア連携の仕様変更】 メディア連携先の仕様変更によるURL及び送信パラメータの変更を行いました。 pythonを用いたクラス定義、パラメータ作成、実行の実装を行いました。 ## 【CircleCI自動テストの追加】 単体テストを作成するため、.circleci/config.ymlに自動テストを追加しました。 runコマンドを追加し、環境変数を読み込んで、dockerコンテナのユニットテストを行いました。 また、venv（python仮想環境）を用いて単体テストを実装しました。 ## 【倉庫システムの連携】 業務効率化のため、新規倉庫が持つ外部APIとの連携をkotlinで実装しました。 「モデルケース作成→非機能要件の洗い出し→実装」までを一貫して行いました。 具体的には、倉庫システムが持つ商品との連携のタイミングはどうするのか、システム上で必要なケースは出庫・入庫のため、そのために必要な項目のみの洗い出しを行い、必要な情報のみを保存するようにしました。非機能要件については「実装すべきかどうかについて」を上司と話し合った上で最適化を目指し実装しました。行なった実装・要件は下記になります。 DDD・HttpClient(Kotlin/Fuel)の追加・Workbenchの利用・環境変数の設定・SQSへのメッセージ送信(slack通知)・外部API機能の組み込み・単体テストの作成・フロント（Vue）の作成・AWSリージョンでのLambda、SQSの設定 ## 【AWSの使用経験】 【具体的にどのように使用したのか】 ・ECSのタスク定義を変更した環境変数の追加設定（ssmパラメータ追加設定含む） ・AWS Lambda・SQSの作成または設定、DynamoDBのテーブル作成または設定 ・DynamoDBを使用したNoSQLへのデータ登録・更新 ・Cloud Watchのログを確認したエラー修正・SQSUI上でのメッセージ送信 【使用に際する工夫点】 ・環境変数に「http~」という記述を直接記載できなかったため、ssmパラメータに設定するようにし、ECSに設定されたタスク定義のコンテナ内に環境変数を追加してタスク定義を更新しました。 ・使用するリージョンやサブネット・Timeout設定は予め決められていたため、相違ないよう修正箇所を確認しながら設定を行い、設定方法の理解を深めました。 ・NoSQLのDynamoDBを利用し、値の取得を高速化させ、処理速度を早めるため使用されていました。 値追加のタスク時には、Mapで値が入るよう作成し、値がなければカラム自体を追加しないよう作成しました。 ・【Lambdaを用いたメディア連携の仕様変更】の時に変更したpythonコードの動作確認のため、Slackを利用して、stagingにタスクブランチを反映させ、SQSUI上で送信する値を作成して、Cloud Watchのログを確認しながら動作確認を行いました。最後まで動作が動いているか、最後にログを挟んでの動作確認も行いました。