実データでプログラミングすれば単体テストは不要！ (111ﾚｽ)
上下前次1-新
71: デフォルトの名無しさん [sage] 2022/06/15(水) 19:50:46.74 ID:dDeNr2sj(1/2) AAS
自動テストなんか不要！
→ほーん、じゃあそれ手動でテストしてんの？
→そもそもテストしてませんでした
この流れだからなｗ
72: デフォルトの名無しさん [sage] 2022/06/15(水) 19:51:24.38 ID:dDeNr2sj(2/2) AAS
>>6969(1): デフォルトの名無しさん [sage] 2022/06/15(水) 19:16:55.41 ID:XlVHro5g(2/2) AAS
まあ、1番デカイヤツヤラせて見ろよ
これで自動テストやろうぜ厨はリアルで潰せる
そいつは何の成果もあげられない絶対だ
こういうアホの思いつきをプロジェクトから無傷で追い出すのも立派な能力
掲示板でもガチでキレたらオープンソースの自動テスト作ってもらうで
自動テストの話はそれが終わるまでさせん
でかいやつの、手動テスト vs 自動テストか
まず手動テストやらせてみようぜ！
73: デフォルトの名無しさん [sage] 2022/06/15(水) 23:47:08.73 ID:oaz3/shQ(1) AAS
自動テスト用のテストデータを自動生成するプログラムの
テストは自動テスト?
74: デフォルトの名無しさん [sage] 2022/06/15(水) 23:59:13.06 ID:NtuuvbZ6(1) AAS
屁理屈しかこねられなくなったのかな
75: デフォルトの名無しさん [sage] 2022/06/16(木) 00:17:15.51 ID:+hS0AG8l(1) AAS
2000年ぐらいのときの人類は自動テストを
人工知能のように考えていた人がいるんだよ
ファクトリーオートメーションのような
コンピュータを導入した自動化のことだって
分かんなかったんだよ
念のために言うけどファクトリーオートメーションは
人間が何もしなくても勝手に何かものを作ってくれる機械じゃないよ
76: デフォルトの名無しさん [sage] 2022/06/18(土) 23:16:33.28 ID:hl5NRKh8(1) AAS
お前らが日々セコセコと作ったジャーナルやらのデータが既にあるやろってのが彼らの理屈
それを虎とよんで提出したら作ってやるという思想
77: デフォルトの名無しさん [sage] 2022/06/19(日) 00:24:52.22 ID:rHNduwfW(1/10) AAS
自分たちで新しいデータを作らないという前提なの？
そら使えねわｗ
78: デフォルトの名無しさん [sage] 2022/06/19(日) 00:26:15.57 ID:rHNduwfW(2/10) AAS
もしかしてユニケージってCOBOLで開発済みのたシステムを
リプレースするための開発手法なのか？
79(1): デフォルトの名無しさん [sage] 2022/06/19(日) 00:37:44.77 ID:dIkfdhtd(1) AAS
ビッグデータ解析とかに使うのが正解ってのがここ数年で出た答えやと思うぞ
COBOLのリプレスなんか出来んぞ
インデックスもロールバックもないしな
そもそもリアルタイムに処理なんかさせたら崩壊すんぞ
80: デフォルトの名無しさん [sage] 2022/06/19(日) 01:17:51.64 ID:rHNduwfW(3/10) AAS
シェルスクリプトでビッグデータ解析をします。
え？どうやって？
まずシェルスクリプトを実行します。
そしておもむろにそのシェルスクリプトから
Pythonプログラムを実行します
それもうビッグデータ解析に使ってるのPythonやないかーい
81: デフォルトの名無しさん [sage] 2022/06/19(日) 08:55:32.76 ID:qE3yIUXX(1/7) AAS
PythonやろがCやろがawkだとしても、シェルのパイプで連結しとって、並列処理ができて作法に準拠しとればユニケージなんやで、それがオラクルよりも速いから信者がいるわけやぞ
82: デフォルトの名無しさん [sage] 2022/06/19(日) 09:06:06.78 ID:qE3yIUXX(2/7) AAS
これがWindows系のパイプやと処理が終わりきらんと次の処理にデータを渡さんけど、Linux系なら次の処理に渡すんよね
これをたくさん繋げるから並列に大量のデータに対して効き目があるんよ
って教え込まれて育つんやぞ
83(1): デフォルトの名無しさん [sage] 2022/06/19(日) 09:36:33.25 ID:G0R2gGHa(1/2) AAS
オラクルよりも早くなるのはデータが少ないときだけだから、ビッグデータを扱うと普通のデータベースより遥かに遅くなるという罠
84(2): デフォルトの名無しさん [sage] 2022/06/19(日) 09:39:22.52 ID:qE3yIUXX(3/7) AAS
>>83
それ知らんかった
エビデンスあるん？
興味あるわぁ
85(1): デフォルトの名無しさん [sage] 2022/06/19(日) 09:57:09.30 ID:1YFXwgfz(1) AAS
>>79
ビッグデータ解析にユニケージが使えるわけ無いだろ
86: デフォルトの名無しさん [sage] 2022/06/19(日) 12:08:06.23 ID:qE3yIUXX(4/7) AAS
>>85
え！インデックスもねぇーし、ロールバックすら出来なくて、データをリアルタイムに更新するとぶっ壊れるんやぞ
それやから夜間バッチでデータの持ち方を変更して行くのに、ビッグデータ向けじゃないとは？
87: デフォルトの名無しさん [sage] 2022/06/19(日) 12:10:18.95 ID:rHNduwfW(4/10) AAS
>>84
エビデンスの話をするならユニケージの方がオラクルよりも速いというエビデンスがないんだよ
ユニケージはオラクルよりも速いと主張してるだけで
エビデンスを提供してない
88: デフォルトの名無しさん [sage] 2022/06/19(日) 12:15:19.02 ID:rHNduwfW(5/10) AAS
ユニケージはファイルの書き込み量が多すぎるんだよね
なんか今のディスクは安いし大容量だから
そんなの気にしなくて良いって反論してるみたいだけど
気にしてるのは、ディスク読み書きの量が多かったら
遅くなるという所なので反論がまとはずれ
オラクルとかはメモリ内でほとんどのことを処理するので速い
89(1): デフォルトの名無しさん [sage] 2022/06/19(日) 12:28:25.75 ID:rHNduwfW(6/10) AAS
>>84
例えば数十GB、数千万件ぐらいのデータをデータベースに突っ込んで
日付項目にインデックスを張った状態で
特定の日時範囲のデータを数十件を取得するのと
ユニケージコマンドで全体なめて検索するのとでは
圧倒的にデータベースのほうが速い
90(2): デフォルトの名無しさん [sage] 2022/06/19(日) 12:49:48.08 ID:qE3yIUXX(5/7) AAS
>>89
ほう！ほう！
ええねぇ～ええねぇ～
そうすると所長は検索なんやから項目を無作為に選べないととか言い出すんやろなぁ
奴らの言う一休さん方式こそインデックスをはるポイントやなか？
91: デフォルトの名無しさん [sage] 2022/06/19(日) 12:56:40.38 ID:AlEqw3Pb(1) AAS
>>90
何が言いたいのかわからないわ
でたらめな文章をごまかすためにエセ関西弁で書いてるの？
92: デフォルトの名無しさん [sage] 2022/06/19(日) 13:25:46.00 ID:G0R2gGHa(2/2) AAS
またPOSIX原理主義者が湧いてるの？
93(1): デフォルトの名無しさん [sage] 2022/06/19(日) 14:25:06.47 ID:qE3yIUXX(6/7) AAS
皆どんぐらいユニケージさわっとるの？
おいは数年前に３年ほど
94: デフォルトの名無しさん [sage] 2022/06/19(日) 16:29:05.64 ID:WvuKu/8E(1) AAS
3年間もユニケージ触るとか可哀想
95: デフォルトの名無しさん [sage] 2022/06/19(日) 20:55:14.05 ID:rHNduwfW(7/10) AAS
>>90
テキストファイルにインデックスはってどうするの？
そのインデックスを使うコマンドが存在しないんだが
上下前次1-新書関写板覧索設栞歴
あと 16 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.598s*