ID:66660さん

2026年9月回 指名


まだ何もありません

あなたを気にしている企業

キャリアビジョン


技術に触れ続けられるようにしたい

AIが台頭し、実装はほとんどがAIによるものとなる中、技術やコーディングの内容を理解し、実践できることは人材として貴重となるため。 ビジネス側や上流だけでなく、プロダクトを作る工程に関与し続けたい。

プロジェクト経験

2020年/2年以上

社内開発基盤の技術選定

【プロジェクト概要】 社内の開発基盤が創業当初から使われているレガシーなものだったため、リニューアルを実施した。 【プロジェクト詳細】 15年以上前に作成されたRhinoベースのJavaScript作成された自社フレームワークを使用していたが、オープンソースをほとんど使用しないガラパゴス状態だったため、開発体験が悪かった。 TypeScriptを用いることと、サーバーサイドはNode.js、Expressを、フロントエンドはReact、Reduxを導入。また、PostgreSQLのORMは元々内製してあるものをTS化しリニューアルした。 サーバーサイドにRustやGoを用いることも検討したが、社内の技術スタックと相談し、Nodeを用いることとした。 ReactやTypeScriptには触れたことがない社員が多かったため、技術教育と啓蒙を行った。 新規プロジェクト立ち上げの際には、当技術スタック導入の支援を行った。 【担当フェーズ】 技術選定、開発、教育 【業務内容】 ・技術選定 ・デモサイトの開発 ・技術部全体への教育 【実績・取り組み】 ・オープンソースのフレームワークを導入することで今後の開発と運用保守をスムーズにすることができた。 ・社内で使われていない技術を積極的に取り入れた。 ・社内への教育を実施。

2016年/2年以上

検索プラットフォームの高速化・省メモリ化

【プロジェクト概要】 自社の特許技術である検索プラットフォームの研究開発。400ミリ秒以内に検索結果を返すことを目標に、高速化・省メモリ化・バッチ処理時間の短縮を継続的に行った。このプラットフォームが、同社が受託する複数のECサイトの基盤になっている。 【プロジェクト詳細】 ・レスポンスのチューニング PostgreSQL で実行計画を参照しながら、検索が遅くなる箇所を計測して切り分け、クエリの組み立て方とインデックスの設計を見直した。400ミリ秒という基準を常に置いたうえで、どこまで正確さを取り、どこから先はキャッシュや事前計算で足りるかを判断していった。 ・省メモリ化 検索時にメモリ上へ展開するデータ構造を見直し、使用量を削減した。同時に扱えるリクエスト数に直結する部分のため、速度とメモリのトレードオフを毎回測りながら進めた。 ・バッチ処理時間の短縮 商品データの取り込みバッチについて、各プロセスの順番を見直し、全件洗い替えから差分更新へ切り替えるなどの改善を行い、処理時間を短縮した。 ・PostgreSQL のバージョンアップ対応 新しいバージョンで利用可能になった並列処理などの機能を検索プラットフォームに組み込み、検索レスポンスをさらに改善した。単にバージョンを上げるのでなく、上げることで何が速くなるかを検証したうえで反映した。 【担当フェーズ】 設計、コーディング、テスト、運用保守 【業務内容】 ・検索エンジンの高速化・省メモリ化のチューニング ・バッチ処理時間の短縮 ・PostgreSQL のバージョンアップ対応

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

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

2020年/2年以上

大手理科学機器商社ECサイト開発

