Tsuchiy

Web3ゲームのスタートアップ企業にて、 既存協業ゲームのblockchainに関する部分の運用サポートおよび他企業との協業案件向けのシステムの開発を行なった ### Web3ゲーム用共通基盤開発 Blocakchain技術がない企業も協業することでBCゲーム(STEPN式)を作れるように、Blockchain周りの処理を行うためのRestAPIの開発 およびその運用に必要なインフラの構築、監視等小機能の実装などを行った - Web3ゲームでユーザのwalletとゲームサイドの共有walletでの資産の移動機能 - Defiサービス `Fireblocks` を使ったゲーム内共有walletの運用システム - RestAPI自体は `FastAPI` + `FireblocksSDK` で作成 - AWS上に展開(WAF, cloudfront, ALB, ECS(Fargate), RDS, DynamoDB等を利用) - AWS CDKによるインフラ構築 - github actions, AWS code deploy, pytest, docker containerによるCI/CD構築 - jira, notionによるマネジメント - チーム人事スクリーニング（リードエンジニアレベル・blockchain専門エンジニア） ## 社内要望実現 スタートアップ企業で社内CTOがやる小さなエンジニアリング業務を巻き取って実行した - コーポレートサイト環境構築（AWS・wordpress使用・セキュリティ重視） - 静的ページサイト構築(AWS Cloudfront・IaCによる更新) - 上記を含むDNS・ドメイン運用 - ゲームデータ分析基盤構築(VPNとGCP:DatastreamによるAWS RDS→GCP BigQueryデータ連携) - ゲームデータ分析用加工(GCP:Dataformによるゲームデータ→分析用テーブル作成) - ゲームデータ分析（BigQueryを使い要望のあったデータを抽出） - 分析部門・ユーザ向け分析用Redashサーバ群構築(GCP上のインフラ構築とRedash内ユーザ権限管理) - Slackを使った社内各サービスの監視機構構築(AWS lambdaなど) - BlockChain関連展開(Typescript,SolidityによるERC20Tokenのdeploy(FT,NFT)/UniswapV3による流動化提供など) - BlockChain関連監視機構(UniswapV3プール監視/ethers.jsによるWallet残高監視など) - X(旧Twitter)API ユーザ動向分析用データ収集バッチの実装(Typescriptのバッチ) - 上記の各業務の運用マニュアル作成(主にNotion) - スマートフォン向けPassKeys実装調査 - NextJS向けOAuth認証設定(OpenID),NextJS認証部分実装 など

大手組み込み系企業が新規事業として介護施設向け業務バックアップのwebサービスを開発 フリーランスのエンジニアとして初期開発過程に参画 (βプロダクト段階でビジネスサイドより問題定義がありプロジェクトがシュリンク→退場) - django(html templates)+ pure javascript + scss(webpack)によるMVCアプリケーション開発 - awsでALB, target groupを用いたマイクロサービスを組み合わせたサービスネットワークの構成 - djangoによるRestAPI開発（認証にCognitoのOAuthを用いているためREST-API moduleは使わず） - GithubActionsとdjango test suiteを用いたCI構築 - git-flow, GithubActionsとAWSを組み合わせたCD構築 - ecr, ecs, fargateを用いたコンテナサービス構築

大手代理店による日本全国の広告媒体・掲載期間を組み合わせ、広告主への販売商品を作れるようにするWebシステム フリーランスのコーディング/データ分析のロジック作成エンジニアとして参画 - 単体のBID商品を組み合わせ、期限を設定し、プランとして登録する機能の実装 - ばらばらに集められたデータから、共通マスタデータの作成 - 日本全国/一年分のモバイルの位置情報統計(ビッグデータ)から、全国の各広告媒体にリーチするUU数を推定・計算する部分の設計・実装・チューニング、誤差要因の分析

