品質保証の点からはもっとテストを書く境界値などのテストを書くと良い6などの適当に選んだ数字ではなく101などにする質問Gitのコミットの粒度について細かくコミットして後でrebaseする緑のタイミングでプッシュするコードレビューでどこを見るかテストコードの結果を見てまずレビューするDBは本物を使うか。ドキュメント書いたり、英語のドキュメントを翻訳するときとかに役立つと思います。TDDで実装していく過程(どこに注目するのかなど)を追体験できることがよかった。「Viewをテストすることは難しいのでロジックを分離してテストを容易にする」という無意識でなんとなく理解していた(理解しているつもりであった)部分を言語化できたことは学びであった。読み手を考えたテスト」など、よく考えるとTDD本に書いてあることだと気づいた。TDDBCに参加した後で再読すると新しい発見があると思うので、もう1度写経する必要があるなと感じた。第一言語をPHPにしたけど、第二言語のGoになってしまった。Go歴1ヶ月のほぼ初心者。ペアで組んだ方は気さくに話せる優しい方でよかった。Goはクラスがないので構造体の初期化時にエラーを出す方法とか、そもそも文法がわからなくて悩んだ。するのがベストなのか悩んでしまって手を動かさないまま時間を浪費することが多い。TDDで実装を進めると後で修正できるという保険があるので推進力が生まれると感じた。ペアプロをして、この書き方でいいのかと悩みながらも手を動かしながらグイグイ進んでいく感がよかった。引数だけ変えてテストするときの冗長を回避する「パラメータライズドテスト」を知った。PHPUnitにデータプロバイダがあるhttps://phpunit.readthedocs.io/ja/latest/writing-tests-for-phpunit.html全体通して学びが多かった。当日の朝に「体調不良で休もうかな...」とか思ってましたが参加してよかったです。スタッフや講師の方のおかげだと思いますが、会場の雰囲気的に心理的安全姓が高かったと思う。懇親会ではt_wadaさんとお話する機会があって、お聞きしたかったことや個人的に悩んでいたことを話せて、他の方もアドバイスをしてくださったりしてよかったです。(1)booklogはてなブログをはじめよう!kyamashiroさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。