ID:60514さん

自己推薦一覧

自己推薦はありません

3年後の目標や野望


高いエンジニア能力をいかして、ユーザーや社会にプラスの影響を与えることができるようになりたい。

理由 技術力が高いだけでなく、その技術力をいかして、社会に価値を提供できることにこそエンジニアリングを追求する意味があると感じるからです。 具体的には ・ユーザーや社会に価値を提供しているサービス、アプリケーションにコミットしていきたい。 ・継続的にイテレーション、エンハンスできるアプリケーション構築のために質の高い設計やアーキテクトを行えるようにする ・devOps, SRE分野でもバリューを発揮できるようになりたい

年収評価シート

プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません

2021年/1年以内

複数ネットショップの在庫・商品・受注・発注/仕入管理ができる多機能ASPサービス

## サービス概要 - ECショップの受託・新規開発 - 複数ネットショップの在庫・商品・受注・発注/仕入管理ができる多機能ASPサービス ## 担当業務 - PL(プロジェクトリーダー)兼エンジニアとして参画 - 主にバッチ部分の実装を担当 - 言語は主にRubyを使用、Batch・APIの実装 - 出品機能、在庫連携、注文取り込み機能在庫連携新規実装、調査、検証 ## 使用技術 ・Ruby, Rails, RSpec(TDDでの開発) ・PostgreSQL ・JavaScript, Vue.js(Nuxt.js) ・AWS, circleciCI, GitLab ・開発環境(neovim, vscode, GitLab, circleciCI, Vagrant) ## 課題 → 取り組み - アプリケーションが「フロント」「バックエンド」「batch」で構成されており、batch側の実装だったため、画面を見ながら確認しつつ実装、検証を行うことができなかった。 - Rspecでテストを記述してから、ロジックの実装の実装を行うTDDで実装を行う、テストの内容も充実されることで、実装の質を担保するようにした。 - アプリケーションが大規模且つ、ドメインが複雑だったため、設計を乱雑に行うと技術負債が溜まり追加実装や修正が行いづらくなってします。 - 設計、ディレクトリ構造を一般的なRailsのMVCで行うのでなく、DDDを取り入れドメインモデルを中心して設計を行い、のちの追加、修正に対応できるスケーラブルなアプリケーションにできるようにした。 - 大量のユーザーが使用し、大量のデータを扱うことが想定されていたので、パフォーマンス性を強く意識しなければならない。 - パフォーマンスを意識したコードの記述やN+1考慮したSQLチューニング、常に発行されるSQLをチェックするなどを常に意識した実装をおこなった。 - 機能要件、非機能要件が複雑だったプロジェクトだったので、チームメンバーがチャッチアップに非常に苦労する - 毎日早朝と夕方にコードリーディング会を開催し、チームメンバーがスムーズにチャッチアップできるような仕組みづくりに努めた。 ## 工夫した点 - batch処理での「ネットショップへの出品機能、在庫連携」をネットショップの仕様や提供しているAPIの調査から要件定義、機能の実装、テストコード実装と検証までをすべて行い、機能を完成させた。 - プロジェクトリーダーとして、個人の特性に配慮した適切なタスクの割り振りや積極的にコミュニケーションをとり、詰まっているメンバーの実情の把握に努め、サポート行う等のチームマネジメントを行い、当初の開発スケジュールが停滞することなく、プロジェクト遂行できた。

2020年/半年以内

保育士求人者と保育事業者とのマッチングサービス

## サービス概要 - 受託開発(保育士求人・転職サービスの新規開発) - 保育士求人者と保育事業者とのマッチングサービス ## 担当業務 - メール周りの開発(AWS SES, Delayed Job) - API連携部分実装 - Ruby・Ruby on Rails・javascriptにてシステム構築 - Dockerでの開発環境の構築 ## 使用技術 - Ruby, Rails, RSpec - MySQL - JavaScript - AWS(EC2, RDS, S3, CloudFront, WAF, CloudWatch, SES) - 開発環境(neovim, vscode, Docker, GitLab) ## 課題 → 取り組み - メール周りの開発で一度に大量のメールが送られるとサーバー落ちてしまう現象が発生した。 - Delayed Jobを導入しでメール送信処理を非同期化して、順次実装されるようにし、サーバーに負荷がかからないようにした。 - リリース後に外部のアプリケーションからもAPIと通して会員登録できるようにする仕様変更が発生したのだが、外部のアプリケーションで会員登録する際に住所構造が開発していたアプリケーションと違ったため(政令指定都市が別テーブルになっていた)そこに対応しなければならなかった。 - 開発していたアプリケーションで住所市町村テーブルから政令指定都市を住所マスターを作成しつつ、別テーブルに切り分けて作成し対応した。郵便番号を入力すると外部APIを使用し自動で都道府県、政令指定都市が自動で入力される仕様にもなっていたので、外部APIから郵便番号をもとに返ってくるJsonのレスポンスをParseする実装を1から修正することで修正・対応を行った。また、既存のDBに登録されている情報の修正に関しては、リリース後の対応だったため、本番のDBもトランザクションを貼りつつすでに登録されている住所情報の変更を行った。 ## 工夫した点 - メール周りの開発(AWS SES)で、Delayed Jobを活用してメール送信処理を非同期化して、サーバーに極端な負荷がかからないようにした。 - パフォーマンス向上の観点から、負荷がかかりそうなSQLは、常にissueに実際に発行されるSQLを記録しエビデンスを残すようにした。

2020年/3ヶ月以内

IoTを活用した洗濯機が稼働しているかわかるサーバレスWebシステム【個人開発】