スマホゲームアプリ開発におけるバックエンド（サーバサイド・インフラ）技術の社内技術確立を目的とし、R&D的な立場で使用技術を整備した ### やったこと - PHPFramework作成 RoRはじめモダンフレームワークの利点を参考にしPHPによるMVCフレームワークを作成。 CodeIgniterに構造的には近く(ディレクトリ構造、Lazy(auto)Load、MVCの厳密化)、HTMLビュー系のライブラリを減らしKVS系の足りないものを強化、データベース周りとテスト周りのオートコードジェネレータを追加したイメージのものを作成 - サーバセット設計 クラウドに配置する際、多トラフィック（SSDがまだ無い頃で1000req/secを目安）対障害性を考えたサーバセットの設計 Memcached・Redis・MongoDB等KVSデータベースの導入 展開構造のInfrastructuire as code化の推進 - サーバ・クライアント間通信規約の策定 Auth Tokenを用いたサーバ−クライアント間の通信規約を策定 - 負荷試験 リリース前に負荷試験を行う文化がなかったので、 クラウド環境の準備、JMeterを使った方法の提供を行い、定常化してもらった - アジャイルプラクティスの推進 共有知・コードレビュー・スプリント・チケットドリブン・テストドリブン・CIなどのルールについてまとめ、あるプロジェクトで実践した - 同期アプリケーション研究 nodejs, Python(gevent)を用いたWebsocketゲームと、 バックエンドにおける問題点（障害点）の研究 ### 背景 小規模ゲーム開発会社としてコンソール事業を行ってきた企業が、 時勢からwebソーシャルゲームに転身し、そこからネイティブアプリ開発にシフトをしようと試みていた。 が、フロントエンド（Unity）・バックエンド、共に経験者が居なく、 バックエンド技術策定のために入社し、掲題の業務に従事した ### 成果と失敗点 インフラの人間を始め、業務の効率化に積極的な人とは、討論などを通じよりよい形を作ることが出来た。 反面、社内の現場には既存のやり方にこだわる人間が多く、 フレームワーク自体を書き換えたりコードレギュレーションに反発を持つ人間が多かった。 原因として、社でサーバサイドにリソース（人・金・時間）を割くのに消極的な風潮があり、 サーバサイドを一人でコーディングしていた、バックエンドに性能が求められる場面がなかったなどがある。 が、幾つかのヒット（高トラフィック）タイトルが生まれた際に、 そのプロジェクトのリードエンジニアをしていた方には高評価を受けることができる作りではあった。

当時着メロダウンロード業を主にしていたWebサービス企業の情報システム部において、 基幹システムの入れ替えに伴う社内の業務改善を行う全社プロジェクトに参画 ### 背景 全国的に有名なサービスを展開開始するなど、社内が大きな転換期を迎えており、 またそれまで使っていた基幹システムの保守期限を迎えるにあたり、基幹システムの入れ替えプロジェクトが起こされた。 私はその時、情報システム開発部にて業務システムの開発・運用をプレイングマネージャーとして業務担当していたこともおり、 社内システムのバックエンド側のとりまとめ代表としてプロジェクトに参画 社内で使われている業務システム全般の把握とBPR作業、並びに基幹システムベンダーへのRFPの作成と選定作業を行うこととなった。 ### 内容 元々の業務がシステム全般との連携や各部署との関係が深く、また人当たりの良さも買われ、各部署の業務の問題点の洗い出しと整理といったコンサルティング的な仕事を行なった また、各部署の業務負荷軽減につながるツールや小さなシステム類の作成なども行った 同時に社内の基幹システムをリプレイスするにあたり、 各部署のバックエンドシステム利用に感する意見取りまとめと業務フローの整理、 ベンダー企業へのRFPの作成と各社からの提案書の選定を行なった

国内超大手電気機器メーカーのECサイト関連のシステム開発において、 技術営業とプレイングマネージャ、運用対応業務を行った ## 同報メールシステム ECサイトにてノートPCを購入した顧客・興味を持っている潜在顧客・他の販売ルートでPCを購入した顧客などの購入情報などから、 各機種のサポート情報に関するメールや販促用のメールなどを条件の該当するユーザに高速でメールを配信するシステム 現在ではさまざまなサービスがあるが、当時はそういったサービスがほとんどなく、 特に配信速度に関する要望水準は当時のインフラを持って非常に高かった 配信用の設定部分はPHPによるWeb+バックエンドのOracleに情報を格納 配信部分はOracleのデータベース(千万オーダーの顧客情報) とシリコンディスク上に配置されたPro*CのバッチプログラムとQmailで実装 プロジェクト規模は、年間売上3500万弱、メンバー数は自分を含め4人（自分以外は新人レベル）といった規模感 ### 担当 既存のプロジェクトを引き継ぎ、プロジェクトリーダとして要件定義・追加開発提案・見積もりとリソース管理・開発〜運用など 全てに関してをワンストップで担当した 部長直轄プロジェクトで、事実上プロジェクトに関するあらゆる業務を行った また、顧客との折衝も自ら行い、要件の見積もりと優先度を相談の上決め、継続開発と運用などプロジェクトの継続を行なった ## 受注管理システム - ECサイトから購入されたカスタマイズノートPCの情報を工場へ発注情報として送信するシステム - 工場側のシステムでその受注と製造・発送状況までを管理するシステム - コールセンターで顧客対応するための情報を検索・注文状況の確認ができるシステム からなる受注管理システム いずれもクライアントはPowerBuilder、接続先DBはOracle、Batch系Solaris上でPHPなどで作成されている ### 担当 途中から参画のプロジェクトメンバーとして詳細設計書の作成、クライアントアプリケーションのデザイン・実装、Batch類の実装、試験仕様書の作成などを行った チームメンバーはエンジニア２年目１人、エンジニア１年目２人の構成で、主に下流工程を担当。 継続開発のため０→１ではないが、顧客の要望を叶える設計に関しては一定の高評価を頂くことができた。 技術的には、顧客の数が千万人規模だったため、高速にDBを扱う、メールの送信を行うといった面で工夫をした。