ID:69737さん

# 開発人数 2人(開発担当) # 運用年数　 8年 # 概要 生徒、講師の座席を管理するシステムに加え、給与、支払い、生徒成績などもこのシステムで管理 # 取り組んだ課題で印象的なもの こちら未経験からの転職で初めてジョインさせていただいた案件になります。 お客様との打ち合わせでまとめた内容を元に「要件定義 -> 詳細設計 -> 実装 -> 自動テスト作成 -> 操作マニュアル -> 運用 -> バグ依頼修正」の一貫した作業をさせていただきました。 お客様の直面している問題について、ヒアリングしながらもそのまま反映させるのではなく、どういった形でシステムに落とし込めばより使いやすく問題解決に適しているのかを考えまとめるよう意識しておりました。 - 要件定義/詳細設計 　こちらについては、使用しやすいようなUI設計や、DBの正規化を意識して設計を行いました。特にDBの正規化についてメリット/デメリットをしっかりと把握したうえで実装するよう気を付けました。 - 実装/テスト 　初めは100を超えるテーブル数で最初は「何がどれと関係しているかわからない」といった状況に陥りました。しかし機能改修をしていく中で自分でメモを取るようにすることで、それぞれの保持している情報がどこで使用されているか、リレーションの関係性について把握できるようになり開発スピードを上げることができたと思います。 　またRuby以外にもjQueryとVue.jsの実装にも携わりました。二つのライブラリを触ることで、jQueryの記述のしやすさやVue.jsのデータバインディング/仮想DOM技術について比較でき、それぞれの強みを知ることができました。 # 担当内容 機能改修　保守　設計　ドキュメント作成　テスト作成 # 開発言語 Ruby JavaScript Veu.js jQuery Rails # 環境 Docker Ubuntu CentOS

# 開発人数 2人(開発担当) # 運用年数　 約5年 # 概要 自治体向けのCMSで、アクセシビリティを考慮したシステム # 取り組んだ課題で印象的なもの 一部のライブラリですが初めてアップグレード作業を行いました。 アップデートする上で互換性について意識して作業しました。 # 担当内容 機能改修　ライブラリアップグレード　テスト作成 # 開発言語 Ruby JavaScript jQuery Rails # 環境 Docker Ubuntu CentOS

# 開発人数 3人(開発担当) # 運用年数　 約6年 # 概要 設置された端末に異常があった場合に申請状況、異常内容、請求などを管理するシステム # 取り組んだ課題で印象的なもの Rails,Rubyアップグレード作業(事前の自動テストのカバレッジ補強)やお客様との折衝・レビュー、見積もり、レビューの経験が印象的でした。 - Railsアップグレード作業 　互換性・セキュリティ・パフォーマンス修正などの修正コミット内容をチェックしていくことでRails/Rubyの中身を見ることができました。 　また思いがけずアセット周りでES5のJSライブラリを読み込むところで躓いてしまったのは、JSのバージョンの違い(ES5,ES6、トランスパイル)について知る良い機会になりました。 - 折衝・見積もり 　お客様との折衝・見積もりについてはどういった根拠でどれくらいの工数でできるのかをきちんと示すことが求められました。 　今までなんとなくこれくらいと思っていたものを、納得できるような形(”機能1,機能2(テストを含む)を実装するため何人日かかります”)で説明する力が付いたと思います。 - レビュー 　これまで、リーダエンジニアの方にレビューされる立場だったのが、他者の方へのレビューをすることとなりました。読み易いコード、冗長になっている部分でDRYにできる箇所をしっかりと指摘してレビューすることを意識しました。 # 担当内容 機能改修　Railsアップグレード　設計　実装　テスト　運用　保守 # 開発言語 Ruby JavaScript jQuery Rails # 環境 Docker Ubuntu AWS Jenkins

## プロジェクト概要 住宅ローン診断システムの立ち上げからリリースまで携わり、外部API連携による顧客情報取得と独自診断ロジックの実装を行いました。 ## 役割・体制 ### 自身のポジションと役割 - バックエンドエンジニアとして、Ruby on Railsを用いた診断ロジックの設計・コーディング・テスト・運用保守を担当しました。 - 共通処理の分離とマイクロサービス化を推進し、システムのモジュール化と再利用性向上に寄与しました。 - 『スクラム開発環境において、スプリント計画やレビューにも参加し、チーム内の技術共有を促進しました。』 ### チーム規模と構成 - エンジニア3名とCTO1名の小規模チームで、『バックエンドにフォーカスしつつ、密なコミュニケーションで開発を進めました。』 ## 背景・課題 - 外部APIから顧客情報を取得し、住宅ローンの借入可否を診断する機能を持つシステムの新規立ち上げが求められました。 - 共通処理をどのように切り離しマイクロサービス化するか、例外発生時のハンドリング設計が最大の技術的課題でした。 - 『複数の共通処理間での依存関係や例外処理の一貫性を保つことがプロジェクト成功の鍵となりました。』 ## 実際の取り組み ### 開発環境 - Ruby on Railsをメインフレームワークとして採用し、RESTful API設計に基づくバックエンド開発を行いました。 - スクラム開発手法を導入し、『1週間のスプリントサイクルで継続的に機能追加と改善を繰り返しました。』 - バージョン管理にはGitを利用し、『CI/CD環境を整備して自動テストとデプロイを実施しました。』 ### 設計・改善内容 - 共通処理を機能ごとに細分化し、マイクロサービス化することでモジュール単位での独立性を高めました。 - 例外処理に関しては、共通のエラーハンドリング機構を開発し、異なるサービス間での一貫した例外管理を実現しました。 - 共通処理の知見を持つエンジニアと頻繁にコミュニケーションを取りながら設計の妥当性を検証し、チーム全体の理解を深めました。 ### その他アピールポイント - 『複雑な診断ロジックのテストカバレッジ拡充に注力し、品質向上とリリース後の安定稼働に貢献しました。』 ## 成果・価値 - 共通処理のマイクロサービス化により、新規システム立ち上げ時に共通処理の再実装が不要となり、開発効率が大幅に向上しました。 - 『例外処理の統一化により、システム障害の早期検知と対応が可能となり、運用コスト削減に寄与しました。』 - 継続的な改善と運用保守により、システムの安定性と信頼性を確保し、利用者満足度の向上に貢献しました。