トップページ⇒php
1001コメント368KB

【RoR】Ruby on Rails Part13

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2011/11/04(金) 17:06:24.32ID:???
■前
【Ruby】Ruby on Rails Part12
http://hibari.2ch.net/test/read.cgi/php/1311050686/

■参考サイト
<英語>
本家：http://rubyonrails.org
API document：http://api.rubyonrails.com/
開発者のblog：http://weblog.rubyonrails.org/
参考wiki：http://wiki.rubyonrails.org/rails
http://ruby-toolbox.com/
http://rubygems.org/
http://agilewebdevelopment.com/plugins/top_rated

<日本語>
Rails' wiki： http://wiki.fdiary.net/rails/

http://twitter.com/dhh
http://www.loudthinking.com/
0281nobodyさん2011/12/01(木) 18:05:23.85ID:???
日本人で環境を整えられる能力もった人は、かなりの少数なのに。。
railsと騒ぎまくってるだけの、なんちゃってエンジニアしかいないのが現状。
一時的な流行であって、落ちぶれるのは目に見えてわかるよ。
0282nobodyさん2011/12/01(木) 18:22:28.02ID:???
まあえてWinサーバ上で運用する必要もないしな。
0283nobodyさん2011/12/01(木) 18:59:04.63ID:???
>>281
ギャグで言ってるとしか思えない

Linuxを普通に使える人間なら、これぐらいの環境は整えられるし
それぐらいの人間は掃いて捨てるほどいる
0284nobodyさん2011/12/01(木) 19:11:10.54ID:???
いつものスルー検定なんだからもうちょっと頑張れ
0285nobodyさん2011/12/01(木) 19:14:12.05ID:???
というか、これぐらいの環境を整えられる程度の能力がない人間がPHPに
群がることによって、品質の悪いシステムが量産されるんだな

という内容のまつもとゆきひろ氏の記事を読んだことがあるが、まさに慧眼と
言わざるを得ない
0286nobodyさん2011/12/01(木) 19:33:58.37ID:???
windowsの開発環境が業務で使えるレベルまで全く整ってないじゃん
なにいってんの？
0287nobodyさん2011/12/01(木) 19:39:04.55ID:???
与えられたものを使うだけで
無ければ作ることをしないおまえらは
まつもとひろゆきの思想とは
全く違うのよ。
まつもとと同意見のように語る存在ではない。
根本的な思想がお前らと違うんだから。
0288nobodyさん2011/12/01(木) 19:42:53.48ID:???
railsは重い原因は
まつもと、なんとかしてよ
というスタンスの奴が大多数だから
railsはいつまでも重いまま。
0289nobodyさん2011/12/01(木) 19:56:31.10ID:???
時間かけて学習したんだから
わかっちゃいるけど簡単に捨れきれいない匂いがプンプンする。
0290nobodyさん2011/12/01(木) 20:04:05.87ID:???
学習コストのリスクは時間よりもなによりも
あっさり捨てきれないところにある。
COBOLerみたいに。
0291nobodyさん2011/12/01(木) 20:07:28.14ID:???
rails、そんなに重いかな？
最近のサーバ性能で、railsで捌き切れないくらいのアプリケーションを開発することなんてそんななさそうだけど
キラーアプリのredmineだって他のBTSに比べたら比較的軽い方だし。

JavaとHadoopで大規模をぶん回す必要があるっていうんなら問題だけど
そんな開発してる所なんて一部だろうし・・・サンデープログラマーとかはそんなことしないだろうし・・・
0292nobodyさん2011/12/01(木) 20:11:41.22ID:???
Windowsの環境はなければ作るとかそんなレベルでなく、本当に整ってないぞ。
多分拡張ライブラリ(gem)のインストールにソースコードからコンパイルするプロセスが入っているのが
Windowsの思想と相容れないんだと思う。

gemさえきちんと入るんだったらphp.iniを置いてhttpd.confのどこそこを編集して〜〜〜なんて
手作業が入るPHPなんかよりずっとインストールが楽なんだけどな。
0293nobodyさん2011/12/01(木) 20:12:46.29ID:???
流れ嫁
0294nobodyさん2011/12/01(木) 20:17:04.24ID:???
ruby使いだすと中立的な考えができなくなるらしい
その理由は思想まで支配されてるから。
それがwindowsはどうでもいいという結果につながってる。
だからrailsは一時的な流行であり、今後は落ちていくだけ。
0295nobodyさん2011/12/01(木) 20:55:38.77ID:???
実際、Windowsなんてどうでもいいしなぁ