■上記プロジェクトについて 【プロジェクト概要】 社内の特許技術である検索プラットフォームを用いて大手理科学機器商社のECサイトを構築。500万点以上の商品を複数のサイトに表示するという困難な課題に対し、バッチ時間の短縮や検索速度の向上だけでなく、UI/UXからインフラの設計までトータルで提案を行い、顧客のビジネスをサポート。 【プロジェクト詳細】 ・検索速度高速化 PostgreSQLで実行計画を参照しながらクエリのチューニングを行い、検索速度を向上した。 また、UXでも速度向上を図るために、フロントエンドでのレンダリングの微調整やアニメーションの追加などの工夫をした。 ・バッチ時間短縮 各プロセスの順番を見直したり、PostgreSQLのアップデートを行ったことで並列化等の機能を導入し、バッチ時間を大幅に短縮した。 ・サーバー構築自動化 Ansibleを用いてサーバー構築を設定ファイルと数個のコマンドの実行のみで完了できるようにした。 同じ仕組みを用いてデプロイの自動化を行った。 ・データ分析 自社で作成した商品レコメンド機能を導入し、従来の商品レコメンド機能との比較を行うためにABテストを実施。 その他、UIの大きな修正にも積極的にABテストを行った。 ・キーワードサジェスト機能の拡充 カテゴリや検索履歴、おすすめなどを考慮したキーワードサジェストを表示させた。 キーワードにホバーすると商品が5件まで表示されるようなイメージサジェスト機能を実装した。 この機能の実装に伴うクエリやバッチ時間のチューニングを行った。 【担当フェーズ】 要件ヒアリング、企画、要件定義、基本設計、詳細設計、UI設計、開発、テスト、運用保守 【業務内容】 ・クライアントへのヒアリング、仕様書作成 ・設計、開発、導入、テスト ・運用、保守メンテナンス ・顧客からの問い合わせ対応 【実績・取り組み】 ・顧客へのヒアリングから設計、開発、運用まで一気通貫で対応。 ・スプリント制度を導入。 ・チームメンバーのコミュニケーションを円滑化。 ・アプリケーションの品質を高め、障害件数を大幅に減らす。 ■自己PR <チームのコミュニケーションを改善する能力> 顧客チーム、技術チームどちらに於いても、常にチームのコミュニケーションを円滑にする役割を担ってきました。顧客に対しては、先方の関係部署を複数横断するようなプロジェクトの際、部署間の利害の不一致が起きてスムーズな進行が出来ない際にそれらを取りまとめ、途中遅れが生じたにも関わらず、納期には間に合わせるように調整いたしました。また、社内の技術チームでは、たびたび個人間の不仲やメンタルの落ち込みが発生した際に私がチームにジョインし、一人一人の話を聞きながら業務に影響が出ないように調整してきました。

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

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

マネージメント能力

EC系の事業部のエンジニア(6〜8名、年齢28〜50歳)のチーム
リーダとして、他チームやチームメンバー間のリソース調整、個人の目標設定のサポート、1on1、メンタルケアなどを行い、業務を円滑化した。
元々のチームの状態は、業務や人間関係のため疲弊しており、辞職が絶えなかったため、何がボトルネックとなっているかを突き止めるように意識した。 特に、私自身が無理してでもポジティブに振る舞い、いい意味での楽観的思想を波及させることで、チームの雰囲気を底から改善した。 チームメンバーが全員年上ということもあり、私には想像が難しいような悩みを抱えているメンバーも多かったが、無理にアドバイスを考えるのではなく、徹底的に傾聴することにより、長い時間をかけてでも良い方向に解決できるように意識した。

アピール項目


アウトプット

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

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

未経験の言語を生成AIを使用しながら業務で使用できるレベルまで身につけたい アルゴリズムの知識を身に付けたい

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

少人数のチームで個々の裁量を持ちながらもお互い尊重し合える環境

生成AIの活用状況

日常的な情報収集・業務活用
ChatGPTやGeminiなどのチャットツールを、情報収集、ドキュメント作成、翻訳に日常的に活用
業務でコード生成、コーディングエージェント系の生成AIを利用
コードレビュー、テストコード生成、デバッグに生成AIを活用
サービス・プロダクトへの応用
既存のサービスやプロダクトに生成AI(API利用など)を組み込み、LangChainやLlamaIndexなどのフレームワークを使った開発経験

キャラクター

直近で一番やりたいこと
サービスを作りたい
好きなスタイル
一人で黙々
どちらかといえば一人で黙々
どちらともいえない
どちらかといえばみんなでワイワイ
みんなでワイワイ
好きな規模
小さい会社
どちらかといえば小さい会社
どちらともいえない
どちらかといえば大きい会社
大きい会社
自信を持って人より秀でていると言える点
企画立案力 / 調整力 / 問題解決力
スキルのタイプ
ゼネラリスト
どちらかといえばゼネラリスト
どちらともいえない
どちらかといえばスペシャリスト
スペシャリスト
得意なフェーズ
0 → 1
どちらかといえば0 → 1
どちらともいえない
どちらかといえば10 → 100
10 → 100
会社を選ぶ一番の基準
好きなプロダクトがある
やりたくない分野
金融 / 医療・介護 / アダルト
その他の特徴
未入力です
その他のやりたいこと・やりたくないこと
未入力です

やりたい事

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

基本プロフィール

年齢
今年で30代中盤
好きなテキストエディタ
vim
希望勤務地
リモート勤務
常時リモートが必要
希望年収
750万円
ご意見箱

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

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

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