## サービス概要 - 現在住んでいる住居人(10人ほど)が使っている1台の洗濯機が稼働しているかどうかわかるIoTを活用したサーバーレスなwebシステム qiitaアウトプット内容 [洗濯機が稼働しているかわかるサーバレスなWebシステムを作ってみた【IoT AWS Lambda APIGateway DynamoDB】](https://qiita.com/yuki5664/items/aac81d730187f8cfbc7b) ## 開発内容 - AWS Lambda のロジックの実装 - インフラ構築、アーキテクチャ設計 AWS(Lambda, APIGateway, DynamoDB, S3) - フロント部分の開発 ## 使用技術 - Node.js, Javascript - AWS, Lambda, DynamoDB, APIGateway, S3 - JavaScript - AWS(EC2, RDS, S3, CloudFront, WAF, CloudWatch, SES) - 開発環境(neovim, vscode, Docker, GitLab) ## 課題 → 取り組み - 電流を取得しているIoTデバイスのスマートプラグのAPIの使用しすぎは、APIシステムへの課金がされてしまう - AWSのLambda(Node.js)でIoTデバイスが提供しているAPIは5分に1回だけ取得するようにしデータをAWSのDynamoDBに保存するようし、課金されない範囲でAPIを叩き電流情報を取得するようにした。 - 洗濯機を使っていても、脱水時は電流データが0になるタイミングがある - 保存されたDynamoDBから電流データを取得し、使っているかどうかを判定(最新電流データから過去3回分中、電流仕様が2/3だったら使用中とする)し、APIで返すAPIサーバーをLambdaとAPIGatewayで作成することで、たまに脱水時の情報を取得しても稼働中を判定できるようにした。 ## 工夫した点 - 個人開発で運営費用を0円にしたかったので、AWSのLambdaやAPIGeteway、DynamoDB等でサーバーレスなアーキテクチャを組みました。今の所、1円もかかっていません。 - シェアハウスに住んでいる住民の悩み、声などの課題をシステムで解決したこと

プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません

マネージメント能力

複数ネットショップの在庫・商品・受注・発注/仕入管理ができる多機能ASPサービスを開発する上で PL(プロジェクトリーダー)として ・タスクの割り振り ・ガントスケジュールの管理 ・チームメンバーの実装等のサポート のマネジメントを行った。
・開発が滞ることがないようする ・プロジェクトがやや難易度が高かったためチームから離脱者ができないようにする。 ・チームが良い雰囲気で業務・開発を行えるようにする。
・開発が滞ることがないようする →各自メンバーの進捗、タスク内容の把握し、必要に応じてスケジュールやタスクの割り振りを調整する ・プロジェクトがやや難易度が高かったためチームから離脱者ができないようにする。 →実装が詰まったり、悩んでいるときに周りに相談したり、エスカレを上げやすくするため、心理的安全性を確保する →Slack等のコミュニケーションツールで自ら積極的にコミュニケーションをとり、メンバーの把握に努める。 ・チームが良い雰囲気で業務・開発を行えるようにする。 →各自のMTGにアイスブレイクを導入するや各自メンバーのモチベーションを考慮した上でのタスク割り振りを行う。

アピール項目


アウトプット

GitHub アカウント
あり
Qiita アカウント
あり
Zenn アカウント
未入力です
Speaker Deck アカウント
未入力です
SlideShare アカウント
未入力です
特にアピールしたいアウトプット
未入力です

今後、身につけなければいけないと思っている技術は何ですか?

・ devOps, SREの知見、経験の蓄積 ・コンピューターサイエンスの知見の蓄積

あなたが一番パフォーマンスを出せるのはどんな環境ですか?

- Golang, React, Typescript, Ruby, Railsでのアプリケーション開発 - AWS,GCPでのインフラのアーキテクチャ設計, 運用体制の構築

キャラクター

直近で一番やりたいこと
技術を極めたい
好きなスタイル
好きな規模
自信を持って人より秀でていると言える点
学習能力 / 責任感 / 巻き込み力
スキルのタイプ
得意なフェーズ
会社を選ぶ一番の基準
理念や社会的意義
やりたくない分野
未入力です
その他の特徴
新しい技術はとりあえず試す / 勉強会でLTをよくする / 趣味は仕事
その他のやりたいこと・やりたくないこと
未入力です

やりたい事

手を動かして設計してコードを書きたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
価値あるプロダクトを作り成長させたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
学び続けて技術力でプロダクトに貢献したい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
意義があることや社会に貢献できる仕事がしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
人や計画の調整・マネジメントをしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
レガシーなシステムの保守・運用・改善をしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
企画や仕様を考えるところから関わりたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
業務効率を改善して一緒に働く人のためになりたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
全社横断的な共通基盤作りや強化をしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
組織や文化を作る・成長させる仕事をしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい

基本プロフィール

年齢
今年で30代中盤
好きな Text Editor
neovim
希望勤務地
東京都 / 神奈川県
希望年収
未入力
転職ドラフトに参加して
企業から指名を受け取ろう!
会員登録をして転職ドラフトに参加すると、参加企業から年収付きの指名を受け取ることができるようになります。
会員登録する
ご意見箱

要望、不具合報告、使いづらい点や感想など、お気軽にお寄せください。
いただいたご意見は、今後のサービス向上に活用させていただきます。

なお、このフォームは受付専用のため、返信を行っておりません。
返信を希望する場合はお問い合わせよりご連絡ください。

  • {{error}}
SIGN UPSIGN IN


転職ドラフトを友人や同僚に薦める可能性はどのくらいありますか?