仮想マシン環境が楽に作れる今となっては、開発においてもWindowsでないと
いけない理由がなくなってしまった

あ、.Net系は別な
0296nobodyさん2011/12/01(木) 21:19:17.67ID:???
Windowsの良い所は、会社側が全部行動監視できるとこだったりする。
0297nobodyさん2011/12/01(木) 21:28:03.58ID:???
仮想マシン環境でやるなら最初からUbuntuを開発ＯＳにした方が楽じゃね？
0298nobodyさん2011/12/01(木) 21:32:02.62ID:???
rubyて自分さえ楽できればそれでいいという考えが
参加者を減らし自分のクビしめてるよねｗ
0299nobodyさん2011/12/01(木) 21:52:31.34ID:???
言語って、自分を楽にするためにあるんじゃないの？
0300nobodyさん2011/12/01(木) 21:53:26.02ID:???
>自分さえ楽できればそれでいいという考え
これってWInユーザのクレクレ君態度のことに思える
0301nobodyさん2011/12/01(木) 22:04:04.94ID:???
なんだか必ずレスが貰えるコピペ状態だな。
これだからIDのないスレは・・・・
0302nobodyさん2011/12/01(木) 22:12:38.24ID:???
>>299
独創的なコードしか書かないタイプだな。やれやれ。
一人だけでプログラムするなら自分を楽にするという価値観で問題ない。
でも俺はあんたのコードは読みたくもない。
0303nobodyさん2011/12/01(木) 22:14:52.40ID:???
言語は一種のコミュニケーション
機械とのコミュニケーションでもあるし
プログラマ同士とのコミュニケーションでもある。
自分だけの独り言ではない。
0304nobodyさん2011/12/01(木) 22:17:11.46ID:???
Rubyは同じ処理を書くなら似たようなコードに収束するという特徴がある
PerlのようにTMTOWTDIだと読むのに苦労するが
0305nobodyさん2011/12/01(木) 22:19:57.93ID:IufCzIua
>>304
Pythonに当てはまると思う。
RubyはどっちかというとPerl寄り。
0306nobodyさん2011/12/01(木) 22:21:48.02ID:???
>>305
RubyはPython寄りだよ
推奨されないやり方は面倒に書かなきゃいけないようになってる
0307nobodyさん2011/12/01(木) 22:22:58.76ID:???
Perl は後付けしたクラスの実装方法がなんかものすごく残念すぎた。
0308nobodyさん2011/12/01(木) 22:27:27.86ID:???
PCスペックあがって仮想環境関係のソフトも整ってきたお陰で
色んな言語の環境まぜこぜにしなく済むようになったのはホント助かるよね。
0309nobodyさん2011/12/01(木) 22:31:58.82ID:???
規模の大きい会社になると仮想環境はＮＧなとこが多いんじゃないかな。
そう考えるとwindowsの環境なんとかするべし。
0310nobodyさん2011/12/01(木) 22:37:15.08ID:???
多くないよ
大手なんて自分でクラウド作ってるぐらいだし
0311nobodyさん2011/12/01(木) 22:44:34.84ID:???
仮想環境のデメリットはあるだろ。ないわけはない
いい事しかいわない詐欺師かよ。
0312nobodyさん2011/12/01(木) 22:53:21.36ID:???
普通の開発だとデメリットなんて殆どないんじゃないの？
例えば何がある？
0313nobodyさん2011/12/01(木) 22:56:38.43ID:???
今夜も入れ食いだな
0314nobodyさん2011/12/01(木) 23:02:35.21ID:???
世の中にメリットがあれば必ずデメリットは存在する。
いいことしか耳を傾けてないから
デメリットに気付いてないんだよ
洗脳されて頭の中がバラ色になっちゃってるんだよ。
0315nobodyさん2011/12/01(木) 23:06:39.49ID:???
なるほど、具体的に挙げられないと。
使ったこと無いんじゃ無理ないよね。
0316nobodyさん2011/12/01(木) 23:08:51.47ID:???
使ったことあるのにデメリットが一つもないなんて
なんも考えずに使ってるんだねｗ
0317nobodyさん2011/12/01(木) 23:11:45.57ID:???
お前らいい加減スレチ
0318nobodyさん2011/12/01(木) 23:12:49.82ID:???
>>316
で、デメリットは？
0319nobodyさん2011/12/01(木) 23:18:16.64ID:???
>>318
俺は使ったことないからデメリットがわからないから
知りたいだけ
0320nobodyさん2011/12/01(木) 23:23:40.05ID:???
知りたいなんて嘘つかなくていいのに。煽り合いしたいだけでしょ。
0321nobodyさん2011/12/01(木) 23:27:30.23ID:???
君等せめてRailsに関する煽りあいしてくれよ。

