再現する際にとても便利です。置き換えることができないメソッドは、個別に機能を作って対応しました。対してクラスの付け外しを行うことで再現しました。各工程で動作確認をするこれまでの各工程の一つ一つはそれほど難しくないかもしれませんが、全ての工程を一気にやってしまうと、ちょっとした不具合があった際に、どこまでロールバックすれば良いかが分からなくなってしまいます。できるだけ各工程の間に動作検証をいれるようにして作業を進めました。挙動を変えないようにする上記のように書き換えを行っていると、どうしても途中で挙動を変えたくなる箇所が出てきます。あーこうした方がいいのにな、よしついでに直しちゃおう、っていうことが必ず出てきます。これをやってしまうと、何か不具合が起きた際に、書き換えにミスがあったのか、挙動を変えたことが原因なのかが分からなくなってしまいます。気になった部分はコメントなどに残しておき、動作を確認できてから手を付けたほうが、着実に作業を進められます。動作検証はビジュアルリグレッションテストで動作確認を各工程で行う、と一口に言っても何をどこまで行えば良いのか、というのは非常に難しい問題です。ビジュアルリグレッションテストという方法を使って動作検証を行いました。ビジュアルリグレッションテストとは、コードに変更を加える前後でスクリーンショットを取り、その画像を比較することで動作検証を行うというテスト手法です。これを各工程ごとに実施することで、書き換え前後で挙動が変わっていないことを確認しながら作業を進められます。いうツールを使用してビジュアルリグレッションテストを行っています。イメージが提供されていたり、コンフィグ類も過不足なく柔軟に設定できるためとてもオススメです。差分が強調表示されるので分かりやすい一見まったく同じ見た目でも、きちんと差分を見つけ出すことができます。依存を外すまでの工程を順を追ってご紹介してきました。細かい変換を繰り返しながら、各工程で動作確認をしていくことが重要です。ここまで書いてきましたが、実際にはかけられる工数との兼ね合い、移行後のコードがその後どう使われるのかによっても違うので、ある程度エイヤっ!で書き換えることも正直たくさんありました。そのあたりはよしなにやっていきましょう。化にあたっては、紆余曲折、チーム内でもさまざまな議論が行われました。「ユーザーの声に振り回されないデザインの改善プロセス」というタイトルで投稿します。@all__u...2018-12-11好きな技術を使って作る!くだらないslackBot運用のすゝめこんにちは。2018の7日目の投稿です。月別アーカイブはてなブログをはじめよう!delyjpさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。