New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

事前：知っていること / 知りたいこと #1

Open

at-grandpa opened this issue Oct 22, 2017 · 3 comments

Owner

at-grandpa commented Oct 22, 2017 •

edited

Loading

読みながらのメモをひたすら取っていく。

Owner Author

at-grandpa commented Oct 22, 2017 •

edited

Loading

現在「テスト駆動開発」に対して知っていること、やっていること

テストを素早く回す
開発中にもテストを書いていく
スピーディに開発できる
でもテスト書くのめんどくて、今だととりあえず動くものを作って、そこからテストを書き始める
多分間違っていると思う
テストの書き方や修正の仕方を正せば、設計的なものが洗練されていくんだろうなと思っているが、その実感はない
なぜ実感がないのか疑問
TDDでやったとしても、なにか設計がガイドされた実感がない
保守しにくいコードも生まれるし、読みにくいコードも出来上がる
根本的に間違っているんだろうなと思っている
回すまでの環境構築が困難だよなー
- 既存の会社のリポジトリとかだとね
- 工夫が足りないのかな

Owner Author

at-grandpa commented Oct 22, 2017 •

edited

Loading

明らかにしたい疑問

今までの知識とどこが違うのかを明らかにしたい
その違いを明らかにして、TDDでは何がガイドされるのか知りたい
とりあえずテスト書いて回せばokっぽい、に取り憑かれて、設計を担保していないのでは？
やり方がおかしいから導かれていないのでは？
おそらく、重複を外す、がおかしい
自分勝手なメソッドやクラスを作って、そのテストを書いているだけっぽい
本当のTDDの回転を体験したい
遠回りなコードを書いていそうで、結局遅くないか？
やってることをあたりまえにやろう
実際に「TDDしてる！」を実感したい
やりたい関数を作って、その関数の各パターンを思い描いて、それをテストに書いて回していた
- 設計という言葉はどこにも出てきていないが、それで良いのか
答の見えない納期を明らかにしてくれるの？
どのようなテストが通れば、自信をもってコードが完成したと言えるか
実務で使える技術を言語化したい
「動作するきれいなコード」はどういったものなのか言語化したい

at-grandpa changed the title ~~読書メモ~~ 事前：知っていること / 知りたいこと

Owner Author

at-grandpa commented Nov 7, 2017 •

edited

Loading

ちょっとわかってきたこと

「歩幅」を調整するのがTDDっぽい
「設計」はあんまり関係ない？
TDDは強制ではない
TDDを仕事に導入するモチベーションは？

This was referenced Nov 12, 2017

第17章多国通貨の全体ふりかえり #21

Merged

第Ⅰ部個人的感想 #22

Open

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment