「レガシーコード改善勉強会( #wewlc_jp )」まとめ

ずきゅ～んたん @ZuQ9Nn

単体テストを書くためのリファクタリング手法例３．インターフェースの抽出　#wewlc_jp

てらひで @terahide27

困るのはnew したオブジェクトをローカル変数にいれてる場合なんだよね。いろいろ難しいこと考えないと、モックに置き換えられない。#wewlc_jp

TAKAKING22 @TAKAKING22

「スプラウト」と「小さくリファクタリングしながらそこにテストをあてる」をずっとやってるよなー ／レガシーコード改善ガイド・戦略編 d.hatena.ne.jp/asakichy/20130… #wewlc_jp

ずきゅ～んたん @ZuQ9Nn

単体テストを書くためのリファクタリング手法例４．呼び出しの抽出とオーバーライド　#wewlc_jp

てらひで @terahide27

@terahide27 ファクトリメソッド作ってオーバライドすればいいんだけどね。。。 #wewlc_jp

𝑻.𝑯𝒐𝒎𝒎𝒂🇺🇦🇯🇵 @takas_ho

チェックインって表現懐かしい #wewlc_jp

ミートあさの @uasano

試行リファクタリングは現場でよくやるなぁ。 お試しだよ！がわかるブランチ作ってコミットして、理解した形跡を残しておいたりもしている。 #wewlc_jp

ずきゅ～んたん @ZuQ9Nn

レガシーコードとの戦いでえられるか術。単体テストを整備するとクラスやメソッドの独立性が高くなる。コードがどんどん綺麗になる　#wewlc_jp

てらひで @terahide27

超集中編集 (hyperware editing） 周囲からの影響を受けない状態で集中してレガシーコードと向き合う。時間決めて周りに宣言してたまにやってるｗ #wewlc_jp

ずきゅ～んたん @ZuQ9Nn

隣の新規開発の芝はそれほど青くない。実践的な設計スキルが身につく、レガシーコードとの闘いは意外と楽しい。　#wewlc_jp

オセロット @ocelot_jp

オアシスひろげたい #wewlc_jp

NAKAMURA, Tomohiro @tomoh1r

「レガシコードとの闘いは意外と楽しい」わかる #wewlc_jp

mather / Eisuke Kuwahata @mather314

試行リファクタリングはレガシーコードを読み解くときによくやってる。#wewlc_jp

ok @jumpersons

開発ルールにテストコード必ず書く。というルールを追加するのは、いろんな要因があって難しいと思うのだけど、せめて外部環境との境界部分は実装ではなくInterfaceに依存するように書いてくれ。と思う。そうすれば後でテストコード書くとき楽になる。 #wewlc_jp

goyoki @goyoki

レガシーコードを扱った本なのにCOBOLが出てこないので翻訳を一度断った #wewlc_jp

てらひで @terahide27

2004年 「レガシーコードなのにCOBOLが出てこないなんて！」 ワロタw #wewlc_jp

きろのの  @kironono

「レガシーなのにCOBOLが出てこないなんて!」 #wewlc_jp

mather / Eisuke Kuwahata @mather314

COBOLもCも対象に無かったのか。 #wewlc_jp

ゆーひ🐉👯‍♀️@お給料平均値でっていったよね。 @jukuringo

試行リファクタリングしらなかった #wewlc_jp

goyoki @goyoki

おお、6年前のタイミングでDDDが翻訳されていた可能性があったのか #wewlc_jp

ゆーひ🐉👯‍♀️@お給料平均値でっていったよね。 @jukuringo

原書ひどかったのかｗ #wewlc_jp

𝑻.𝑯𝒐𝒎𝒎𝒂🇺🇦🇯🇵 @takas_ho

なんと2004年冬に一度翻訳断ってた #wewlc_jp

Takuto Wada @t_wada

WEwLC 読書会もう五年前なのか。懐かしいな…… #wewlc_jp

ssmylh @ssmylh

レガシーコード改善ガイドの翻訳中に原書の読書会があったなんて #wewlc_jp

ゆーひ🐉👯‍♀️@お給料平均値でっていったよね。 @jukuringo

デグレ防止！！ #wewlc_jp