プログラマの雑談部屋 ★17
■ このスレッドは過去ログ倉庫に格納されています
ジェンキンスさんにテストしてもらうようにすればいいのに >>688
多くの場合その用意をする時間でテストやれば終わっちまうわ
何度もやるって未来予測ができればいいんだけどね >>659
あなたコーディング下手でしょ
エレガントなプログラムは仕様変更もサクサク取り込めるもんよ
アジャイルプログラミング勉強しなさい 仕様変更で老舗旅館の別館を地下で繋げてゲーム施設増設したみたいな感じになる。 >>690
オメー頭大丈夫かよ
ってレベルで話の主旨が理解できてねーぞ そのよくわからない感じを共有できる人間は世界に何人いるのだろうか? ちゃんとレビューしないから温泉の中にスロットマシンができてるよ >>675
スキル高いやつってコンパイラ使うのがうまい
ビルドさえ通ってしまえばバグるわけがねえってとこまで極めてる
っても全部はやっぱり無理だから最低限のテストで補助をする >>695
マジで?
スーパーサイヤ人でいうとどのぐれーなの? JUNITの単体テストってテストケース毎にすべての入出力をチェックするもんなの?
全部かいたら何がテストしたかったのかわかりにくいし
一項目だけ変わるような条件分岐だとその項目しかチェックしてないけど
だめなんか >>690
> アジャイルプログラミング勉強しなさい
「○○なら大丈夫」とか「○○があれば十分」とか
こういうこと言う奴ってだいたい変なもんにかぶれてるよねw
まずその思い込みを捨てろって。 >>692
大丈夫だよ
仕様変更食らったけどマンパワー足りなくてやってらんねえって話だろ?
そんなんマンパワー増やすか効率上げるしかないじゃん
んで効率上げるにはエレガントな設計、エレガントなプログラムを書くこと
突き詰めると、それしかないんだよ >>697
全てやったら計算資源が足りない
境界値だけとか絞り込みは必須
JUnit使えば勝手に自動化テストが整備されるってのは幻想だ
しっかりとしたプログラミングスキル、テストスキル、設計スキルが必要
この辺は手動でも自動でも同じこと 客先に頭下げに行く覚悟でやってんだろ?俺が保証すんだから大丈夫なんだって奴は。 たぶん、躁状態なんだろ。構うだけ無駄だな。
鬱期に自殺したくなるんだよなこういうのって。 頭下げなきゃいけない
残業しなきゃいけない
スケジュール管理徹底しなきゃいけない
ドキュメント徹底しなきゃいけない
チェックリスト徹底しなきゃいけない
etc... etc...
こういうの全部そう
エレガントな設計、エレガントなプログラムを書けないから
しょうがなく他で補うしかない
エレガントマンはそんなことしない
頭脳と手と目とコンソールがあれば全てがうまく行くからね
あー後はダイエットコークも必要だった >>701
ぐぐった
これ毎回当然全部結果みるもんだよね
単体でやっとれんわこんなん…
結合ならがんばって設計しようかなってちょっとだけ思う
やらないけど
ハードウェアでやるならわかるけどITでもここまでやるもんなんか? >>711
エレガントとは何か?だよ
毎回そういうとこぼかして書くから
本質がいつまで経ってもわからない >>712
え?
単体なら機能全部網羅した試験を何本か通すだけになるんだけど?? >>714
おれ逆だ…
ハードウェアって1回1回の試験コストくそ高いじゃん
だからケースをケチる理由になる
でも単体なんて何ケース作ろうがコピペで一発だろ
試験スコープ極力ちいさくしとかんとあっち変えたらこっちのユニットテスト全部死んで
データ作り直しとかザラだから
限られた範囲しか見ないようにしてる
世間じゃどういう作り方してるのか >>717
作り直しの意味が分からないw
それって、仕様がコロコロ変わるって事? >>718
多分結合度が高すぎて変更があっという間に制御不能になるんだろう
エレガントじゃないとこうなる >>720
ケツ硬度が高すぎて性交があっという間に聖玉門になるんだろう >>718>>719
まあそうなんだけど
だからプログラム上でエレガントに影響が波及しないつくりにするじゃん
でも直行表のテストって全部のケースを同時にごちゃまぜにしてテストして全部の結果を同時に見るみたいなかんじだろ
たとえば、DBの項目値の導出方法がちょろっとかわったってだけでも
直行表使ったら、それに応じて全部のテストケース見直さなきゃいけないじゃん
いっこいっこチェックしてたら1つ2つのケースだけで済むのに
基本、入力の影響範囲がはっきりしてるITでこんなことする必要あるか? そもそも横軸何よ?
入力、出力、エラー、例外
とかじゃねーの? >>726
DBが列いっぱいかかえてるんだからしょうがないだろ! 具体例でいこう
文字列チェック
●おk
0文字、1文字、
最大文字数/2、最大文字数、
●エラーメッセージ
最大文字数+1、
禁止文字、
禁止文字列
●例外
1GB文字列ctrl+v コンピュータ、プログラムは頭使うから糖分エネルギーを消費するよね
体使うのの5倍のエネルギー使うらしい
ずっとやってると頭痛くなってくる
疲労で朝起きれなかったり生活のリズムがくるってくる 規約に書いてなかった事を指摘され
「やって当たり前!常識の範疇!」の一言で一蹴されたんだが、
コーダー5人中4人がその指摘に該当するってのはさすがに管理する側の問題だろ
確かに言われれば納得はするけど明文化してなかった事に対して常識が無いとかって言葉で責めてくるのは卑怯だと思うんだが
人格を否定されてる気分で凹むわ ああ、外注使った事が無い奴に多いわ。
外国人使ったら、生活常識だって違うのにな。 >>732
だからチェックリストのない
コードレビューはパワハラだって言っただろ? ここってマ板なのに何でこんな勢いあんの?
リアルの愚痴レスつけてる奴もほとんどが問題の論点端折って書く馬鹿しかおらんし 外注だから立場が弱いんだよね
言われて一番効いたのが
「出来ないなら出来る奴と交代させるぞ」って言われたこと
そこまで言うなら最初から言っておいてくれたらこっちも気にしてたのに後出しでそこまで言うとかちょっと納得出来ない >>741
いいじゃん
お前、その現場末永くいたいの?
なんかもうクソ雑魚しかいないなら
サヨナラでよくね?
俺残業多いとかクソ野郎いるところには
思ったこと堂々とやってさっさとサヨナラするよ >>732を開発毎に毎回やられたら流石にそいつのクルマでもバックでもスクラップにしそうだ >>744
どらいもーん
職場にすげームカツクやつがいるんだよ
♪♫♬
マイ○スドライバー♪
これで
ぐぎいいぎぎぎぎぎぎ ストレスのはけ口であって、問題解決の場じゃ無いからな。 >>741
そういうジャップには影で嫌がらせ仕掛けてさようならするに限るわ 契約の絡みである程度長くいないとペナルティになるから耐えなきゃダメなんだよね
向こうからガチに契約破棄されれば話は別だけど、実際の話、契約が絡むと会社間の話になってきて最低でも課長クラスの承認が必要だから、現場レベルのクレームは人間関係とかで曖昧に処理される事が多い >>749
でも話聞く限り内容が完全に派遣契約でないとアウトやで
実際に指示も出してるし
偽装請負だったらコードレビューは完全に後出しジャンケンで聞く意味は全くない
派遣なら御宅のお金なんでいくら使ってもウェルカムだけどね >>736
合理的な指摘ならチェックリストは不要
常識だろとか理不尽なこと言わなきゃOK
チェックリストは思考停止 >>753
でも請負契約だとチェックするべき項目が予め出てないと追加料金発生するで >>753
そういうのは好き嫌いに関わらず派遣契約でないとできない >>756
派遣はコード汚染するだけ
そんなの使わんよ >>757
かからん
仮にかかっても改善によって得られるメリットの方が大きい
ビジネスは目先の小銭につられたら負け >>758
請負契約の後出しジャンケンは追加料金発生事項な >>759
それだったら指摘受ける方も安心して作業できるね
スケジュール遅延が自分のせいにならないし >>764
しかないんだけどね
業務委託契約なんてのは法律的に存在しない >>762
というか遅延しない
指摘して止まってもそのたび加速するから
すぐ取り返してお釣りがくる まあ、多分、偽装請負だろ?
これ法律破っても罰則軽いから強気なんだ >>765
自社社員だけでやってるんでね
請負も派遣も関係ないよ >>769
無敵じゃん
指摘なんて無限にされたってノロノロ直してればいーよ >>770
実際はキビキビなおすけどな
無能がチェックリストに照らし合わせてる間に改善できちゃう いや、その現場がズレてんのはさ
コードレビューってのは普通
チェックリストを担保することで
このソースコードは
この法則に従って書かれています
(まあ、大抵は大手が出してきてる
コードレビュー用チェックリストの担保なんだけどね)
っていう付加価値をつけるために
行うんだよ
なのにそんなランダムに
どう指摘したのかわからんお遊びじゃ
ソースコードの価値なんか上がんねーじゃん >>773
アスペはチェックリストが無いと最低限の品質も担保することが出来ないの? きれいなコードかく人にレビューしてもらえると勉強になる
とっても
メソッドの名前がださいとか
関数の切り口そこじゃないとか
そこ依存しちゃだめとか
人によって盛大に間違った方向性でプログラム覚えてることがあるから
そういうのを修正してやるといい >>774
いや、気の利いた大手様がコードレビュー用のチェックリスト渡すから
コードレビューやってね
出ないとソースコード納品させないからね
って言ってくる Unit Testのメソッド名もセンスがわかるよね コードレビューチェックリストおじさんはさぁ
内容についてコードレビューすることもあるってのをいい加減わかんねぇかなぁ >>774
記憶力の挑戦なんてしなくていいから、カンニングでもなんでもして正しいものを作れ >>781
対象のメソッド名にTestってつけるだけの単純作業だろ
余計な労力かけて独自名つけて衝突させて人にまで労力かけさせるなよ >>774
アスペというかマニュアル人間で思考停止してるからチェックリストがないと何もできないんだろう
普通の脳を持ってれば「ここはこういう理由で良くないね。こうした方がいいよ」とかアドバイスできるが
脳なしなのでチェックリストと照らし合わせて「ここは形式が違います」とか「見た目が不揃いなので直してください」みたいなくだらないレビューしかできない 文系は考えない
チェックリストがなきゃ何もできない ■ このスレッドは過去ログ倉庫に格納されています