基本的にすべて実業務で使用した技術だけを列挙しています。
Go | Python | JavaScript | TypeScript | PHP
Nuxt.js | Pyramid | Vue.js | Laravel
MySQL | Redis | PostgreSQL
VPC | S3 | CloudFront | API Gateway | Lambda | ELB | EC2 | ECS | Fargate | ECR | EKS(Kubernetes) | Route53 | CloudWatchLogs | IAM | RDS(MySQL|PostgreSQL) | ElastiCache(Redis) | SQS | SES
GitHub | GitHub Actions | Gitlab | CircleCI | Sentry
Terraform | Docker | nginx | Apache | Serverless Framework
Nuxt.jsとPython（SSR）のアプリケーションの開発・改修に携わっています。主にはバックエンドにて必要なテーブル・APIの作成・修正を行い、それに合わせてフロントの修正も行っています。
本番環境にて、EC2インスタンスの中でDocker-composeでコンテナを管理していたところを、ECSを用いたコンテナ管理へと変更。 Terraformを使用してコードでリソースの追加・変更を実行。本番以外の環境（develop環境・Stage環境）で本番とほぼ同じ環境を構築して検証を重ねたうえで、本番環境にて実行しました。
KPIを集計する機能を社内で使用している運営管理画面に作成しました。データベースやRedisから必要な値を取ってきてデータベース上の集計用テーブルに保存するというバッチを定期的に実行する形になっており、月ごと・週ごと・日にち毎の値を表示する仕様になっています。 ユーザーのアクセスログは、アプリケーションのダッシュボードにて特定のAPIリクエストが投げられると、Redisに一旦保管しておいて、定期的にスクリプトを実行することでその値をRDSの該当テーブルに保存する形になっています。
アプリケーションのパフォーマンスチューニングも行いました。バックエンドの処理で、
- forループの中でクエリを書いている場合は、できるだけforループの外でクエリを書く形へと変更。
- 外部結合や内部結合を使用して出来るだけクエリを叩く回数を減らす。
- APIリクエストに対してのレスポンスボディで、不要なフィールドが入っているときにその値を取得する処理に時間がかかっていた。そのため新しいシリアライズの形を作るなどして、ネックになっているレスポンスボディのフィールドを減らすように対応。
Pythonを使ってDB設計やAPI作成を行ったり、それに伴いNuxt.jsでフロント部分の記述を行っていました。DB設計の際には第３正規化まで意識して作業しています。 バックエンドを中心としながらもフロントも一緒に開発しているため、ユーザーの利便性について考えるよう意識しています。
アプリケーションでバグが発生している場合は、
- CloudWatchLogsのログを確認
- Chrome Developer Toolsの NetworkやConsoleなどを確認
- データベースの値を確認
- ローカル環境にてデバッグ作業
場合によっては、RDSのデータベースのデータをdumpしてローカル環境のデータベースに持ってきて、実際に動かしてログを出力して原因を探ります。ロジック変更に伴い既存のデータの値を変更する必要が出たときにはスクリプトを作成しています。
AWSのマネジメントサービスを用いたインフラ周りについて、Terraformを用いてコードで管理されており、追加で必要になったEC２やSQSなどを追加・変更することがあります。 開発作業においてdevelopの環境をもう一つ欲しいという要望があったことからTerraformにて作成しました。
=============================================================================
手を動かしての開発作業と同時に、ディレクションを行う役割も担っており、チームの開発進捗の管理・調整や後輩のサポートなども行なっています。常に開発全体を見て優先順位を見極めながら作業にあたっています。
営業先の顧客の要望の中で、何にどれくらい時間がかかりそうかというところを一つずつ確認していき、
- 次のフェーズまでにどの機能を実装するか
- そのためにどこから取り掛かるか
といった調整を行いました。
営業の方々の意向で一時期2〜3日ペースで開発を進めていたところを、1〜2週間ペースに切り替えることで営業・開発ともにスケジュールを管理しやすくなるよう提案するなど、業務の改善に繋がる点は提案していました。
エンジニアの数が少ないこともあり、私が定期的に参加している交流会や勉強会で出会ったエンジニアの方を面接にお誘いするなど、プログラミング以外でも社内の業務環境の向上になることは積極的に取り組んでいます。 また、社内で定期的に開催されるAWS勉強会にも参加して知識を深め広げ、業務時間外でも学習に積極的に取り組むようにしています。
プライベートの時間で開発しているGolang + Nuxt.jsのアプリケーションです。アプリケーション（PHP/Laravel+Nuxt.jsのSPA）のバックエンドをGolangにリプレイスしました。 Spotifyの無料アカウントを作ってお持ちであれば、Spotifyで曲を検索して投稿することができます。 実際に業務でGolangを使用している方に、コードレビューしてもらいながら実装を進めています。
【アプリケーションURL】 http://your-songs-laravel.site
【Github】 アプリケーションの詳細は以下のGithubリポジトリから確認できます。
- https://github.com/kt-321/golang-songs → Golang
- https://github.com/kt-321/nuxt-songs-go → Nuxt.js
- Golang 1.14
- Nuxt.js 2.11
- TypeScript 3.9
- AWS
- VPC
- EC2
- Route53
- RDS for MySQL
- ElastiCache(Redis)
- S3
- ALB
- ECS
- ECR
- Terraform
- AWS Secrets Manager
【Golangのコード】
- net/httpパッケージでHTTPサーバーの起動
- gorilla/muxを用いてルーティング作成
- ORM用ライブラリGORMを使用
- sql-migrateを用いてマイグレーション
- パッケージ管理にGOMODULE使用
- testingパッケージを用いてテストコード記述
- go-jwt-middlewareパッケージを用いてJWT認証の実装
- Redigoを用いてRedisの使用
- HTTPサーバーのgraceful shutdown
- encoding/jsonを用いてjsonのエンコード/デコード
- bcryptを用いてパスワードをハッシュ化
- GolangCI-Lintの使用
- デバッグにdelveを使用
構造体にjsonタグを付与することで、APIリクエストがあるとJSON形式でフロントにレスポンスを返しています。
【実装済みの主な機能】
- ユーザー登録・ログイン
- ユーザー情報の取得
- ユーザー情報編集
- SpotifyAPIを用いた曲検索
- 曲の追加
- 曲情報の取得
- 曲の編集
- 曲の削除
- 曲をお気に入りする機能
- 曲の絞り込み
- Redis(ElastiCache)の（曲の取得・追加・更新・削除）
- 多層キャッシュ構造
- Clean Architectureを倣ったディレクトリ構成
- テストコード
- Github Actionsを用いた自動テスト
- Github Actionsを用いて、ECR へのimageの自動push, ECS(Fargate)でのコンテナ作成
【現在実装中】
- 画像をアップロードしてS3に保存する機能
- CloudFrontの導入
- Lambda・API Gatewayの導入
法人営業として勤め、電気の大口のお客様を相手に営業活動・契約の締結が主な業務内容でした。 業務の効率化に繋がることについては意見を述べるように心がけていました。