- 1 名前：nobodyさん mailto:sage [2011/11/04(金) 17:06:24.32 ID:???]
- ■前
【Ruby】Ruby on Rails Part12
hibari.2ch.net/test/read.cgi/php/1311050686/
■参考サイト
<英語>
本家：rubyonrails.org
API document：api.rubyonrails.com/
開発者のblog：weblog.rubyonrails.org/
参考wiki：wiki.rubyonrails.org/rails
ruby-toolbox.com/
rubygems.org/
agilewebdevelopment.com/plugins/top_rated
<日本語>
Rails' wiki： wiki.fdiary.net/rails/
twitter.com/dhh
www.loudthinking.com/
- 304 名前：nobodyさん mailto:sage [2011/12/01(木) 22:17:11.46 ID:???]
- Rubyは同じ処理を書くなら似たようなコードに収束するという特徴がある
PerlのようにTMTOWTDIだと読むのに苦労するが
- 305 名前：nobodyさん [2011/12/01(木) 22:19:57.93 ID:IufCzIua]
- >>304
Pythonに当てはまると思う。
RubyはどっちかというとPerl寄り。
- 306 名前：nobodyさん mailto:sage [2011/12/01(木) 22:21:48.02 ID:???]
- >>305
RubyはPython寄りだよ
推奨されないやり方は面倒に書かなきゃいけないようになってる
- 307 名前：nobodyさん mailto:sage [2011/12/01(木) 22:22:58.76 ID:???]
- Perl は後付けしたクラスの実装方法がなんかものすごく残念すぎた。
- 308 名前：nobodyさん mailto:sage [2011/12/01(木) 22:27:27.86 ID:???]
- PCスペックあがって仮想環境関係のソフトも整ってきたお陰で
色んな言語の環境まぜこぜにしなく済むようになったのはホント助かるよね。
- 309 名前：nobodyさん mailto:sage [2011/12/01(木) 22:31:58.82 ID:???]
- 規模の大きい会社になると仮想環境はＮＧなとこが多いんじゃないかな。
そう考えるとwindowsの環境なんとかするべし。
- 310 名前：nobodyさん mailto:sage [2011/12/01(木) 22:37:15.08 ID:???]
- 多くないよ
大手なんて自分でクラウド作ってるぐらいだし
- 311 名前：nobodyさん mailto:sage [2011/12/01(木) 22:44:34.84 ID:???]
- 仮想環境のデメリットはあるだろ。ないわけはない
いい事しかいわない詐欺師かよ。
- 312 名前：nobodyさん mailto:sage [2011/12/01(木) 22:53:21.36 ID:???]
- 普通の開発だとデメリットなんて殆どないんじゃないの？
例えば何がある？
- 313 名前：nobodyさん mailto:sage [2011/12/01(木) 22:56:38.43 ID:???]
- 今夜も入れ食いだな
- 314 名前：nobodyさん mailto:sage [2011/12/01(木) 23:02:35.21 ID:???]
- 世の中にメリットがあれば必ずデメリットは存在する。
いいことしか耳を傾けてないから
デメリットに気付いてないんだよ
洗脳されて頭の中がバラ色になっちゃってるんだよ。
- 315 名前：nobodyさん mailto:sage [2011/12/01(木) 23:06:39.49 ID:???]
- なるほど、具体的に挙げられないと。
使ったこと無いんじゃ無理ないよね。
- 316 名前：nobodyさん mailto:sage [2011/12/01(木) 23:08:51.47 ID:???]
- 使ったことあるのにデメリットが一つもないなんて
なんも考えずに使ってるんだねｗ
- 317 名前：nobodyさん mailto:sage [2011/12/01(木) 23:11:45.57 ID:???]
- お前らいい加減スレチ
- 318 名前：nobodyさん mailto:sage [2011/12/01(木) 23:12:49.82 ID:???]
- >>316
で、デメリットは？
- 319 名前：nobodyさん mailto:sage [2011/12/01(木) 23:18:16.64 ID:???]
- >>318
俺は使ったことないからデメリットがわからないから
知りたいだけ
- 320 名前：nobodyさん mailto:sage [2011/12/01(木) 23:23:40.05 ID:???]
- 知りたいなんて嘘つかなくていいのに。煽り合いしたいだけでしょ。
- 321 名前：nobodyさん mailto:sage [2011/12/01(木) 23:27:30.23 ID:???]
- 君等せめてRailsに関する煽りあいしてくれよ。
仮想環境でもめるならこっちへどうぞ。
【仮想化】VMware/VBox/KVM/Xen【徹底比較】
hibari.2ch.net/test/read.cgi/software/1289732733/
- 322 名前：nobodyさん mailto:sage [2011/12/01(木) 23:29:59.53 ID:???]
- デメリット＜メリットなら使いたい。
railsはいいよ！てのは、何かに洗脳されたのごとく山ほどきいたから
デメリットが聞きたいのだ。
- 323 名前：nobodyさん mailto:sage [2011/12/01(木) 23:52:40.88 ID:???]
- >>322
自分で使ってみりゃ分かるよ
- 324 名前：nobodyさん mailto:sage [2011/12/02(金) 00:05:30.12 ID:???]
- なんも考えずにつかって
いいよ！ていってるのはよくわかった。
- 325 名前：nobodyさん mailto:sage [2011/12/02(金) 00:14:57.26 ID:???]
- ん？仮想環境のメリット・デメリットの話じゃなかったのか？
- 326 名前：nobodyさん mailto:sage [2011/12/02(金) 00:40:11.00 ID:???]
- >>324
なんも考えずに使っていいって思えるならいいフレームワークってことだなｗ
- 327 名前：nobodyさん mailto:sage [2011/12/02(金) 03:27:07.95 ID:???]
- 「3000円で環境構築してください君」がまた暴れてるのか
そろそろ彼は死んだ方がいいな
多分今後何十年も生きてても意味が無い
社会になんら貢献せずに、自分の能力不足を棚にあげてRails批判して心のバランスを取ろうとする日々
生きてる価値が本当に無さ過ぎて哀れになってくる
お母さんも彼を産んだ事を後悔してるだろう
- 328 名前：nobodyさん mailto:sage [2011/12/02(金) 07:33:52.50 ID:???]
- 一時期Win上のLinuxで開発してたが単なるrailsアプリだと特に問題なかったな。
デバイス叩くとかタイミングがシビアなシステムぐらいじゃね？仮想環境上で作りにくいのは。
- 329 名前：nobodyさん mailto:sage [2011/12/02(金) 08:44:10.38 ID:???]
- そんなことよりアジャイル本の第4版がでたけどどうよ?
- 330 名前：nobodyさん mailto:sage [2011/12/02(金) 10:41:37.06 ID:???]
- なんか久しぶりにここで人間が会話してると思ったら
煽りあいかよ
botの方が100倍マシ
- 331 名前：nobodyさん mailto:sage [2011/12/02(金) 11:45:01.04 ID:???]
- >>330
最近変な人が常駐するようになったのよ
Rails環境構築できなくて八つ当たりする人
- 332 名前：nobodyさん mailto:sage [2011/12/02(金) 12:35:01.10 ID:???]
- 日本語でrspecについて詳しく書いた書籍、webはないですかね。
英語書籍、webで読んではいるけど調べ物するたびに疲れる。
- 333 名前：nobodyさん mailto:sage [2011/12/02(金) 12:56:22.45 ID:???]
- >>332
るびまでは物足りなかったのかな？
- 334 名前：nobodyさん mailto:sage [2011/12/02(金) 13:15:05.62 ID:???]
- >>333
そのあたりは大抵読んだ。cucumberなども読んでる、書籍含めて。
どっちかというとBDD関連での不満かな。
自分でテスト書いているんだが、
書いているうちにどの程度の粒度でかけばよいかの基準に悩む。
例えば、varidate宣言をいくつもしてあるモデルがあって、
動作することは分かっている。
失敗した場合、ridirectやrenderなどの共通処理に飛ぶ場合、
それぞれのvailidate処理についてテストを書くべきかどうかなど。
railsでそういったチュートリアルは簡略化された記述が多いからねぇ。
他人のgithubの差分なんかを見ているが、
そんなに細かくcommitしている人もいないし
人によって違う（あたりまえだけど）から、
自分なりの基準を決められるようになりたいな、と。
- 335 名前：nobodyさん mailto:sage [2011/12/02(金) 13:17:58.65 ID:???]
- 携帯で書いていたら滅茶苦茶だな。
validationでした。variとかvailとかすみません。
- 336 名前：nobodyさん mailto:sage [2011/12/02(金) 13:39:53.00 ID:???]
- 不安がある部分に書く感じ。
この処理ちょっと不安だなと思ったら書くようにしてる。
モデルのspec厚めに書いてても、コントローラはそれらを複合的に使ってたりするから、組み合わせ方間違えばバグる訳で。
あと、コントローラのテストは攻撃される事を考えてやってる。
validation通る、通らないで処理が分岐みたいのも一応気になるとこには書いてるかな。
- 337 名前：nobodyさん mailto:sage [2011/12/02(金) 14:02:14.97 ID:???]
- るびま（だったかな？）もそうですけど、
「テストが仕様」という記述をよく見るので
「仕様書なら、かなり細かく書くよな」
「テスト項目のvalidationってともかく全部網羅するよな」
という考えが頭の中で回ってしまいます。
とrspecでは細かく書いて、cucumberで大まかなシナリオかいてとやっていると
テスト書いている時間のほうが長くなり、仕様変更する度にうあー！となります。
問題として、自分のテストコードの書き方があるんじゃないかと。
DRYを目指して、仕様変更に対応しやすいコードを書いたりが下手なんだと思います。
Web上にアップされているリファクタリングを見ていると、
結構目から鱗状態でポロポロ落ちていくのを実感しますよ。
>>336
もう少し気楽にとらえてみる事にします（仕事以外では）
- 338 名前：336 mailto:sage [2011/12/02(金) 14:23:11.52 ID:???]
- >>337
自分は仕事でも 336 に書いた感じ。
全体の工数にもよるから、テストを十分に書ける案件と、そうでもない案件がある。
それで粒度を変えてる。
validationも気になるなら書いてる。普通に境界とか気にしながら。
でもvalidationに限らず、他の人のを見ると、たまにRailsやプラグインの機能のテストになってる人もいるから、そこは指摘したり。
テストが仕様になるのはその通りだと思う。
メッセージを何語で書くのかという問題と、メッセージに書いてある事とテストの実装に齟齬が無いかという問題(この辺も最近のるびまに書いてあったはず)もあるけど、場合によっては日本語でほとんどメッセージ書いて、テスト結果をテキスト出力で残したりする。
もちろん非エンジニア向けで。
- 339 名前：nobodyさん mailto:sage [2011/12/02(金) 23:03:35.82 ID:???]
- みてないけど、ニコ動にrspec の動画がいくつかあった
英語の講演もあったと思った
- 340 名前：nobodyさん mailto:sage [2011/12/03(土) 03:03:27.98 ID:???]
- >>329
おれはすぐ買うよー
- 341 名前：nobodyさん mailto:sage [2011/12/03(土) 08:41:27.79 ID:???]
- おれは要らんかな。入門書だし。
紙版を少し立ち読みしたけど薄くなったね。
完全な初心者には、あれだけじゃキツイ。
アメリカのAmazonのレビューも分かるわ。
買うとしたらPDFのが良いかとは思う。
- 342 名前：nobodyさん mailto:sage [2011/12/03(土) 20:45:30.51 ID:???]
- 初心者は技術評論社の方買ったほうがよさそうだね
- 343 名前：nobodyさん mailto:sage [2011/12/04(日) 00:45:30.72 ID:???]
- >>342
初心者ならアジャイル本のほうがおすすめ
- 344 名前：nobodyさん mailto:sage [2011/12/04(日) 01:27:06.38 ID:???]
- >>343
新しいアジャイル本、読んでみた？
なんか微妙に説明が足りないぞ。
初心者はそれでハマりそうな気がする。
あちこち端折られてる感じ。
分かってる人なら良いが。
- 345 名前：337 mailto:sage [2011/12/04(日) 07:33:01.43 ID:???]
- >>339
ありがとうございます、アカウントとって見てみる事にします。
- 346 名前：nobodyさん mailto:sage [2011/12/04(日) 08:04:22.37 ID:???]
- 新しいアジャイル本微妙なの？
第二版を学生時代に図書館で借りて、完璧に近い内容だったように記憶してる
中級者ぐらいが知識を深めるのに最適な日本語書籍(3.0以降対応)って無いのかな
- 347 名前：nobodyさん mailto:sage [2011/12/04(日) 09:01:00.85 ID:???]
- >>344
ごめん、読んだのは第3版だったわ
辞書的な使いやすさじゃなくて、初心者のチュートリアル的なとっつきやすさでは、
アジャイル本>HEADFIRST >技術評論社
だった
個人的な意見だけど
- 348 名前：nobodyさん [2011/12/04(日) 09:39:14.58 ID:TN6yu8qJ]
- アジャイル本ていう表現初めてみた。 AWDwRのこと…だよな?
- 349 名前：nobodyさん mailto:sage [2011/12/04(日) 11:22:33.09 ID:???]
- amazon.com のレビュー見て。
大体そんな感じ。
「良い本だったのに、何があったの？」
「ガッカリだよ」
「初心者向けじゃないね」
「もうRails使えるからいいけど、初心者の時を思い返すとこれはないわ」
「Webで予め学習が必要」
みたいな。
- 350 名前：nobodyさん [2011/12/04(日) 13:16:18.56 ID:Zd1Rckh+]
- ARでenumカラム正式にサポートしていないのってなんでなんでしょう？
varcharカラムを擬似的にenumっぽく使えるgemはあるみたいなんですが、
インデックス貼って使いたくなったときはvarcharよりenumの方が速く検索できますよねぇ？
- 351 名前：nobodyさん [2011/12/04(日) 13:40:32.03 ID:TN6yu8qJ]
- ARアダプタの存在するDB全部には存在しないからじゃない?
- 352 名前：nobodyさん mailto:sage [2011/12/04(日) 14:45:24.32 ID:???]
- 初心者向けはrails guideでいいんじゃね？
無料だし。
- 353 名前：nobodyさん mailto:sage [2011/12/04(日) 15:00:00.34 ID:???]
- >>350
rubyで定数定義して使えばいいだけだろ
- 354 名前：nobodyさん [2011/12/04(日) 16:39:23.00 ID:TN6yu8qJ]
- >>352
それを言うと、「英語出来ません ;_; 」と言われて閉口する。
昨日 a_matsuda も「勉強してください」って言ってたぞ。
- 355 名前：nobodyさん mailto:sage [2011/12/04(日) 18:57:25.37 ID:???]
- MySQLにはDDLトランザクション処理がないので、
www.infoq.com/jp/news/2009/05/heroku-provisionless-revolution
- 356 名前：nobodyさん mailto:sage [2011/12/04(日) 21:08:19.07 ID:???]
- MySQL :: MySQL 5.1 リファレンスマニュアル :: 12.4.2 ロールバックできないステートメント
dev.mysql.com/doc/refman/5.1/ja/cannot-roll-back.html
- 357 名前：nobodyさん mailto:sage [2011/12/04(日) 21:20:16.15 ID:???]
- Rails3.1.3のフィクスチャデータの質問です。
acc_num: stringなカラムに
rec1:
acc_num: '2011E-0003'
というデータをrake db:fixtures:loadで読み込ませると、勝手に'2.011'にしてくれます。
たまたま実数リテラルになっているので仕方がないのかもしれませんが、
2011年のEクラスの3番目の受け入れ番号なので、できればこのフォーマットの文字列を
そのままacc_numカラムに入れたいのです。なにか方法は無いでしょうか。
- 358 名前：nobodyさん mailto:sage [2011/12/04(日) 22:23:54.34 ID:???]
- acc_num: !str '2011E-0003'
- 359 名前：nobodyさん [2011/12/04(日) 23:22:43.89 ID:TN6yu8qJ]
- YAMLシンタックスの質問だな。
- 360 名前：357 mailto:sage [2011/12/05(月) 10:19:24.91 ID:???]
- >>358
ありがとうございました。
>>359
その通りですね。rails fixtures scientific notationなどと検索しても出て来なかったのも当然です。
- 361 名前：nobodyさん mailto:sage [2011/12/06(火) 18:23:51.40 ID:???]
- >>270
は？ubuntuなんかパッケージ管理ツールから全自動だろ。
馬鹿かお前。てかwindowsの話してんのになんでlinuxがでてくる
- 362 名前：nobodyさん mailto:sage [2011/12/06(火) 18:50:49.63 ID:???]
- ロングバックパス
- 363 名前：nobodyさん mailto:sage [2011/12/06(火) 19:20:44.17 ID:???]
- これが噂の継続って概念か。
- 364 名前：nobodyさん mailto:sage [2011/12/06(火) 22:40:47.04 ID:???]
- だれがうまいこと言えといった
- 365 名前：nobodyさん mailto:sage [2011/12/07(水) 11:01:25.63 ID:???]
- 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:
weblog.rubyonrails.org/2011/12/6/what-s-new-in-edge-rails-explain
- 366 名前：nobodyさん mailto:sage [2011/12/07(水) 11:38:44.35 ID:???]
- Railscasts - Endless Page
railscasts.com/episodes/114-endless-page
- 367 名前：nobodyさん [2011/12/07(水) 23:48:36.03 ID: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
- 368 名前：nobodyさん mailto:sage [2011/12/08(木) 00:01:12.45 ID:???]
- マスタ系のデータなら自分なら迷わず↓
5. WebAPI は作らずガラケーDB直読みのバッチプロセスで同期を取る/DBは分離でスマホはRails
- 369 名前：nobodyさん mailto:sage [2011/12/08(木) 00:07:18.52 ID:???]
- アクセスがどれくらいあるのか、予算や時間はあるのか、告知したらサービス停止可能なのか等によりけり。
予算無いなら 3
予算あって、停止可能なら 1
でも、1もDB移行とかあってヤダなという感じ
- 370 名前：nobodyさん mailto:sage [2011/12/08(木) 01:12:40.91 ID:???]
- 疎結合のための Web API
DB 直接叩かないのはサービス間の密結合を避けるためなんです。疎結合。
d.hatena.ne.jp/naoya/20060228/1141094456
結論：内部WebAPIによりフロントエンド/バックエンド化
d.hatena.ne.jp/kazuk_i/20090117/1232191936
独自フレームワークはやめよう
作るのが難しい、メンテナンスが難しい、ということに加えて、もう一つの問題点は、新しく加わった人の教育コストが高くなるということがある。
まず、外の資源(ドキュメント/本/Google検索)が使えないので自前ですべて教育をしなくてはならない。
blog.madoro.org/mn/84
- 371 名前：nobodyさん mailto:sage [2011/12/08(木) 02:41:00.29 ID:???]
- ふつうにphpをリファクタリングすればいいんじゃないの
- 372 名前：nobodyさん mailto:sage [2011/12/08(木) 03:13:03.63 ID:???]
- Test-driven development
ja.wikipedia.org/wiki/テスト駆動開発
en.wikipedia.org/wiki/Test-driven_development
- 373 名前：nobodyさん mailto:sage [2011/12/08(木) 03:13:44.24 ID:???]
- 最も基本となる開発サイクルは以下のようになる。
失敗するテストを書く
できる限り早く、テストがパスするような最小限のコード本体を書く
コードの重複を除去する（リファクタリング）
テストの実行環境ツールであるxUnitでは、テストの失敗を赤いバー、成功を緑のバーで通知するため、上記のサイクルは Red/Green/Refactor と称される。
- 374 名前：nobodyさん mailto:sage [2011/12/08(木) 06:30:03.62 ID:???]
- もうPHPのリファクタリングしたくないのかもね。
古くなったのを捨てて、新しく作り直したいというのは分かる。モチベーション的に。
- 375 名前：nobodyさん mailto:sage [2011/12/08(木) 07:42:43.24 ID:???]
- railsの作者もJAVAやPHPでは綺麗なコードが書けないからruby選んだっていってるしな
- 376 名前：nobodyさん mailto:sage [2011/12/08(木) 08:25:03.90 ID:???]
- モチベーション的にはいちから同じものをrailsでテスト組んで作り直す方がだるそう
完全に動いてるコードがあるなら、この場合のリファクタリングは共通化できる部分(モデル)とできない部分(ビュー)の分離が主だから手間かからなそうなイメージ
まあ実物みないとなんともだけど
- 377 名前：nobodyさん mailto:sage [2011/12/08(木) 09:15:39.46 ID:???]
- 今後もメンテが続くなら、テストを書いておくのは絶対役に立つ
- 378 名前：nobodyさん mailto:sage [2011/12/08(木) 09:43:10.12 ID:???]
- レガシーコード改善ガイド面白かったよ。
- 379 名前：nobodyさん mailto:sage [2011/12/08(木) 11:10:52.17 ID:???]
- CakePHPからこれに移行しようと思うんだけど
ひと通り勉強するには
新しく出たアジャイル本と技術評論社の本どっち買えばいい？
本とか買わないで公式のガイドだけでも大丈夫？
- 380 名前：nobodyさん mailto:sage [2011/12/08(木) 12:54:46.36 ID:???]
- 開発段階の初期って、仕様が変わりまくるからテスト書いてられなくない？
結局、ある程度完成したら その確かに動いているコードのためにテスト書いて、
保守・変更に備える、という風になってしまう。
BDDもTDDも全然できん。。。
- 381 名前：nobodyさん mailto:sage [2011/12/08(木) 15:58:13.96 ID:???]
- 変わりまくる仕様をテストで明文化しろってことでしょ。
脳内で仕様決めながらトライアンドエラーでやってるとテスト書けなくなるのは確か。
- 382 名前：nobodyさん mailto:sage [2011/12/08(木) 16:18:10.49 ID:???]
- そんな段階でいちいちテストコードを書いている時間がもったいない。
tddが適用できるのはそこじゃなく、仕様がある程度固まってきて、ライブラリを作ったりapiを作るとき。それと複雑だったりクリディカルな箇所を作るとき。
- 383 名前：nobodyさん mailto:sage [2011/12/08(木) 16:31:57.40 ID:???]
- クリディカルってどういう打ち間違いするとそうなるんだろう
- 384 名前：nobodyさん mailto:sage [2011/12/08(木) 16:38:23.79 ID:???]
- 打ち間違いじゃなくてクリディカルなんだよきっと
- 385 名前：nobodyさん mailto:sage [2011/12/08(木) 22:45:49.21 ID:???]
- かな入力なら案外あるのかもしれんぞ
- 386 名前：nobodyさん mailto:sage [2011/12/09(金) 00:25:15.46 ID:???]
- たぶんアジャイルとかTDDとかいうひとは学生時代とかにある程度の試行錯誤は済ませていて、プログラマーというかコーダー主導で提案していくのが無理がない、デスマになりにくいってことじゃないかな
ただ、自分なんかは納品するコードは試行錯誤のあと一から清書するようにしていて、そのときにTDDとかを取り入れられないかなと妄想してる
- 387 名前：nobodyさん mailto:sage [2011/12/09(金) 01:23:33.03 ID:???]
- 学生には分からんと思うが。
仕事で書くのと全然違うし。
予算や時間、仕様、お客さんの意向なんかについても全く考えないでしょう。
- 388 名前：nobodyさん mailto:sage [2011/12/09(金) 02:32:37.19 ID:???]
- そんなん言い訳だな
俺は大半の案件でテストを書いてるが、それで問題になったことはほぼない
（ちなみに数人〜数十人のプロジェクトだが）
むしろメンテ段階で「書いててよかった」という方が多い
Railsは案件自体が少ないが、少なくともJavaの世界はテストは当たり前だぞ？
- 389 名前：nobodyさん mailto:sage [2011/12/09(金) 09:23:55.85 ID:???]
- テスト書かない文化のところはほんっっっっっっっっっっとに書かないからな。
そういうところでは一人だけ頑張って書いても手間が増えるだけになるから
そういう結論に至るのもやむなしと言える。
- 390 名前：nobodyさん mailto:sage [2011/12/09(金) 11:47:02.87 ID:???]
- Railsは数十人もいらんけどな。
多くて5,6人、普段は1人から3人くらい。
テスト書いてて、仕様変更が多すぎてテスト無駄になってキツイとかいうのは、仕様決める奴の問題。
プロジェクトに後から入ったり、改修で渡されたりした時に、テスト無いと本当に困る。
- 391 名前：nobodyさん mailto:sage [2011/12/09(金) 11:52:05.50 ID:???]
- 仕様書とテストの内容が近くなればなるほど
くるくる仕様変更されても耐えられるようになるんだよね。
仕様が口頭や脳内のみで決まる文化の場合は知らん。
- 392 名前：nobodyさん mailto:sage [2011/12/09(金) 23:07:27.41 ID:???]
- 確かにJavaの世界だと、不必要に人数増やすのが当たり前だよな。
明らかにこいつら要らないだろってくらい人が無駄にいたりする
- 393 名前：nobodyさん mailto:sage [2011/12/10(土) 06:42:22.50 ID:???]
- 開発Line数の規模に応じた予想バグ数が出ていないとウォーターフォールの次の段階に進めない
っていう開発体制のところだと、事前にテストを書いてエラーをすべて潰した場合
品質保証部が単体テストの終了をどう判断したらいいかわからなくなる
- 394 名前：nobodyさん mailto:sage [2011/12/10(土) 09:08:52.85 ID:???]
- >>393
なんかこれ思い出したわ。
↓のHaskellのとこな。
d.hatena.ne.jp/shunsuk/20100928/1285677528
- 395 名前：nobodyさん mailto:sage [2011/12/10(土) 13:01:18.16 ID:???]
- ウォーターフォールなんてさすがにもうやってるところないよな・・・
- 396 名前：nobodyさん mailto:sage [2011/12/10(土) 14:25:58.23 ID:???]
- SIerを舐めるな
- 397 名前：nobodyさん mailto:sage [2011/12/10(土) 17:30:55.39 ID:???]
- >>393
テストの量で判断すりゃいいだけじゃん
- 398 名前：nobodyさん mailto:sage [2011/12/10(土) 20:01:04.30 ID:???]
- >>397
予想／摘出バグ数でしかテストカバレッジを判断できない人たちにうまく説明できない
- 399 名前：nobodyさん mailto:sage [2011/12/10(土) 22:31:41.43 ID:???]
- カバレッジツール使え
- 400 名前：nobodyさん mailto:sage [2011/12/10(土) 22:59:46.17 ID:???]
- 品質保証部の仕事がなくなるからムリ
- 401 名前：nobodyさん mailto:sage [2011/12/11(日) 00:28:47.61 ID:???]
- どこぞの公務員もビックリな理論だなｗ
- 402 名前：nobodyさん [2011/12/11(日) 00:56:16.39 ID:uh1drSU/]
- すいません。教えてください。
rails3でscssを使用して/asset/images/画像.jpgを使用する際に
CSS上に「<%= asset_path '画像.jpg' %>」と記載すると
Invalid CSS after "...ge:url(<%= asse": expected expression (e.g. fr, 2n+1), was "<%= asset_path ..."
エラーになります。
application.cssの「= require_self」や「= require_tree」はコメントのままですが
こちらが影響していますでしょうか。
- 403 名前：nobodyさん mailto:sage [2011/12/11(日) 01:14:46.68 ID:???]
- css内にerbを書くとはどういうことだ
- 404 名前：nobodyさん [2011/12/11(日) 01:19:10.34 ID:uh1drSU/]
- すいません。下記のような感じです。
width:100%;
color: #ffffff;
font-size: 36pt;
background-image:url('<%= asset_path 'h1_bg.png' %>');
background-repeat:repeat-x;
padding-left: 20px;
|
 |
