GitHubの中の人が語るリファクタリングテクニック #yapcasia #yapcasiaA
Perl6の最初期から言語仕様に「junction」があったけど、15年経ってもいまだ実装されていない。いつか実装されるのかなあ? #yapcasia #yapcasiaA
2015-08-22 13:55:47リーダブルコードとかコードコンプリートを読んだ時と同じような気持ちよさを感じたトークだった #yapcasia #yapcasiaA
2015-08-22 13:56:42junctionとは: $x = 1 | 2; と書くと、変数$xには「1 または 2のどっちか」という値が入る。なので3倍すると「3または6」という値になる。allとかanyを変数に入れられるみたいな感じ #yapcasia #yapcasiaA
2015-08-22 13:57:02リファクタリングのアプローチに意見が分かれたらPull requestを使う。style guideがあることが大事。セミコロンやクォーテーションはどっちがいいかはstyle guideを見ていく。テストの結果をコミュニケーションのキーになる。 #yapcasiaA
2015-08-22 13:57:18[リファクタリングの方針の意見がわかれたらどうするの?]「styleguideに沿うようにする。」[テストをする。テストの結果を見て、どこが改善された点か確認していいく。コミュニケーション大事] #yapcasia
2015-08-22 13:57:43Q: リファクタリングについて意見が割れたときGithubではどうしていますか A: Pull Requestを使う、スタイルガイドに従っていけば問題の大部分は解消される、テストの結果を見て双方コミュニケーションしていく #yapcasiaA
2015-08-22 13:57:46リファクタリングするか機能を追加するか,自信がある方を選択する. #yapcasia #yapcasiaA
2015-08-22 13:58:58リファクタリングと機能実装をどういう感じでやってる -> いま機能実装するのに自信がないならリファクタリングすべき #yapcasia #yapcasiaA
2015-08-22 13:59:06今featureを作ることの自信があるかどうかでリファクタリングをするかが決まる #yapcasiaA
2015-08-22 13:59:10リファクタリングと開発どっちを優先するか。その基準は変更に関する自身のレベル。変更する前に自信がないとダメ。その自信を計測するのは難しい。機能の動きに変化がないか自信が大事。 #yapcasiaA
2015-08-22 13:59:19#yapcasiaA #yapcasia 現状のコードの状態で新しいフィーチャーを追加して開発が成功する自身がなければリファクタリングを行う
2015-08-22 13:59:20自信で決める。新しく作るべきか、リファクタリングするべきか。自信が持てるかどうかで決める #yapcasia #yapcasiaA
2015-08-22 13:59:26リファクタリングと新機能開発、どういう理由でどちらを優先するか。という問い、永遠の課題っぽい気がする。 #yapcasia #yapcasiaA
2015-08-22 13:59:59むー、自信があるかどうかでリファクタリングやるか決めるのか。だいたい自信がないんだけどどうすればいいんだ #yapcasia #yapcasiaA
2015-08-22 14:00:02