のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,062,920人
昨日:no data人
今日:
最近の注目
人気の最安値情報

    元スレ+ JavaScript の質問用スレッド vol.108 +

    JavaScript覧 / PC版 /
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitter

    651 = :

    テスト駆動の問題点は最初に実装するコードが
    分かってることが前提になってるからだと思う。

    関数の引数がこれで戻り値がこれでこのような関数があればアプリが作れる。
    ということが明確にわかってる場合、簡単に最初にテストがかけると思う。

    だからunderscoreみたいな単純な関数のライブラリであれば
    テストを書くのも簡単だと思うよ。

    でも、アプリを作っている場合、ぼんやりとはわかっていても
    それが最善のやり方かどうかまではわからない。
    ある程度作って形ができてから、コードを整理してシンプルな形にする。
    どうしても最初に作らないとダメなんだよね。

    で、最近gitを使い始めたのだけどテスト駆動を改良できそうな気がする
    gitを知っていればコード修正の歴史を書き換えることが出来るということを知ってると思う。

    これを使えば、最初に実装コードを書いてから、歴史をさかのぼって、テストコードを書いて
    あたかもテストコードを先に書いてから、実装コードを書いたように、歴史を書き換えられる。
    (完全に実装コードを書いてしまってからやるのではなく、ある程度書いて理解してから
    歴史をさかのぼってテストコードを書くということ)

    実際には実装コードとテストコードは並行して開発しているんだが、
    コード修正の歴史はテスト駆動になっているという。

    652 = :

    よく分からないな
    捨て去ったコードに対してテストを書く意味とは?

    653 = :

    テスト駆動開発では最初に失敗する
    テストを書くということになっているんだが、

    完成した時、つまりテストも通るとき、
    本当にテストを最初に書いたかという証拠を
    どうやって残すかが問題になる。

    そこでgit。失敗するテストを書いた時点でコミットする。
    テストを成功させる最低限のコードを書いた時点で、別のコミットをする
    リファクタリングして綺麗にしたコミットをする。
    全部で3つのコミット。

    この3つのコミットさえできていればいいはずなので
    gitを使って歴史を移動しながら3つのコミットを仕上げていく。

    654 = :

    2番目の最低限のコードのコミットは残す必要はないか。
    そのコードをリファクタリングしていけば良い。

    655 = :

    javascriptでdiffをとる方法をおしえて

    656 = :

    a = {a:"a", b:"a",}
    っていうのは
    keyはダブルクォーテーションで囲わなくてもOKですか?
    最後にカンマをつけましたがつけても大丈夫ですか?

    657 = :

    >>656
    キーが英数文字と_などの一部の記号だけなら問題ない。

    最後のカンマはECMAScript3の環境(つまり古いブラウザ)で動かす必要があるなら問題がある。
    ECMAScript5以上を前提としていいのであれば問題ない。

    なお、最後のカンマはJSHintなどを使えば問題がある場合に教えてくれる。

    658 = :

    >>655
    探せ!この世のどこかにそれを置いてきたよ誰かが

    659 = :

    やめろワンピース!

    660 = :

    >>655
    Ajaxでサーバに投げてコマンドのdiffでやって返してもらいたい気分

    661 = :

    >>652
    > よく分からないな
    > 捨て去ったコードに対してテストを書く意味とは?

    テスト駆動開発は、テスト作成ではないのだよ。
    テスト、たとえばユニットテストなどのことだけど、
    テスト自体を開発するのではなく、テストを開発のための
    道具として使っているだけ。

    普通開発するとき、デバッグprintとか
    最後には捨て去るのに、一時的にコード書くでしょ?
    テスト駆動ではテストをそのような目的として使う。

    捨て去ったコードに対してテストを書く(残す)のではなく
    開発のために、一時的にテストを書いて、それを道具として使って、開発を行う。

    まあ、デバッグコードを残すように、作ったテストが
    使えるなら捨て去らなくてもいいけどね。

    662 = :

    無能しかいないな

    663 = :

    テスト駆動って意味あるのかね
    まあ確かにそれなりのケースでバグの究明を早めることはできるだろうけど
    全部動かした時にときどき不意に現れるような
    本当に直しにくいバグを無くそうと思ったら
    それこそ隅から隅までテストやらないといけないからなあ

    中途半端じゃダメ
    そのコストと、直しにくいバグを見つけるコスト、
    どっちが高いかなあ

    664 = :

    先週から長文うぜえのが何匹か居ついちまってるのな
    コード張るわけでも無いなら三行にまとめろ

    665 = :

    長文かつ連投かつ自演バレてないと思ってるから救えないよな

    666 = :

    なにたかが長文にこんなに拒否反応示してるんだろう?
    嫌なら見なければいいのに。
    誰かに2ちゃんねる見ろって命令でもされてるの?

    667 = :

    >>663
    目的はテストじゃなくて
    アプリを正しく動かすことなので、
    中途半端でいいと思いますが?
    いろんな手法を柔軟に使い分けろよ。

    668 = :

    なんでココはIDが出ないんだろうね。

    669 = :

    自演とか言ってる奴糖質すぎてやばいだろ

    670 = :

    × IDでると自作自演が出来ないからな

    ○ IDでると自作自演ってことにしづらいからな。
    IDでると困るのは、実は「そいつは自作自演だ」って言ってる方なんだよ。

    671 = :

    自作自演をする方は実はIDがある方がやりやすかったりするw
    2つ以上のIDを使い分ければいいからね。

    672 :

    このチキンくんたちめ!
    IDまるだしだぞー!

    673 :

    このチキンくん

    674 :

    たちめ!

    676 = 674 :

    だぞー!

    677 = 673 :

    >>678
    あなたの言ってる事は正しいと思います

    678 = 674 :

    >>677
    いえいえ、あなたが言っている事こそ正しいと思います。

    679 = :

    長文君が発狂したのか

    680 = 674 :

    >>679
    IDでてたら、長文君じゃないってわかるね。
    IDでてなくてよかったねw

    681 = :

    図星だったみたいだな
    長文かつ連投かつ自演かつ煽り耐性無し、4重苦

    682 = :

    統合失調症乙

    683 = :

    長文ってなにか悪いことだっけ?
    何にそんなにムカついているのかわからない。

    684 = :

    同意w
    きちがいの論理は分からんわ

    685 = :

    長文で説教はないわー

    686 = :

    長文の説教って何?

    688 = :

    (9999999999999991).toString(2)
    //"100011100001101111001001101111110000001111111111111000"

    (9999999999999992).toString(2)
    //"100011100001101111001001101111110000001111111111111000"

    690 = :

    理由は考えろ

    function plus(y){
    x=y+5;
    alert(x);
    }

    692 = :

    理由を考える気はないらしい

    693 = :

    問題解決したらどうやって解決したか書けとは言うけどさ、
    さすがにこの程度はいらんわw

    694 = :

    誰も過程を書けなんて言ってない
    誠意を見せろってことだ

    695 = :

    ._______________
    |                          |
    |       ノ       __________    │
    |.     ノ|        |  |  |   | ノ ̄ ̄`ヽ、// // ////
    |   .、__|__    | ̄ ̄ ̄|   |/ ´`ヽ _  // // //
    |         |        |      |    --/ ̄ ,          ̄ ̄\
    |         |        |      |    `ー‐し'ゝL              \
    |_______________|(--‐‐'´}    ;/////--       \
                           `ヾ:::-‐'ーr‐'"      \      \
                                          \       |
            ____                             |       |
           /⌒  ⌒\                           |       |
         /( ●)  (●)\    はい!                   |       |
        /::::::⌒(__人__)⌒::::: \     誠意!                |       |
        |     |r┬-|     |                      |       |
        \      `ー'ォ     /                      |      |
       /           \______________/     /

    696 = :

    質問者が「どう直せばよいですか?」と聞いてきてるから、ただ

    plus()

    とだけ書いて終わりでも良いところなのに、
    考えられるよう工夫した>>690の親心が届いていない様子が笑えた

    697 = :

    長い目で見たら初心者にはその場しのぎを教えるんじゃなくて
    上達して帰ってもらうのが一番いいのは間違いないが、、、

    698 = :

    どうでもいいだろ。
    やりたいようにやれ。

    699 = :

    しかしここで教えた奴らが作ったサイトを利用することになるかも知れないぞ

    700 = :

    それで?


    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / JavaScript一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

    類似してるかもしれないスレッド


    トップメニューへ / →のくす牧場書庫について