フロントエンド開発環境の継続的なリファクタリング | MEDLEY Developer Portal

2020-10-20フロントエンド開発環境の継続的なリファクタリングこんにちは、第二開発グループエンジニアの西村です。主にCLINICSの開発を担当しています。 はじめにCLINICS は電子カルテ、オンライン診療、予約システム、患者アプリなどを含む統合アプリです。CLINICS がローンチしてから現在に至るまで常に新機能開発と定常改善が行われており、開発環境のメンテナンスは後手になりがちでした。今回はそういった状況を改善すべく、開発環境のメンテナンス、リファクタリングを行った過程から得られたプラクティスについて紹介していこうと思います。 モチベーションプロダクトの新規開発時に行われる技術選定は非常に難しく、業務要件やチーム状況など総合的に考慮してその時点でのベストな選択をする必要があります。 しかし、選択した技術で長期運用をしていくうちに、メンテナンスが行き届かなくなったコードやライブラ

[hirorock]

継続的メンテは価値提供と認識されないが、信用であることは間違いない。知見共有ありがたい。自分は、E2E導入(運用するとこれがコストになりそうなので…)で悩んでる。。

[efcl]

ライブラリのアップデート対象について。 "調査時間を短縮するプラクティスとして「本番影響のあるもの」「開発向け」「ビルド周り」とrenovateから来るPull Requestを整理することです。"

[Balmaufula]

んー

[laptice]

フロントエンドリファクタリングのお話。実際に想像できる粒度で何をしたかがまとまっており、簡潔かつ明瞭だった。リファクタリングのコストが現場にかからざるを得ないのが苦しいけどこれが現実…。

[Layzie]

弊社の西村がフロントエンドの継続的な改善としてやっている施策について書いてくれました!1つ1つ地道な形ではありますが、開発効率に直結する部分なので大事ですね