仮想環境でもめるならこっちへどうぞ。
【仮想化】VMware/VBox/KVM/Xen【徹底比較】
http://hibari.2ch.net/test/read.cgi/software/1289732733/
0322nobodyさん2011/12/01(木) 23:29:59.53ID:???
デメリット＜メリットなら使いたい。
railsはいいよ！てのは、何かに洗脳されたのごとく山ほどきいたから
デメリットが聞きたいのだ。
0323nobodyさん2011/12/01(木) 23:52:40.88ID:???
>>322
自分で使ってみりゃ分かるよ
0324nobodyさん2011/12/02(金) 00:05:30.12ID:???
なんも考えずにつかって
いいよ！ていってるのはよくわかった。
0325nobodyさん2011/12/02(金) 00:14:57.26ID:???
ん？仮想環境のメリット・デメリットの話じゃなかったのか？
0326nobodyさん2011/12/02(金) 00:40:11.00ID:???
>>324
なんも考えずに使っていいって思えるならいいフレームワークってことだなｗ
0327nobodyさん2011/12/02(金) 03:27:07.95ID:???
「3000円で環境構築してください君」がまた暴れてるのか
そろそろ彼は死んだ方がいいな
多分今後何十年も生きてても意味が無い
社会になんら貢献せずに、自分の能力不足を棚にあげてRails批判して心のバランスを取ろうとする日々
生きてる価値が本当に無さ過ぎて哀れになってくる
お母さんも彼を産んだ事を後悔してるだろう
0328nobodyさん2011/12/02(金) 07:33:52.50ID:???
一時期Win上のLinuxで開発してたが単なるrailsアプリだと特に問題なかったな。
デバイス叩くとかタイミングがシビアなシステムぐらいじゃね？仮想環境上で作りにくいのは。
0329nobodyさん2011/12/02(金) 08:44:10.38ID:???
そんなことよりアジャイル本の第4版がでたけどどうよ?
0330nobodyさん2011/12/02(金) 10:41:37.06ID:???
なんか久しぶりにここで人間が会話してると思ったら
煽りあいかよ
botの方が100倍マシ
0331nobodyさん2011/12/02(金) 11:45:01.04ID:???
>>330
最近変な人が常駐するようになったのよ
Rails環境構築できなくて八つ当たりする人
0332nobodyさん2011/12/02(金) 12:35:01.10ID:???
日本語でrspecについて詳しく書いた書籍、webはないですかね。
英語書籍、webで読んではいるけど調べ物するたびに疲れる。
0333nobodyさん2011/12/02(金) 12:56:22.45ID:???
>>332
るびまでは物足りなかったのかな？
0334nobodyさん2011/12/02(金) 13:15:05.62ID:???
>>333
そのあたりは大抵読んだ。cucumberなども読んでる、書籍含めて。
どっちかというとBDD関連での不満かな。
自分でテスト書いているんだが、
書いているうちにどの程度の粒度でかけばよいかの基準に悩む。

例えば、varidate宣言をいくつもしてあるモデルがあって、
動作することは分かっている。
失敗した場合、ridirectやrenderなどの共通処理に飛ぶ場合、
それぞれのvailidate処理についてテストを書くべきかどうかなど。
railsでそういったチュートリアルは簡略化された記述が多いからねぇ。

他人のgithubの差分なんかを見ているが、
そんなに細かくcommitしている人もいないし
人によって違う（あたりまえだけど）から、
自分なりの基準を決められるようになりたいな、と。


0335nobodyさん2011/12/02(金) 13:17:58.65ID:???
携帯で書いていたら滅茶苦茶だな。
validationでした。variとかvailとかすみません。
0336nobodyさん2011/12/02(金) 13:39:53.00ID:???
不安がある部分に書く感じ。
この処理ちょっと不安だなと思ったら書くようにしてる。

