「単体テストを手動で行いエビデンス取る」の破壊力 (710ﾚｽ)
上下前次1-新
59(1): 2020/09/24(木)14:35 ID:27/WCIy4(10/12) AAS
>>58
> どうやって21を出したの？
「例：1,2,3,4,5,6を引数に渡したら21を返す関数が欲しい」
という要件
最初は関数（コード）は存在しない
最初に関数（コード）を実装してはいけない
実装した関数（コード）で出してはいけない
実装する前に決める話
どうやって21を出したの？
それはその関数が欲しい人に聞け
60(1): 2020/09/24(木)14:41 ID:2iTMkqwR(9/12) AAS
>>59
ええ？A+B+C+D+E+Fなんだけど？
61(1): 2020/09/24(木)14:42 ID:27/WCIy4(11/12) AAS
>>60
それは実装
最初に実装を書くなと何度もいわせるな
62(1): 2020/09/24(木)14:46 ID:2iTMkqwR(10/12) AAS
>>61
今回は客がそう言ったのな
63: 2020/09/24(木)14:47 ID:27/WCIy4(12/12) AAS
>>62
客はお前より頭がいいなｗ
64(1): 2020/09/24(木)19:32 ID:eJ60na0U(1/2) AAS
なんか荒れてんな。
単体テストって固定された仕様に対して実装者次第で変化するロジックをテストするものだろ。
例題があまりにも単純コードだからロジックと実装が一致するなんて現象が起きるのであって、考え方はテスト仕様を満たしているかどうかが重要。
だと思うんだぜ。
65(1): 2020/09/24(木)19:36 ID:eJ60na0U(2/2) AAS
>>64
> 例題があまりにも単純コードだからロジックと実装が一致するなんて現象が起きるのであって、
ロジック(実装内容)とテストコードの間違い
66(1): 2020/09/24(木)19:42 ID:4CFVaDi9(1/9) AAS
>>65
そこじゃないよ。
あのアホは「足し算をすることで21になるかどうかわからない」から
コードを書いてそのコードの出力ログで21とでたからOKOK。
21になるかどうかわからないけどログにそう出てるからOKOKって言ってるわけだから
67: 2020/09/24(木)19:44 ID:4CFVaDi9(2/9) AAS
仕様からロジックを作り出すことができなくて、
ロジックを与えられて、そのロジックをコードで書いてるだけの人間なんでしょう
コーダーってやつ
68(1): 2020/09/24(木)19:57 ID:2iTMkqwR(11/12) AAS
>>66
ほう、それじゃ君はどうやって21を出すんだい？
偉そうなこと言ってるんだから誰もが納得できる解答をもっているんだよね？
69: 2020/09/24(木)20:02 ID:5Fx1JvjP(1) AAS
>>68
納得できてないの、お前だけみたいだぞ。
キョロキョロ見回してみなw
70(1): 2020/09/24(木)20:05 ID:2iTMkqwR(12/12) AAS
ちなみに俺は答えを持っているぜ
お前ら雑魚といっしょにするな
お前らは正しいかどうかわからない自動テスト（笑）をずっと動かしていればいいよ
71(1): 2020/09/24(木)20:23 ID:MX/I4ATg(1) AAS
なんだかなぁ...。
sumAtoFって名前からして引数のAからFを足したやつを吐き出すのが仕様なんだろ？
じゃあ、その仕様に合ったテストコードを書けばいいじゃん。
って話なのだが...まぁ、それ以前に、だ。
うん？単体テストをする上でテスト対象のメソッドの仕様がわかりませんってやばくね？
72: 2020/09/24(木)20:50 ID:4CFVaDi9(3/9) AAS
>>71
テストコードを書くには、関数の計算結果がわかっていなければいけない
だが関数を実装しなければ、計算結果は求められない
関数を実装するまで、計算結果はわからない
などと言ってるやつだからなぁ
どうしようもないよｗ
73: 2020/09/24(木)20:51 ID:4CFVaDi9(4/9) AAS
>>70
ほう、それじゃ君はどうやってログに21がでてて安心するんだい？
74: 2020/09/24(木)21:04 ID:4CFVaDi9(5/9) AAS
アホの相手飽きたから質問ｗ
BDDとTDDとATDD について
調べてみるとBDDは受け入れテストのような説明がされていて
これってATDD（Acceptance Test Driven Development）のことだと思うだけど
・・・正確に言えば受け入れテスト駆動開発と言うべきか・・・はいいとして、
でもrspecってBDDと名乗っているけど、どうてみてATDDではないように思えるんだよな
開発者のためのテストが主だし。
cucumberは明らかに受け入れテストだと思う。rspecにturnipを組み合わせても
受け入れテストになると思う。でも素のrspecはBDD（ATDD）ではなくTDDだと思う
さらにググるとBDDを取り入れたTDDと書いてあるのも見つけた
省5
75: 2020/09/24(木)21:33 ID:4CFVaDi9(6/9) AAS
和田さんのいう「誰のためのテストか」っていうのが
これらの用語の使い分けとして一番しっくり来るんだよな
ただこういう観点で使い分けられてないという事実があるわけで困る
76: 2020/09/24(木)21:35 ID:4CFVaDi9(7/9) AAS
外部ﾘﾝｸ:www.slideshare.net
Scenario BDDとかSpec BDDとかいう用語が出てきたｗ
77(4): 2020/09/24(木)21:35 ID:80+YcRw8(1) AAS
BDD は、rspec, jest みたいに、describe, it を使うもの
78: 2020/09/24(木)21:43 ID:4CFVaDi9(8/9) AAS
>>77
俺もそう思っていたんだが、どうも違うんだよな
人それぞれで言ってる意味が微妙に異なってる
たぶん、この意見は正解。２つの意味がある。
外部ﾘﾝｸ:ukstudio.jp
> BDDにはふたつの種類がある
> 1. TDDの言い換えのBDD(開発寄り)
> 2. ATDD(受け入れテスト)でのBDD(ユーザ寄り)
2つの意味があるのは、まあよくある話なんだけど
1.界隈では何の説明もなくBDDはTDDの言い換えとして使っており
省5
79: 2020/09/24(木)21:49 ID:4CFVaDi9(9/9) AAS
BDDはTDDの言い換えとして広まっちゃってるけど
BDDのオリジナルは多分受け入れテストの方だと思う
だからrspecのBDDは本来のBDDではない！と専門家が批判記事でも
出していればまだ良かったんだけど、それがないから困惑してる
rspecがBDDを名乗っており誰も批判してないからrspecはBDDである。
それを真似たjestなどもBDDである。共通する特徴はdescribe, itである。
これが開発者の間で広まってる認識・・・だと思うんだけど受け入れテスト業界では
rspecのBDDを否定せずに、それでいてBDDはATDDであるという前提で語るから困る
ちなみにATDDっていうのはcucumberみたいなものね
80: 77 2020/09/25(金)00:42 ID:mGml3uVc(1/3) AAS
RSpec と言えば、ソニックガーデンの伊藤淳一。
Read Everyday Rails も翻訳してる
「伊藤淳一 rspec」で検索！
色々な記事を書いてる
81: 2020/09/25(金)03:29 ID:N+dUj7Ty(1/2) AAS
> RSpec と言えば、ソニックガーデンの伊藤淳一。
その人ぐらいしかいないから名前が知られてるだけで
特別参考になることは言ってないかな
大幅に間違ってないってだけで、大多数の人と同じレベル
TDDやBDDじゃなくて、 xBehaveとxSpecで検索すべきだった
おそらくrspecはxSpec系と呼ぶのが適切なのだろう
82: 77 2020/09/25(金)08:24 ID:mGml3uVc(2/3) AAS
伊藤淳一は、YouTube の動画もある
他には、Serverspec の作者、宮下剛輔もいる
83: 2020/09/25(金)08:25 ID:N+dUj7Ty(2/2) AAS
> 伊藤淳一は、YouTube の動画もある
あれやめて欲しい
せめて文字に起こせと
84: 77 2020/09/25(金)10:00 ID:mGml3uVc(3/3) AAS
Ruby のYouTube 動画で、Dean DeHart というマニアックな香具師がいる
85: 2020/09/25(金)12:07 ID:0u8f+Kls(1) AAS
テスト書き始めるとオブジェクト指向おじさんから関数型おじさんになってしまう
Javaでも全部staticメソッド
86(1): 2020/09/25(金)12:34 ID:buHis4lt(1/18) AAS
ユニットテスト全く書いたことないのか？っていうレスが最初の方で飛び交っててやべーな
それどころかテストケースの洗い出しとかその辺の事全く知らなそう
87: 2020/09/25(金)12:39 ID:ycF3TYue(1/34) AAS
>>86
テスターに任せるだけだから気にしなくていい
88(1): 2020/09/25(金)12:40 ID:ycF3TYue(2/34) AAS
なんでもかんでも自分でやろうとするな
組織は集団の力を使えるから強いんだ
テストはテストの専門家に任せるべきだ
89(2): 2020/09/25(金)12:41 ID:ycF3TYue(3/34) AAS
単体テストを頑張っても品質はあがらない
結合テスト、総合テストを頑張るべきだ
90: 2020/09/25(金)12:41 ID:I1EnBauF(1) AAS
効率化しすぎたら仕事が無くなるよ
91(1): 2020/09/25(金)13:28 ID:buHis4lt(2/18) AAS
>>89
>単体テストを頑張っても品質はあがらない
>結合テスト、総合テストを頑張るべきだ
単体テストの重要性を知らんのか
レガシーコード三部作を買って読んで来い
92(2): 2020/09/25(金)13:43 ID:ME9URhdt(1/24) AAS
>>91
例えばチェックする値の理論値が12.375だったとするじゃん？
でも計算結果は
12.37499999999998
だったんよ
お前、これどうすんの？
93(1): 2020/09/25(金)13:53 ID:q10QaMUD(1/3) AAS
>>92
精度付きで比較する
テストフレームワークがそういう機能を用意してる
94(2): 2020/09/25(金)13:59 ID:ME9URhdt(2/24) AAS
>>93
えー一個一個設定すんのー？
95(1): 2020/09/25(金)14:10 ID:6tDTZ4vt(1/21) AAS
>>89
> 結合テスト、総合テストを頑張るべきだ
手戻りが大きくて時間がかかりすぎる
96(1): 2020/09/25(金)14:11 ID:6tDTZ4vt(2/21) AAS
>>94
お前ならどうするのか言ってみ
もしかしてログにでていてそれっぽい値だからOKって
目を凝らして何百個も判断するのか？ｗ
97(2): 2020/09/25(金)14:13 ID:ME9URhdt(3/24) AAS
>>96
いや、得に仕様は出てないんでテキトーに判定して欲しいんですが
98: 2020/09/25(金)14:14 ID:6tDTZ4vt(3/21) AAS
>>88
テストの専門家というのは、テスト技術の専門家であって
テスト作業の専門家なんていねーぞｗ
それは単なるテスター。テスト作業してるだけで専門家じゃない
ひどい場合は仕様も何も知らないやつが手動でテストしてしてたりするからな
テストの効率化？人増やして人海戦術でやることだなみたいに思ってるやつ
99(1): 2020/09/25(金)14:16 ID:6tDTZ4vt(4/21) AAS
>>97
テキトーに判定って 12.37499 という間違った
計算結果になってる場合でも場合OKにするってこと？
100(1): 2020/09/25(金)14:16 ID:q10QaMUD(2/3) AAS
>>94
一つ一つ指定しない方法もあるよ
そういうのもテストフレームワークに用意されてる
101(1): 2020/09/25(金)14:17 ID:ME9URhdt(4/24) AAS
>>99
概ね当たり感出てるじゃないですか？
102: 2020/09/25(金)14:18 ID:6tDTZ4vt(5/21) AAS
>>101
だから、間違った計算結果でも
概ね当たり感出てるからOKにするってことですよね？
って聞いてるんですが
103(1): 2020/09/25(金)14:19 ID:ME9URhdt(5/24) AAS
>>100
どんな設定よ？
0.99999999999998みたいなのを概ね1.0お判定してくれそう？
104: 2020/09/25(金)14:20 ID:9rvIESf7(1) AAS
ビッグバンテストって今時はやらないの?
105(1): 2020/09/25(金)14:22 ID:6tDTZ4vt(6/21) AAS
>>103
> 0.99999999999998みたいなのを概ね1.0お判定してくれそう？
0.99999999999998 を 概ね1.0と判定してほしいの？
0.9999999999998 だった場合は？
0.999999999998 だった場合は？
0.99999999998 だった場合は？
0.9999999998 だった場合は？
0.999999998 だった場合は？
0.99999998 だった場合は？
0.9999998 だった場合は？
省5
106(1): 2020/09/25(金)14:23 ID:ME9URhdt(6/24) AAS
>>105
一番下は最悪だなｗ
107(1): 2020/09/25(金)14:24 ID:ME9URhdt(7/24) AAS
概ね当たり感わかんねーんだよな自動テスト作ってるやつバカだから
108: 2020/09/25(金)14:25 ID:6tDTZ4vt(7/21) AAS
>>106
下から2番目は？
下から3番目は？
下から4番目は？
下から5番目は？
下から6番目は？
下から7番目は？
下から8番目は？
下から9番目は？
下から10番目は？
省3
109: 2020/09/25(金)14:25 ID:buHis4lt(3/18) AAS
>>97
>いや、得に仕様は出てないんでテキトーに判定して欲しいんですが
そういう曖昧な仕様だからバグに繋がるんだろうがwwwwwwwwwww
特に浮動小数点の計算なんてよくバグに繋がるから仕様はっきり決めてテストしなきゃダメだろ
桁数どうするかとかね
あと数値系のテストってそこまでパターン無いぞ
・一般的な正常値
・境界値
・最大値/最小値
・異常系(メソッドの仕様によって変わる、nullとか空白とか）
省2
110(1): 2020/09/25(金)14:26 ID:6tDTZ4vt(8/21) AAS
>>107
> 概ね当たり感わかんねーんだよな自動テスト作ってるやつバカだから
お前にその概ね当たり感を聞いてるのに、その質問に答えられないお前はバカってことになるよ
111: 2020/09/25(金)14:27 ID:6tDTZ4vt(9/21) AAS
消費税計算で1円ずれてても概ねおっけー♪
トランザクションが1万件あっても1万円しかずれなーい
とかいいそうなんだよなｗ
112(1): 2020/09/25(金)14:29 ID:ME9URhdt(8/24) AAS
やっぱり自動テストは駄目だな
113(1): 2020/09/25(金)14:29 ID:cdg8K9Zm(1/8) AAS
>>92
浮動小数点の計算するなら許容誤差ぐらいは理解してからやれよ…
114: 2020/09/25(金)14:30 ID:6tDTZ4vt(10/21) AAS
>>112
質問に答えられなかったという結末で良いね
115: 2020/09/25(金)14:33 ID:buHis4lt(4/18) AAS
>>110
というか「概ねオッケー」っていう考え方ってプログラミングだとめちゃくちゃ危険だからな
α版とか仕様の仮決め段階だったらまだいいけど、正式リリースの時までその状態にしておくと
絶対にそこ起因のバグか仕様か分からん動きが発生してトラブルになって揉める
当時の議事録とか仕様書の調査に入って悲惨な惨状になるのが良く見える
116(2): 2020/09/25(金)14:33 ID:ME9URhdt(9/24) AAS
>>113
いや仕様が出てれば有効桁数いくつか指定すればいいけど
計算式しか出てないやつは直前の複雑な計算に引っ張られてる感しかないんだよなぁ
117: 2020/09/25(金)14:37 ID:buHis4lt(5/18) AAS
>>116
python辺りのユニットテストフレームワークだと丸め桁まで指定できるから
それで満足する？
外部ﾘﾝｸ[html]:docs.python.org
118: 2020/09/25(金)14:38 ID:cdg8K9Zm(2/8) AAS
>>116
引っ張られるとかイミフなこと言われても…
119(1): 2020/09/25(金)14:38 ID:ycF3TYue(4/34) AAS
>>95
単体テスト用意してるから実装がグダグダになるんやで
実装に集中しろ
120(1): 2020/09/25(金)14:40 ID:ME9URhdt(10/24) AAS
いや、突っ込んだ引数と理論値から有効桁数勝手に判断しろ
人間ならできる
121(1): 2020/09/25(金)14:40 ID:buHis4lt(6/18) AAS
>>119
>単体テスト用意してるから実装がグダグダになるんやで
>実装に集中しろ
そうやって場当たり的な実装になるから
クソみたいなコードが量産されるんだろうが……
122(1): 2020/09/25(金)14:41 ID:ycF3TYue(5/34) AAS
単体テストに時間割く方が危険
IDEや静的解析があるから単体試験で見つかるようなコーディングミスは
ほとんどない、むしろバグの多くは仕様に対する認識不足によるものが多い
結合、総合テストを重視したが良い
123: 2020/09/25(金)14:41 ID:ycF3TYue(6/34) AAS
>>121
んなこたーない、単体テストもコードの一部だからバグ増やすだけ
124(1): 2020/09/25(金)14:42 ID:buHis4lt(7/18) AAS
>>120
>いや、突っ込んだ引数と理論値から有効桁数勝手に判断しろ
>人間ならできる
あのそれ、テストした人によって合格の成否が変わりかねないっていう
テストとして一番あり得ない事なんだけど理解してる？
125(1): 2020/09/25(金)14:42 ID:ycF3TYue(7/34) AAS
7Payもドコモ口座も単体テストはちゃんとできてただろｗ
総合テストを軽視した結果があれ
126(1): 2020/09/25(金)14:43 ID:ME9URhdt(11/24) AAS
>>124
だって値2000個以上あるし
127: 2020/09/25(金)14:43 ID:ycF3TYue(8/34) AAS
単体テストはプログラマの自己満、システムの品質をあげないどころか
結合、総合テストの時間を減らしてシステムの品質下げることになってる
128(1): 2020/09/25(金)14:44 ID:qv4TcM/Q(1/11) AAS
まーた、仕様を理解しないままテストするとかほざく単体テストを理解してない馬鹿が湧いたのか。
いい加減にしろや。
129: 2020/09/25(金)14:45 ID:buHis4lt(8/18) AAS
>>126
そういう意味で大変って思ってるなら
テストデータ流すして結果が出た後、
その桁数からparseで指定する桁数を決めてから判定すりゃ良い
130(2): 2020/09/25(金)14:45 ID:ME9URhdt(12/24) AAS
2000個どころじゃねーな
変数30個ぐらいのクラス200個以上あるもんな
一個一個有効桁数の設定なんかしてらんねーよ
131: 2020/09/25(金)14:46 ID:ycF3TYue(9/34) AAS
単体テストは自己満、リファクタリングは時間の無駄
132(1): 2020/09/25(金)14:48 ID:buHis4lt(9/18) AAS
>>122
>単体テストに時間割く方が危険
>IDEや静的解析があるから単体試験で見つかるようなコーディングミスは
>ほとんどない、むしろバグの多くは仕様に対する認識不足によるものが多い
>結合、総合テストを重視したが良い
は……？
いやいやお前は単体テストをなんだと思ってるん？
そんなショボい事になんか使わんぞ
仕様を関数レベルにまで落としこんで、その振舞が正しいかを見るのに使うんだぞ
むしろ仕様認識不足がバグの原因っていうなら、それこそ単体テスト書かなきゃダメだぞ
省2
133(1): 2020/09/25(金)14:51 ID:qv4TcM/Q(2/11) AAS
たしかに単体テストすらできないゴミプログラマーがするリファクタリングは虚無だわな。
まともに設計できないだろうし。
134: 2020/09/25(金)14:53 ID:ME9URhdt(13/24) AAS
時間がかかるのでメソッド単位の出力値のテストはなかったことにします
135(1): 2020/09/25(金)14:53 ID:q10QaMUD(3/3) AAS
>>125
あれはテストの問題じゃなく仕様の問題
それも仕様のリスクは精査されてたが意思決定者がそのリスクを軽視しただけ
よくある話
136(1): 2020/09/25(金)14:54 ID:buHis4lt(10/18) AAS
単体テストとかTDDとか全く分からんなら
この動画が一番参考になるから見ておけ
動画ﾘﾝｸ[YouTube]
>>133
そもそもリファクタリングって単体テスト有りきじゃね？
コードが悲惨すぎて単体テストの実装すら困難って時には
リファクタリング→単体テスト→リファクタリング→再テストっていう流れになるけど
基本的には現行動作を保証するために単体テスト実装→リファクタリング→再テストが基本だし
137(1): 2020/09/25(金)14:56 ID:ycF3TYue(10/34) AAS
>>132
単体ｗ 単体で仕様確認する暇あったら結合、総合で確認しろよｗ
単体で仕様確認できると思ってる方がやべーわｗｗｗｗ
テスラのロケット知ってるか？ 部品のテスト頑張ったらロケットが飛ぶと思ってそうだなお前
138: 2020/09/25(金)14:57 ID:ycF3TYue(11/34) AAS
>>135
総合テストを重視してたらその仕様の問題もはっきりわかったってことだ
お前のように単体テスト頑張るやつが開発者だったんだろｗ よくある話だな
139: 2020/09/25(金)14:58 ID:ycF3TYue(12/34) AAS
テスラではシミュレーションをなくして実地で何回もロケット打ち上げること
繰り返して洗練させていったんだよ
単体テストやるやつは所詮ホリエモンロケットなんだよｗｗｗｗｗ
140(1): 2020/09/25(金)15:00 ID:ycF3TYue(13/34) AAS
単体テストとリファクタリングを重視していたのは15年前〜8年前まで
日進月歩で進化するシステム開発の現在の常識は単体テストとリファクタリングを禁止する方向
141: 2020/09/25(金)15:02 ID:qv4TcM/Q(3/11) AAS
>>136
俺の発言は皮肉で言っただけだから、あまり気にせんでくれ。
俺があげたのはまさに、コードが悲惨すぎて単体テストができない例。そういう人達の頭の中では単体テストって無意味なんだろうな(遠い目)
って皮肉だから深い意味はない。
142(1): 2020/09/25(金)15:02 ID:ycF3TYue(14/34) AAS
TDDはプログラミング界のマナー講師だからなｗｗｗｗ
ありもしない偽の常識でっち上げて自分が日銭稼ぐのを目的にやってるだけだから
143(1): 2020/09/25(金)15:10 ID:buHis4lt(11/18) AAS
>>137
あのな？
単体テスト、結合テスト、総合テストもどれも重要なんだよ
で、単体テストで扱けるものは結合テスト、総合テストでもこけるんだよ
単体テストで拾えるレベルのものを何度も時間と手間かけて結合・総合テストやる方が気が狂ってるわ
>>140
>日進月歩で進化するシステム開発の現在の常識は単体テストとリファクタリングを禁止する方向
で、どこの奴が言ってるの？
常識って言うなら少なくとも本ぐらいは出てるよねー？
あ、ファクタリングと単体テストの重要性は大体この辺の本に載ってるぞ
省7
144(1): 2020/09/25(金)15:15 ID:+2VBuIVO(1) AAS
>>142
お前が一番マナー講師臭がプンプンするぞw
しかも説明のしかたに説得力がないからかなり質の低い部類の講師だな
145(2): 2020/09/25(金)15:18 ID:ycF3TYue(15/34) AAS
>>143
ほらねｗ その本全部15年前〜8年前のものだよｗ
146: 2020/09/25(金)15:19 ID:ycF3TYue(16/34) AAS
最新情報をキャッチアップできてない
いま単体テストが一番レガシー
147(1): 2020/09/25(金)15:20 ID:cdg8K9Zm(3/8) AAS
>>130
2000個全部有効桁数違うのか？
まあありえねーとは言わんけど残念な仕様やねw
148(1): 2020/09/25(金)15:21 ID:cdg8K9Zm(4/8) AAS
>>145
で、お前のとんでも理論が載ってるホン早く出せよw
ネットでもいいぞ
149(2): 2020/09/25(金)15:23 ID:ycF3TYue(17/34) AAS
>>148
企業では普通に行われているよ
一般に漏れ出るのはだいたい10年後くらいじゃないかな
150: 2020/09/25(金)15:23 ID:ycF3TYue(18/34) AAS
10年前の本読んでる時点で時代遅れだからｗｗｗｗｗ
151: 2020/09/25(金)15:24 ID:qv4TcM/Q(4/11) AAS
>>144
自演？流石にこのスレにここまで頭のおかしい人が二人もいたらびびるのだが。
>>149
妄想乙
152(1): 2020/09/25(金)15:24 ID:6tDTZ4vt(11/21) AAS
>>128
いや、突っ込んだ引数と理論値から有効桁数勝手に判断してテストすればいいじゃんｗ
153(2): 2020/09/25(金)15:25 ID:ycF3TYue(19/34) AAS
C10K問題ってしってる？ あれも企業では当たり前の問題として知られていて
とっくに解決策もわかってたんだけど、それが世に出て一般に知られて本がでたのは10年後だった
技術の最先端は常に企業にある
154(2): 2020/09/25(金)15:25 ID:buHis4lt(12/18) AAS
>>145
・リーダブルコード：2012/6/23
・リファクタリング 既存のコードを安全に改善する（第2版）：2019/11/29（第1版：2014/7/25）
・ベタープログラマ：2017/12/15
・テスト駆動開発：2017/10/13
・レガシーコード改善ガイド：2009/7/13
・レガシーソフトウェア改善ガイド：2016/11/10
・レガシーコードからの脱却：2019/9/19
流石にちょっとぐらいググろうぜ？
古い本から新しい本までバランスよく混ぜて
省1
155: 2020/09/25(金)15:26 ID:6tDTZ4vt(12/21) AAS
>>130
> 変数30個ぐらいのクラス200個以上あるもんな
> 一個一個有効桁数の設定なんかしてらんねーよ
有効桁数の設定の意味がわからん。
例として一つだけやってみて
156: 2020/09/25(金)15:26 ID:ycF3TYue(20/34) AAS
いま10年前の本読んで実践してる人は最先端から20年遅れてるｗｗｗ
157(1): 2020/09/25(金)15:27 ID:6tDTZ4vt(13/21) AAS
>>153
> 技術の最先端は常に企業にある
C10K問題を解決した企業の名前言ってみ
158(2): 2020/09/25(金)15:28 ID:ycF3TYue(21/34) AAS
>>154
初版の発売日調べてみ、著者が金稼ぎのために版増やしてるだけだから
お前のような情弱を釣ってるだけｗｗｗｗ
上下前次1-新書関写板覧索設栞歴
あと 552 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.033s