RSpec についての議論
@n0kada @ukstudio アプリ屋としては高レベルな検証内容をまとめる手段として matcher を自分で定義できるのはたいへんありがたいポイントだと思っています。matcher どの辺ダメですかね? (続く)
2015-05-28 11:33:58@n0kada @ukstudio (続き) t/uで自分でカスタムassert書けばいいじゃないというはそのとおりで、RSpec でもカスタムマッチャ流行ってないのもその通りなんで、理由としては弱いかもしれないですが
2015-05-28 11:36:02@moro @n0kada 基本的に僕もだいたいmoroさんと同じですねー。わざわざマッチャじゃなくても独自assertやassetの組み合わせでいいじゃんと言われてしまえばそうだなぁという感じはあるんですけども。
2015-05-28 11:41:02RSpec の話がまた出てる。 階層化/構造化(?)しやすいというのがすごくいいと思うけど、他のテストFWでもできるようになってそういう、全体的な流れは良いことだと思う。 そういうところが好き。
2015-05-28 11:46:58@moro @shyouhei 僕はまさに 2 -> 3で脱落した組ですね。RSpecってDSLがあまりにも高度に発達しすぎちゃってて、もはやひとつの言語なんですよ。
2015-05-28 12:01:18@moro @shyouhei 言語のデザインってものすごい繊細な言葉のセンスが要求される作業で、ユーザーにとってはそこに共感できるかどうかが大事。僕にとってRubyは好きなんだけどScalaはどうにも馴染めないってのと同じレイヤーの話です。概念とか機能とかそういう話じゃなくて。
2015-05-28 12:01:45RSpecかMinitestかみたいな議論、人それぞれの好みなんで好きな方を使えばいいと思うんだけど、気になるのは偉い人が「RSpecはダメ、Minitestがいい」って言ってるのを聞いて「やっぱそうだよなー。俺も前から嫌いだったんだよ!」って言い始めた人はいない?っていうこと。
2015-05-28 12:10:57(今のrspecがexpect推奨なのは知ってるけど) shouldスタイルのDSLを実現するには言語のプリミティブ型や共通オブジェクトへ手を入れる必要があって、表現可能なものと英語としての表現がせめぎ合って異常なAPIに発展してユーザーをAPIを類推する根拠が消滅しているのある
2015-05-28 12:12:13偉い人の意見を参考にするのは良いんだけど、最終的な結論は自分でコード書いて比べてみてから言おうぜーって思う。それもHello, worldレベルじゃなくて、実務かそれに近いレベルのコードを両方書いてどっちがいいか、って判断すべき。そうすればそれぞれの長所、短所が見えるはず。
2015-05-28 12:13:08