ID:71164さん

## プロジェクトの体制 OJTの一環で簡単な改修作業 【環境】 　Windows/COBOL/PostgreSQL 【規模】 　6人体制 【担当フェーズ】 　開発/PGテスト 大手百貨店の顧客管理・商品管理・ポイントシステムの改修作業 【環境】 　Windows/JAVA/ORACLE 【規模】 　4人体制 【担当フェーズ】 　基本設計/詳細設計/開発/テスト全般 POSシステムのパッケージ、RuiPosの五カ国対応やその他改修 【環境】 　Windows/C#(.net)/Symfoware 【規模】 　8人体制 【担当フェーズ】 　概要設計/基本設計/詳細設計/開発/テスト全般 学習塾のサイトの改修 【環境】 　Windows/HTML/CSS/XML/JQery 【規模】 　4人体制 【担当フェーズ】 　開発/テスト全般 ## 【取り組んだ課題と成果】 当時は基礎知識も乏しく振られたタスクをこなすので精一杯でした。 プログラミングも高校で習ったくらいで入社直後は何もできないに等しかったです。 2年半の間に多くのプロジェクトに携わる中で、業務プログラミングの基本的な知識や開発に必要なノウハウを得ることができました 直属の上司のおかげでエンジニアという職種が天職で、仕事とは楽しいものだと学びました 多岐にわたって開発に携わった経験から、どんな言語・技術でも、 例え未経験の技術であっても、比較的早く習得することができるようになりました

## プロジェクトの体制 【環境】 　Mac/PHP(Laravel・symphony)/MYSQL/AWS/Docker 【規模】 　15人体制 【担当フェーズ】 　設計/開発/テスト/リリース/運用（障害などの調査・対応） ### 採用されている設計思想やアーキテクチャ - TDD(テスト駆動開発) - DDD(ドメイン駆動開発) - マイクロサービスアーキテクチャ - レイヤードアーキテクチャ ## プロジェクト全体の課題 既存のモノシリックなアプリケーションをマイクロサービス化することで、 保守性と保全性の高いシステムを構築し、技術的な負債を可能な限り残さないようにします。 ## 主な担当業務 ### APIのリプレイス #### 【業務概要】 既存システムが商品情報やカテゴリ情報など、商品を販売するのに必要な情報をYahoo等の外部APIや自社の提供しているAPI、DBなどの物理層等から参照している部分をAPIに置き換えたサービスです フロントエンドでは商品情報取得API、カテゴリ情報取得APIといった感じで当該APIを呼び出すことで参照元データの形式差異による複雑な処理を軽減することができます #### 【取り組んだ課題と成果】 APIのレスポンスを早くするためのメモリ使用量の軽量化 テストコードの実装漏れを減らすためにテストの汎化を提案、導入 ## バッチ処理のリプレイス ####【業務概要】 既存システムに存在するバッチ処理をAPIとは別のサービスとして実装しています 既存のシステムが長年かけてスパゲッティな状態になっているものを紐解き、よりシンプルで軽量な 実装を行います #### 【取り組んだ課題と成果】 サービスの提供フローの兼ね合いもあって３人日かかるバッチ処理を3時間で実現できるように実装することができた 非エンジニアからの新規タスクの実装依頼の際には要件を正確に満たせれるように、 依頼者が分かりやすいように資料を作成したりして丁寧なコミュニケーションをいつも以上に心がけました ### リプレイス案件の運用・保守 ####【業務概要】 リプレイスされたシステムの運用・保守 #### 【業務範囲】 障害発生時の調査・修正対応・改善策の共有 #### 【取り組んだ課題と成果】 障害が発生した原因の説明は知識差があると難しくなるため、 調査結果を視覚的に分かりやすい資料にまとめ、報告するようにしています。 ## 【学んだこと】 - コロナ禍において対面での会話ができず、できる限り正確にコミュニケーションを取るためには文字のみならず、ツールを使う選択肢が増えました - 保守性や運用性が高く、技術的負債をどう残さないかを考えられるようになりました - 技術レベルや知識レベルにある程度ばらつきがあっても、 汎用性があるだけではなく一定の冗長性を持ち永江ら可読性の高いコードを心がけることで一定の品質を保てることを理解しました - システムの軽量化やDB負荷について考えることができるようになりました

## 【業務概要】 インターンや新卒のチューター業務 ## 【取り組んだ課題と成果】 仕事は生きるためにやっているとか、仕事はしんどいものだと考えて欲しくなくて、 仕事を楽しいと感じてもらうために「褒めて伸ばす」を心がけています なんでも褒めるというわけではなく、昨日できなかったのに今日できたことや本人の特筆するべき能力を探して褒めるようにしています DDDは書籍もWeb上の記述も難解なものが多いため、スライドにアニメーションを駆使して初心者にも分かりやすく説明できるようにしました ## 【学んだこと】 - インターン生や新卒の方は実務経験・研修の有無に関わらず、本当に何も知らない体で丁寧に教えることが大切だと考えるようになりました - エンジニア力ではなく仕事の仕方をまず教える必要があることを学びました - 新卒研修を受けた結果STOになるんだって言っていた子は、キャリアパスを具体的に考えてもらった結果、途中で熱が冷めたみたいに現実的な目標を立てるようになりました、新社会人になる人への教育はとても責任が伴うものだと感じました - 雑談で仲良くなるのは本当に大切だと再認識しました

## 【概要】 マイクロサービス化に伴いローカル環境構築がサービス毎に必要なことから、ローカル環境の構築を自動で行えるツールの開発 ## 【取り組んだ課題】 新規入場者の環境差や知識の差異によって環境構築時に必ず問題が発生していました 環境構築には最短でも半日多くて3日かかることもあり、OSのアップデートやツールアプデートの度に調査やヒヤリングコストが発生していました マイクロサービス化に伴い複数のプロジェクトの環境を同時に構築しなければならず、ポートの衝突問題や環境変数DBのインポートなどの手順がかなり煩雑でした ## 【取り組みの成果】 oo-bash-frameworkを利用することで擬似オブジェクト化して汎用性の高いシステムを目指しました 独自のコマンドを作成し、汎用的な形態を保つことでLinuxコマンドの学習コストを下げることができました 新規入場者の環境差や知識の差異によって起こる環境構築時に必ず発生していたヒヤリングコストも大幅に削減することができました 環境構築はPCのスペックにもよりますが、最大で30分に抑えることができました ## 【学んだこと】 - 0->1開発なんてできないと思っていたのですが、目的や必要性が明確な場合は作れることがわかりました - 誰もが使いやすいってなんだろう、運用するならどんな構成がいいだろうと考えることができるようになりました - 楽して仕事したいという気持ちは大切だと再認識しました