モデルのspec厚めに書いてても、コントローラはそれらを複合的に使ってたりするから、組み合わせ方間違えばバグる訳で。

あと、コントローラのテストは攻撃される事を考えてやってる。

validation通る、通らないで処理が分岐みたいのも一応気になるとこには書いてるかな。
0337nobodyさん2011/12/02(金) 14:02:14.97ID:???
るびま（だったかな？）もそうですけど、
「テストが仕様」という記述をよく見るので

「仕様書なら、かなり細かく書くよな」
「テスト項目のvalidationってともかく全部網羅するよな」

という考えが頭の中で回ってしまいます。

とrspecでは細かく書いて、cucumberで大まかなシナリオかいてとやっていると
テスト書いている時間のほうが長くなり、仕様変更する度にうあー！となります。

問題として、自分のテストコードの書き方があるんじゃないかと。
DRYを目指して、仕様変更に対応しやすいコードを書いたりが下手なんだと思います。
Web上にアップされているリファクタリングを見ていると、
結構目から鱗状態でポロポロ落ちていくのを実感しますよ。

>>336
もう少し気楽にとらえてみる事にします（仕事以外では）
03383362011/12/02(金) 14:23:11.52ID:???
>>337
自分は仕事でも 336 に書いた感じ。
全体の工数にもよるから、テストを十分に書ける案件と、そうでもない案件がある。
それで粒度を変えてる。

validationも気になるなら書いてる。普通に境界とか気にしながら。
でもvalidationに限らず、他の人のを見ると、たまにRailsやプラグインの機能のテストになってる人もいるから、そこは指摘したり。

テストが仕様になるのはその通りだと思う。
メッセージを何語で書くのかという問題と、メッセージに書いてある事とテストの実装に齟齬が無いかという問題(この辺も最近のるびまに書いてあったはず)もあるけど、場合によっては日本語でほとんどメッセージ書いて、テスト結果をテキスト出力で残したりする。
もちろん非エンジニア向けで。
0339nobodyさん2011/12/02(金) 23:03:35.82ID:???
みてないけど、ニコ動にrspec の動画がいくつかあった
英語の講演もあったと思った
0340nobodyさん2011/12/03(土) 03:03:27.98ID:???
>>329
おれはすぐ買うよー
0341nobodyさん2011/12/03(土) 08:41:27.79ID:???
おれは要らんかな。入門書だし。
紙版を少し立ち読みしたけど薄くなったね。

完全な初心者には、あれだけじゃキツイ。
アメリカのAmazonのレビューも分かるわ。
買うとしたらPDFのが良いかとは思う。
0342nobodyさん2011/12/03(土) 20:45:30.51ID:???
初心者は技術評論社の方買ったほうがよさそうだね
0343nobodyさん2011/12/04(日) 00:45:30.72ID:???
>>342
初心者ならアジャイル本のほうがおすすめ
0344nobodyさん2011/12/04(日) 01:27:06.38ID:???
>>343
新しいアジャイル本、読んでみた？
なんか微妙に説明が足りないぞ。
初心者はそれでハマりそうな気がする。
あちこち端折られてる感じ。
分かってる人なら良いが。
03453372011/12/04(日) 07:33:01.43ID:???
>>339
ありがとうございます、アカウントとって見てみる事にします。
0346nobodyさん2011/12/04(日) 08:04:22.37ID:???
新しいアジャイル本微妙なの？
第二版を学生時代に図書館で借りて、完璧に近い内容だったように記憶してる

中級者ぐらいが知識を深めるのに最適な日本語書籍(3.0以降対応)って無いのかな
0347nobodyさん2011/12/04(日) 09:01:00.85ID:???
>>344
ごめん、読んだのは第3版だったわ
辞書的な使いやすさじゃなくて、初心者のチュートリアル的なとっつきやすさでは、
アジャイル本>HEADFIRST >技術評論社
だった
個人的な意見だけど
0348nobodyさん2011/12/04(日) 09:39:14.58ID:TN6yu8qJ
アジャイル本ていう表現初めてみた。 AWDwRのこと…だよな?
0349nobodyさん2011/12/04(日) 11:22:33.09ID:???
amazon.com のレビュー見て。
大体そんな感じ。

