レガシーコード改善ガイド 第二章 - Qiita
フィードバックを得ながらの作業を意識しよう システム変更の方法 編集して祈る 計画、調査、確認を注意深く進める必要がある 保護して変更する テストで保護する = 確実なフィードバックを得る 単体テストが重要 システムの振る舞いから見て最も原始的な単位 手続き型 -> 関数 オブジェクト指向 -> クラス 優れた単体テストの条件 実行が速い(0.1秒では遅すぎる) 問題箇所の特定がしやすい これらは単体テストではない データベースとやりとりする ネットワークを介した通信をする ファイルシステムにアクセスする 実行するために特別な設定が必要(環境設定ファイルの編集など) 上位レベルのテスト レガシーコードでは、どこからテストを開始すべきか 変更に関係しそうな部分のテストを優先的に用意せよ レガシーコードの変更手順 変更点を洗い出す テストを書く場所を見つける 依存関係を排除する テストを書く
クラウドワークス勉強会「レガシーコード改善の戦略と戦術」（前篇：戦略） - CrowdWorks Engineer Blog
こんにちは！年初からクラウドワークス開発に新たにジョインした所と申します。 先日、クラウドワークスではテスト駆動開発とRESTFulアーキテクチャのエバンジェリストとして有名な和田卓人さんをお招きして社内勉強会を開催いたしました。 和田さんは、数多くの会社にてレガシーコード改善のコンサルティングの経験をお持ちで、書籍も多数執筆されており界隈でも有名な方です。 また、弊社CTO大場の旧知の友人でもあります。 クラウドワークスのサービスは立ち上げから現在に至るまでRuby on Railsで開発を行っており、サービス拡大に伴いアプリケーションの規模も大きくなっています。 比較的テストが書きやすいフレームワークではあるものの、ビジネスの急激な成長を支えるために速度を優先した機能開発が行われていた時期もあり、レガシーコードが残っている部分があります。 将来に向けて技術的負債の返済をしていくことは、
レガシーコード改善勉強会 開催レポート
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog ヤフー株式会社の有地です。 9/27（土）の昼から6時間にもわたり、さまざまな視点から「レガシーコード」について知識を深めるための勉強会を開催いたしました。 「そもそも正しい仕様を知っている人がいない」 「システムのブラックボックス化が留まるところを知らない」 こんな不条理なレガシーコード（テストコードが無いコード）と日々戦うエンジニアも多いことと思います。 今あるレガシーコードをどうやって保守・改善していけばよいのかという課題に本気で取り組んでいる、または取り組みたいと考えている大勢の方々に参加していただきました。 ＜開催趣旨・目的＞ テストコードが無いプロダクションコードをレガシーコードと定義し、テストコードによって保護され、
レガシーコード改善のススメ
ちゃんとした C# プログラムを書けるようになる実践的な方法～ Visual Studio を使った 高品質・低コスト・保守性の高い開発慎一 古賀
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
納品のない受託開発を支える レガシーコードを作らない仕組み
PHP版レガシーコード改善に役立つ新パターン #wewlc_jp
