# TDDBC Online 2020 #1 グループ3 振り返り * 例 * 今日のチャレンジについて * TDD について * ペアプロについて * リモート勉強会について ## choc-lucy（るーしー） - 自分もペアも、ペアプロ・TDDも初挑戦だったものの、3回目の時点ではかなりスムーズなペアプロ・TDDを行えるようになった - 最初のタスク分解で「どの粒度まで考えるべきか？」で議論してしまい、テストの書き始めまで時間がかった - リファクタリングに時間をあまり割かず次に進んでいた - classの設計で大きな議論になり、ナビゲーター・ドライバーの概念が崩壊していた時間があった ## WtrN(ワタルン) - 実装の仕様について、ペアで相談して少しずつ決定していくことができた。 - 仕様を考える際に最初のコンストラクタのテストをどうするかでかなり詰まった。 - しかし、最初のテストでよく仕様を議論して、書いたことで次のテストからペースを上げていくことができた。 - 命名規則など、他の人の考え方がリアルタイムで議論できて、自分の実装にすぐに反映できた。 - LiveShareで保存が反映されなくて、テストが失敗してしまうことに振り回された。 - テストの構造化という考え方を初めて知った。 - 自分のテストの書き方がまだまだであったことがわかった。 - テストをドキュメント化することが難しい。。。 ## しらやなぎ（C#） * 実は２回目。ペアでやるのは初めて、という参加者が居た。 * ツールの特性に振り回された感じがある。 →普段頼っている強力なIDEの機能が、使えない部分があった。 * xUNITも触れてみたい。 → 同じ課題でやってどう変わるか？ * 他の言語のやり方を知れたのは大きい * 型に対するテストの考え方 * テストフレームワークによる実装方法の違い * ペアプロ、コミュニケーション難しい * お互い理解していると思っていたことが全然別のこと考えてた * 「値を保持している」をテストするのか？ * テストの粒度 * でも、ひとりじゃない分の心強さはあった * https://github.com/ShirayanagiRyuji/-TDDBC2020-CSharp ## soymd(おやまだ) - 意外と時間がなかった - 他チームと思ったより実装が似ていた - JUnit5便利そう - テストのわかりやすさを優先しすぎてしまった - TODOのブレイクダウンが一番難しい→要練習 ## Hiroomi Fujiwara (ひろおみ ふじわら) - ToDoを整理する（ブレークダウン、実装と記述を合わせる） - テストコードをリファクタリング（ドキュメント化、不要になったテストコードを削除する） ## なかしょ * ペアプロについて * テストケースの粒度にいつも悩んでいたがペアで相談できて合意できると安心するという意見を聞いて共感した。 * TDDについて * テストの値選びを例題通りとしているペアとそうでないペアがあった。 * 契約による設計ではテストが不要 ## なかじま * TDDについて * 仮実装自体が、すぐにテストをグリーンにするものだけだと考えていたけど、テストコードが問題ないかを確認するのに使う、というのは、今回始めてしれた * Pythonの閉区間の比較の書き方で、　lowerEndpoint <= num <= upperEndpointという書き方ができるのは強いと思った * ペアプロについて * 結構ナビゲーターをやって、問いかけをする方向に倒してみたが、問いかけが結構むずかしいなと思った。 * ペアがペアプロ自体初めてだったが、「お互い客観性を持って進められるので良かったっていう意見」が出たのは嬉しかった ## Kuniwak * ペアプロについて * 案外リモートでもできるな… * HackMD 便利 * TDD について * しっかりやったぞ〜 * 設計を綺麗にできる！の意味が伝わったら嬉しい！ * あと「テストの声を聞く」とかも伝わったら嬉しい！ * テストについて * そこそこ綺麗！ * テスト落ちても凹まない！ * 言語・ツールについて * Jest ドキュメント便利 * チャレンジについて * まだこれから！（LT）お楽しみに！ * リモート勉強会について * めっちゃ運営側で準備を入念にしたのですんなり行ったのはなかなかよかった :muscle: