開発環境

◆言語 現行サービス：PHP （選定理由） ・外注時代に開発会社様がPHPを選ばれたため 次世代サービス：Kotlin（サーバーサイド）、Veu.js（フロントエンド） （選定理由） ・10年間は保守に耐えられる可能性のある言語 ・モダン開発 ・原則、単一言語で開発を行う目的がある ◆フレームワーク SpringBoot （選定理由） ・ドメイン駆動設計を視野に入れた開発をしている ・フレームワークの不具合への対応工数発生防止 ◆DB PostgreSQL（次世代サービス）, MariaDB（現行サービス） ◆インフラ AWS、Azure ◆ソースコード管理 git ◆プロジェクト管理 JIRA （選定理由） ・開発者の負担が少ないため 　例：修正したブランチ→紐付けしやすい ◆情報共有ツール Slack、Microsoft Teams

エンジニアを取り巻く環境・裁量

◆エンジニアを取り巻く環境 ・開発責任者が経営会議メンバーです ・開発責任者が各メンバーのコードレビューを実施しています ・開発責任者がエンジニアの人事評価を行なっています ・「つくる人がいきる世界へ」を掲げている事もあり、エンジニアや開発が軽視されることはなく、尊重をちゃんとしてくれる環境です ・現場の意見をちゃんと汲み取ってくれる/汲み取ろうとしてくれる経営陣と社員が揃っています ・ただし、エンジニアはエンジニアリングに疎い方へ分かるようにコミュニケーションをとるべきという考えも同時にあります ◆エンジニアの裁量 ・OS /エディタ/IDEといった個人の環境は各自の責任で好きなものを使ってOK ・企画/開発方針決定をする場には開発メンバーが必ず参加しています ・タスクの見積もりは、実装を担当するメンバーが中心となって行います ・全体スケジュール管理は、進捗を随時確認しながら、納期を柔軟に調整しています ※スケジュールが「緩い」という意味ではありません

技術力UPへの取組み/アジャイル状況

◆技術力UPへの取組み ・本番にデプロイされるコードには、原則コードレビューを実施している ・「リファクタリングは随時行われるべき」という価値観をメンバー全員が共有しており、日常的に実施している ・コーディング規約をチーム全体で遵守するようにしている ・提出されたコードには自動的にリグレッションテストが実行される環境が構築されている ・コード品質評価ツールを導入して、メンバーが常に確認できるようにしている ◆アジャイル状況 ・1ヶ月以下の短い期間でのイテレーション開発を実践している ・デイリーでスタンドアップミーティング、またはそれに準じるチーム内の打ち合わせを行っている ・イテレーションの最後などに、定期的にチームでふりかえりミーティングを行っている ・継続的なデプロイ（デリバリー）を行っている

ワークフロー/技術・開発カルチャー

◆ワークフロー ・全てのコードをバージョン管理ツールで管理している ・各メンバーが実装したコードのマージは Pull Request ベースで行われる 　- プルリクエストは出しつつマージをして、後でリファクトする事もありますが ・自動化、自動デプロイ環境が整備されている ◆技術/開発カルチャー ・俗人的/技術思考だけが先行することのない開発をおこなう ・保守/運用を軽視せず、むしろしやすい状態にすることが「正」である ・出来るだけシンプルなコードにする ・できるだけモノリスシステムとなるように ・他の人にもわかりやすい開発を行う ・テストコードを重視している（一見不効率だが） 　- まずはテストコードを書く 　- モジュール間が「簡潔」になっているか？などの視点からレビューをする ・開発に必要な資料/データは実装を担当するメンバーなら誰でも確認できる（確認の上） ・専用の情報共有ツールを使って、ノウハウや議事録、日報などの情報共有を行っている

テストへの取組み

・ほとんどのプロダクトコードに単体テストを記述、実施している ・ほとんどの機能に受け入れテストを記述、実施している ・機能の実装と同時にテストコードを記述している