「良い本だったのに、何があったの？」
「ガッカリだよ」
「初心者向けじゃないね」
「もうRails使えるからいいけど、初心者の時を思い返すとこれはないわ」
「Webで予め学習が必要」

みたいな。
0350nobodyさん2011/12/04(日) 13:16:18.56ID:Zd1Rckh+
ARでenumカラム正式にサポートしていないのってなんでなんでしょう？
varcharカラムを擬似的にenumっぽく使えるgemはあるみたいなんですが、
インデックス貼って使いたくなったときはvarcharよりenumの方が速く検索できますよねぇ？
0351nobodyさん2011/12/04(日) 13:40:32.03ID:TN6yu8qJ
ARアダプタの存在するDB全部には存在しないからじゃない?
0352nobodyさん2011/12/04(日) 14:45:24.32ID:???
初心者向けはrails guideでいいんじゃね？
無料だし。
0353nobodyさん2011/12/04(日) 15:00:00.34ID:???
>>350
rubyで定数定義して使えばいいだけだろ
0354nobodyさん2011/12/04(日) 16:39:23.00ID:TN6yu8qJ
>>352
それを言うと、「英語出来ません ;_; 」と言われて閉口する。

昨日 a_matsuda も「勉強してください」って言ってたぞ。
0355nobodyさん2011/12/04(日) 18:57:25.37ID:???
MySQLにはDDLトランザクション処理がないので、
http://www.infoq.com/jp/news/2009/05/heroku-provisionless-revolution
0356nobodyさん2011/12/04(日) 21:08:19.07ID:???
MySQL :: MySQL 5.1 リファレンスマニュアル :: 12.4.2 ロールバックできないステートメント
http://dev.mysql.com/doc/refman/5.1/ja/cannot-roll-back.html
0357nobodyさん2011/12/04(日) 21:20:16.15ID:???
Rails3.1.3のフィクスチャデータの質問です。
acc_num: stringなカラムに
rec1:
acc_num: '2011E-0003'
というデータをrake db:fixtures:loadで読み込ませると、勝手に'2.011'にしてくれます。
たまたま実数リテラルになっているので仕方がないのかもしれませんが、
2011年のEクラスの3番目の受け入れ番号なので、できればこのフォーマットの文字列を
そのままacc_numカラムに入れたいのです。なにか方法は無いでしょうか。
0358nobodyさん2011/12/04(日) 22:23:54.34ID:???
acc_num: !str '2011E-0003'
0359nobodyさん2011/12/04(日) 23:22:43.89ID:TN6yu8qJ
YAMLシンタックスの質問だな。
03603572011/12/05(月) 10:19:24.91ID:???
>>358
ありがとうございました。
>>359
その通りですね。rails fixtures scientific notationなどと検索しても出て来なかったのも当然です。
0361nobodyさん2011/12/06(火) 18:23:51.40ID:???
>>270
は？ubuntuなんかパッケージ管理ツールから全自動だろ。
馬鹿かお前。てかwindowsの話してんのになんでlinuxがでてくる
0362nobodyさん2011/12/06(火) 18:50:49.63ID:???
ロングバックパス
0363nobodyさん2011/12/06(火) 19:20:44.17ID:???
これが噂の継続って概念か。
0364nobodyさん2011/12/06(火) 22:40:47.04ID:???
だれがうまいこと言えといった
0365nobodyさん2011/12/07(水) 11:01:25.63ID:???
What's new in Edge Rails: EXPLAIN

Posted by fxn December 06, 2011 @ 09:20 PM

There are some new features related to EXPLAIN in the forthcoming Ruby on Rails 3.2 we'd like to share:

http://weblog.rubyonrails.org/2011/12/6/what-s-new-in-edge-rails-explain
0366nobodyさん2011/12/07(水) 11:38:44.35ID:???
Railscasts - Endless Page
http://railscasts.com/episodes/114-endless-page


0367nobodyさん2011/12/07(水) 23:48:36.03ID:3l+6U4x7
ガラケーからスマホへの以降案件で発生した問題ですが
パズルの問題だと思って答えてみてください

1. PHPでできたガラケーの案件がある
2. 現在あるテーブルのうち半分位はデータを同期しないといけない
3. 機能はスマホとガラケーでほぼ同じ、ただしビューは今後大きく乖離していくと思われる
4. PHPの旧案件はメンテナンス性が悪く、保守にRailsでの管理の倍近い時間がかかっている

・ガラケー案件なのでデータがsjisで保存されています、スマホ版ではUTF-8でガラケー版ではSJISで取り出す
・ガラケーならXHTML1.1Basic、スマホならHTML5での出力をしないといけない

こういう状態なのですが、次の４つの選択肢でどれを選択するでしょうか？

1. ガラケー版もRailsでリライト。
2. スマホ版もPHPの旧フレームワークでこれからも頑張る
3. ガラケー案件にWebAPIを追加。DBは分けてスマホはRails
4. 同じDBでにスマホ版のためのテーブルを追加、スマホはRasil
0368nobodyさん2011/12/08(木) 00:01:12.45ID:???
マスタ系のデータなら自分なら迷わず↓
5. WebAPI は作らずガラケーDB直読みのバッチプロセスで同期を取る/DBは分離でスマホはRails
0369nobodyさん2011/12/08(木) 00:07:18.52ID:???
アクセスがどれくらいあるのか、予算や時間はあるのか、告知したらサービス停止可能なのか等によりけり。

予算無いなら 3
予算あって、停止可能なら 1

でも、1もDB移行とかあってヤダなという感じ
0370nobodyさん2011/12/08(木) 01:12:40.91ID:???
疎結合のための Web API
DB 直接叩かないのはサービス間の密結合を避けるためなんです。疎結合。
http://d.hatena.ne.jp/naoya/20060228/1141094456

結論：内部WebAPIによりフロントエンド/バックエンド化
http://d.hatena.ne.jp/kazuk_i/20090117/1232191936


独自フレームワークはやめよう
作るのが難しい、メンテナンスが難しい、ということに加えて、もう一つの問題点は、新しく加わった人の教育コストが高くなるということがある。
まず、外の資源(ドキュメント/本/Google検索)が使えないので自前ですべて教育をしなくてはならない。
http://blog.madoro.org/mn/84
0371nobodyさん2011/12/08(木) 02:41:00.29ID:???
ふつうにphpをリファクタリングすればいいんじゃないの
0372nobodyさん2011/12/08(木) 03:13:03.63ID:???
Test-driven development
http://ja.wikipedia.org/wiki/テスト駆動開発
http://en.wikipedia.org/wiki/Test-driven_development
0373nobodyさん2011/12/08(木) 03:13:44.24ID:???
最も基本となる開発サイクルは以下のようになる。
失敗するテストを書く
できる限り早く、テストがパスするような最小限のコード本体を書く
コードの重複を除去する（リファクタリング）

テストの実行環境ツールであるxUnitでは、テストの失敗を赤いバー、成功を緑のバーで通知するため、上記のサイクルは Red/Green/Refactor と称される。
0374nobodyさん2011/12/08(木) 06:30:03.62ID:???
もうPHPのリファクタリングしたくないのかもね。
古くなったのを捨てて、新しく作り直したいというのは分かる。モチベーション的に。
0375nobodyさん2011/12/08(木) 07:42:43.24ID:???
railsの作者もJAVAやPHPでは綺麗なコードが書けないからruby選んだっていってるしな
0376nobodyさん2011/12/08(木) 08:25:03.90ID:???
モチベーション的にはいちから同じものをrailsでテスト組んで作り直す方がだるそう
完全に動いてるコードがあるなら、この場合のリファクタリングは共通化できる部分(モデル)とできない部分(ビュー)の分離が主だから手間かからなそうなイメージ
まあ実物みないとなんともだけど
0377nobodyさん2011/12/08(木) 09:15:39.46ID:???
今後もメンテが続くなら、テストを書いておくのは絶対役に立つ
0378nobodyさん2011/12/08(木) 09:43:10.12ID:???
レガシーコード改善ガイド面白かったよ。
0379nobodyさん2011/12/08(木) 11:10:52.17ID:???
CakePHPからこれに移行しようと思うんだけど
ひと通り勉強するには
新しく出たアジャイル本と技術評論社の本どっち買えばいい？

本とか買わないで公式のガイドだけでも大丈夫？
0380nobodyさん2011/12/08(木) 12:54:46.36ID:???
開発段階の初期って、仕様が変わりまくるからテスト書いてられなくない？
結局、ある程度完成したら その確かに動いているコードのためにテスト書いて、
保守・変更に備える、という風になってしまう。
BDDもTDDも全然できん。。。
■ このスレッドは過去ログ倉庫に格納されています