gitを使わずにディレクトリコピーでバージョン管理

**デフォルトの名無しさん** · 2021/09/07(火) 17:20:16.10

しろって大学で習ったんですが・・・
アホですかあいつ？

**デフォルトの名無しさん** · 2021/10/01(金) 23:48:21.16

>>648

> JavaScriptは最近const警察が現れるようになったじゃん
> 言語が変わり過ぎなんですよ

いい方向に変わることがなにか問題でも？？？
やっぱり新しいことが覚えられないとかいうやつ？ｗ

**デフォルトの名無しさん** · 2021/10/01(金) 23:53:43.41

> なんだかんだでユニケージが一番信頼性高くて先進的なのではないかな

特定のベンダーに支配されてるものなので将来使えなくなる

**デフォルトの名無しさん** · 2021/10/01(金) 23:55:45.50

>>651
GNUとLLVMとMSとIntelの全員から見放されない限り安泰なC/C++でよくね？速いし

**デフォルトの名無しさん** · 2021/10/01(金) 23:56:36.63

>>653
あなたはRDBMSの机上の空論を語っておられる

実際にはインデックスが使われるか適切に判断されるとは限らないんだよ
ある日何の前触れもなく実行計画が変わってレスポンスが帰ってこなくなるなんてことは
RDBMSを使ってるとザラにあるんですそれがRDBMSなんです

明日どのように動くかなんて誰にもわからない
託宣に頼って生きてた邪馬台国の人々と変わらんのです

grepにはそのような気まぐれがない、処理がクリーンで高速で安定している
grepがええんです

**デフォルトの名無しさん** · 2021/10/01(金) 23:57:20.48

>>658
> ある日何の前触れもなく実行計画が変わってレスポンスが帰ってこなくなるなんてことは
> RDBMSを使ってるとザラにあるんですそれがRDBMSなんです

ないよ。あるっていうのなら証拠
机上の空論はたくさん

**デフォルトの名無しさん** · 2021/10/01(金) 23:57:38.08

>>658
だからgrepはランダムアクセスが出来なくて遅いの

**デフォルトの名無しさん** · 2021/10/01(金) 23:57:50.61

ヒント句も知らんのか

**デフォルトの名無しさん** · 2021/10/01(金) 23:59:05.34

>>655
洗練とは逆方向、とっ散らかる方向に進んでるのがいただけない
const警察が現れてよかったことなど俺には何一つない
varで十分だバカヤロウですわ

**デフォルトの名無しさん** · 2021/10/01(金) 23:59:08.92

POSIX原理主義者って嘘ばっかりついてるからな
根拠が書かれてない主張だけの論文なんて初めてみたわｗ

**デフォルトの名無しさん** · 2021/10/02(土) 00:03:59.08

POSIX原理主義って、エンジニアリングでもなければアカデミックでもない、ただのカルトの教義なんだろう

**デフォルトの名無しさん** · 2021/10/02(土) 00:05:45.39

>>662
そんな枝葉のクソどうでもいいことに耐えられないなら
最早あらゆる変化が苦痛だろうな

**デフォルトの名無しさん** · 2021/10/02(土) 00:05:53.21

>>654
POSIXはBSDやLinux、BashやAshなどの優れた実装を育んだという意味において
Microsoftの意向しだいで流行り廃りが決まってしまうMono、そのMonoが準拠しているISOとは明らかに異なるってこと

POSIXとISOは次元が違う、POSIXは技術者集団によって作られた実践的技術仕様だが
ISOはソーセージの金賞受賞程度の意味しかないってことです

>>661
ヒントの意味を調べたが良い

**デフォルトの名無しさん** · 2021/10/02(土) 00:06:33.48

>>665
クソどうでもいいならvarでええやんけ、こんばんわvar警察です

**デフォルトの名無しさん** · 2021/10/02(土) 00:07:57.14

>>659
ないんだ、RDBMSを使ったこともない感じ？

**デフォルトの名無しさん** · 2021/10/02(土) 00:11:54.31

>>668
そうやって証拠を聞いたのに、ごまかすのが何よりの証拠だなｗ

**デフォルトの名無しさん** · 2021/10/02(土) 00:12:53.41

>>667
> POSIXはBSDやLinux、BashやAshなどの優れた実装を育んだという意味において

ん？逆だぞ。BSDやLinux、BashやAshなどの優れた実装から
共通項を取り出して作ったのがPOSIX
出来た年代を調べてみろ。POSIXの方があとに作られてる。

**デフォルトの名無しさん** · 2021/10/02(土) 00:16:34.42

>>669
証拠はねえ、出せないよねえ、守秘義務に触れちゃうからねえ
そうなることわかってて証拠出せと言ってるのかなって思った
卑怯だよねえやり口が、そういう卑怯なことをするのが議論ではないよね

RDBMS運用のキモは統計取得だったりするんよ
統計取得が適切にできてないと実行計画もぐだぐだになる
実行計画がグダるとデータ取得が終わらなくなる

データが大量になると統計取得そのものが終わらなくなったりするから
どういうアクセスがあるのかをあらかじめ分析して予測して
統計取得の計画を立てるところから始めないといけない、もうとにかくめんどくさい

20人月で開発する小規模のシステムでさえそうだから中規模以上になるともっと大変よ

RDBMSをどこまで実践で使ったことあるのかわからんけど教科書に書いてあることは
知ってるようなのでこれで伝わるかな

**デフォルトの名無しさん** · 2021/10/02(土) 00:18:05.63

>>670
その時間軸を気にする必要があるのかな？逆だったとしても良い気がするけど
なぜそこにこだわるのかわかりません

**デフォルトの名無しさん** · 2021/10/02(土) 00:18:13.01

> 証拠はねえ、出せないよねえ、守秘義務に触れちゃうからねえ
ほらまた言い訳ｗ

**デフォルトの名無しさん** · 2021/10/02(土) 00:18:36.74

>>672
わかってる俺、わからないお前
そういうことだよｗ

**デフォルトの名無しさん** · 2021/10/02(土) 00:19:18.72

>>673
一時が万事そんな調子では話になりませんなあ

**デフォルトの名無しさん** · 2021/10/02(土) 00:19:46.04

煽ることしか能のないアホウめ

**デフォルトの名無しさん** · 2021/10/02(土) 00:56:13.57

こっちがまともに根拠あるのか聞いても
何も出さないから煽ることしかできないだけ
技術的な話ができないやつとは何も話すことはないよ

**デフォルトの名無しさん** · 2021/10/02(土) 01:05:16.63

スケールしないんだよ結局

**デフォルトの名無しさん** · 2021/10/02(土) 01:18:19.64

>>666
> ISOはソーセージの金賞受賞程度の意味しかないってことです

規格票の文言で会話するC++の黒魔術師が聞いたら吹き出しそうだ

> ヒントの意味を調べたが良い

ヒント句を書いても実行計画を強制できるとは限らないRDBMSがあるんですか？

**デフォルトの名無しさん** · 2021/10/02(土) 01:18:26.84

>>678
それな

https://github.com/ShellShoccar-jpn/zip2addr

> その１．速さ
> シェルスクリプトでプログラミングするなんて遅いと思い込んでいませんか？
> そんな方は論より証拠。このプログラムをWebサーバーにデプロイして動かしてみてください。
>
> 郵便番号は約12万レコードありますが、その中から指定された住所を探し、
> 画面に表示するまで何秒かかりましたか？

比較単位が秒。これだもんなぁ。ベンチマークした結果を公開しろといいたい。
たいてい詐欺師は自分でデータ（証拠）をださずに相手に調べさせるんだよｗ

https://www.post.japanpost.jp/zipcode/dl/kogaki-zip.html
全国一括のzip、展開状態で12MBしかない
100MB/s 程度のHDDでも0.12秒なのは当たり前だし
ファイルがメモリにキャッシュされればそれ以下の時間で検索するのは当たり前

でもそんなのアクセス数が少ない時だけ、しかも読み込みしかしない。
こんなちっせいサンプル出してシェルスクリプトが速いと言われても
騙されるのはアホだけ

**デフォルトの名無しさん** · 2021/10/02(土) 01:20:01.23

>>679
> ヒント句を書いても実行計画を強制できるとは限らないRDBMSがあるんですか？

POSIX原理主義者「POSIXに書いてないから実行計画を強制できないかもしれない」

**デフォルトの名無しさん** · 2021/10/02(土) 01:24:34.36

ちなみに、POSIX原理主義者がJavaScriptライブラリを使わない理由は
このように言っています。

> 理由は、それらのライブラリーが一部のブラウザーでしかサポートしていない独自機能を
> 呼び出している恐れがあるからだ。
^^^^^^^^^^^^^^^^^^^^^^^^^^

> 自作のプログラムにそういうライブラリーの混入を許せば、長寿命という特徴が
> 損なう恐れがでてしまう。
^^^^^^^^^^^^^^^^^^

検証を全くせずに「恐れがあるから」という理由で使わないと言ってる。

ヒント句を書いても実行計画を強制できない恐れがあるからだｗ

**デフォルトの名無しさん** · 2021/10/02(土) 01:52:18.55

古い工場の機械の制御システムとして未だにPC-98のシステムが動いてるみたいな話あるじゃん
そういうとこだよPOSIX原理主義が向いてるのは

**デフォルトの名無しさん** · 2021/10/02(土) 01:59:57.20

RDBMSもろくに使ったことないアホがなんか言ってはるわ
経験のない人間ほどPOSIXを叩く例

ヒントに頼った運用は破綻するよ
実行計画がグダらないようにするのはあくまでも統計情報が主だよ
DBの状態は変わるものだからね

**デフォルトの名無しさん** · 2021/10/02(土) 02:01:33.95

古い工場の機械の制御システムでも動くように
MS-DOS用として作りましょうと言ってる感じか

**デフォルトの名無しさん** · 2021/10/02(土) 02:02:40.22

>>680
> 全国一括のzip、展開状態で12MBしかない
> 100MB/s 程度のHDDでも0.12秒なのは当たり前だし

エンコードされた文字列をデコードしてマッチングするのを含めると
ストレージの速度で検索できるのはミラクルだよ
grepの速さの根幹はネイティブコードで動いてるってことだよ

**デフォルトの名無しさん** · 2021/10/02(土) 02:03:11.19

ヒントに頼った運用は破綻するよ　←いつもどおり根拠が書いてないよ
実行計画がグダらないようにするのはあくまでも統計情報が主だよ　←統計情報を使わないようにすのがヒントだってわかってないのかな？
DBの状態は変わるものだからね　←変わるからこそDBの状態に合わせて実行計画を変えないといけないわけで

**デフォルトの名無しさん** · 2021/10/02(土) 02:03:44.94

>>686
ストレージの速度よりも、メモリのほうが圧倒的に速いじゃんｗ
ストレージの速度が足を引っ張ってるってわかってないのか？

**デフォルトの名無しさん** · 2021/10/02(土) 02:04:04.54

自分は何の根拠も提示してないくせにｗ

**デフォルトの名無しさん** · 2021/10/02(土) 02:05:22.29

>>688
そうだね、メモリの速度が速いね

> 100MB/s 程度のHDDでも0.12秒なのは当たり前だし

という計算を出されておられたのでHDDで0.12秒で検索できたのならミラクルだねって言ったんだよ
君、脊髄反射で文章書いてるの？

**デフォルトの名無しさん** · 2021/10/02(土) 02:06:49.24

脳まで信号行ってないっぽいなあ
POSIX原理主義を実践してみたら頭働くようになるからやってみ
根拠は君自身ってことでお願いします

**デフォルトの名無しさん** · 2021/10/02(土) 02:08:48.48

>>690
> HDDで0.12秒で検索できたのならミラクルだねって言ったんだよ
え？なんでミラクルなの？ｗｗｗ
ちょっとその理由を言ってみてよ

HDDの速度が100MB/s なのに比べて
メモリの速度が 10GB/s だってわかってるのかな？

**デフォルトの名無しさん** · 2021/10/02(土) 02:11:37.09

>>692
メモリの速度には言及してないよ

HDDの速度の話だけをしている

HDDの速度が100MB/sとします
そのHDDに12MBのファイルが存在します

そのファイルから文字列を検索したとして0.12秒で検索できたらミラクルですねってことですよ
メモリ上にはデータが無いものとします、これでわかるかな

**デフォルトの名無しさん** · 2021/10/02(土) 02:13:06.21

> そのファイルから文字列を検索したとして0.12秒で検索できたらミラクルですねってことですよ

だから何がミラクルなんだよｗ
普通の事、そしてめちゃくちゃ遅いじゃねーか

**デフォルトの名無しさん** · 2021/10/02(土) 02:17:56.96

>>694
12MB / 100MB/s = 0.12s
なのでバイナリを読み取るだけで0.12sかかることになるっしょ

文字列を検索するときはバイナリをデコードする処理が必要になるし
文字列をマッチングする処理も必要になるよね
だから0.12sで文字列を検索できるのはミラクルなんですよ

以上、俺はミラクルの根拠として計算と論理的推論を示した

0.12sが普通の事という君はその根拠を提示できるかな？

**デフォルトの名無しさん** · 2021/10/02(土) 02:18:50.29

> 文字列を検索するときはバイナリをデコードする処理が必要になるし
> 文字列をマッチングする処理も必要になるよね

たったそんだけの処理で
どれくらい時間がかかると思ってるんだ？

計算してみ、
お前はまだしてないよ

**デフォルトの名無しさん** · 2021/10/02(土) 02:19:47.37

だいたいバイナリをデコードってなんのはなししてるんだよ？ｗ
展開済みの状態で12MBしかないって書いただろ

**デフォルトの名無しさん** · 2021/10/02(土) 02:19:59.12

>>696
0sより大きいことはわかるよね？

**デフォルトの名無しさん** · 2021/10/02(土) 02:20:28.22

>>697
テキストファイルの中身が何だと君は思ってるのかな？

**デフォルトの名無しさん** · 2021/10/02(土) 02:20:43.78

>>698
計算をしろと言ってる
クロック数とか知ってるか？

**デフォルトの名無しさん** · 2021/10/02(土) 02:21:15.98

>>699
テキストファイルの中身とかどうでもいいよ
「デコード」とはどういう意味かと聞いてる
なにから何にデコードするのか言ってみ

**デフォルトの名無しさん** · 2021/10/02(土) 02:23:55.79

>>700
0クロックでないことはわかるよね？

>>701
どうでもよくないのよ
テキストファイルはバイナリファイルの一種だよ
文字列のエンコーディング/デコーディングさえ理解してないわけ？
老婆心ながら基本情報処理技術者試験の勉強とかやったが良い
君は基礎知識が足りてない

**デフォルトの名無しさん** · 2021/10/02(土) 02:25:38.73

君の得意なRubyでやってみなよ
12MBのCSVから検索してみ

**デフォルトの名無しさん** · 2021/10/02(土) 02:30:45.17

ああ、あれか、君もしかしてこのスレ立てた大学生か？
どうもやり取りしてて論理的な会話ができない人だなあ
プログラマでこんな幼稚な人がいるかなあと思ってたんだけど
そう考えると合点がいくわ

**デフォルトの名無しさん** · 2021/10/02(土) 02:39:30.40

>>696
俺は君に「0.12sが普通の事という君はその根拠を提示できるかな？」と聞いたよ

0.12sが普通の事の根拠を示してもらえるかな

根拠を示せと君がすごく要求していたんだから
君自身がそれをしないのはおかしいことだよね
出してもらえるかな

**デフォルトの名無しさん** · 2021/10/02(土) 02:50:32.17

もし君が>>1の大学生だとしたら大学の先生には論争を挑まない方が良いね
勢いだけで勝てる相手じゃない、謙虚になってPOSIX原理主義に改宗しよう

**デフォルトの名無しさん** · 2021/10/02(土) 03:23:50.88

>>702
> 0クロックでないことはわかるよね？

だから計算しろって
計算したんじゃないのかよｗｗｗ

**デフォルトの名無しさん** · 2021/10/02(土) 03:29:06.29

>>707
君の番だよ
君が0.12秒で検索できる根拠を出す番
Rubyで実際に作ってくれてもいいよ
どうする？

**デフォルトの名無しさん** · 2021/10/02(土) 03:31:28.43

他人に一方的に根拠を求めるばかりじゃダメだよね
根拠が大事だと君が言いだしたんだからは君はしっかり根拠出さないとね
何時頃できそう？
grepより速くなるかな？
楽しみ

**デフォルトの名無しさん** · 2021/10/02(土) 03:32:32.61

うちのパソコンだとgrepが500MB/s程度出る。

**デフォルトの名無しさん** · 2021/10/02(土) 03:33:42.71

>>710
すてき

**デフォルトの名無しさん** · 2021/10/02(土) 03:34:44.05

若いころ正規表現のDFAエンジンを試作したことあるけど、速くは無かったな。
ドラゴンブックにはNFAより速いと書いてあるけど。

**デフォルトの名無しさん** · 2021/10/02(土) 03:36:24.29

アマゾンのお気に入りに登録すると値段が上がる法則性を見出したんだよね。

**デフォルトの名無しさん** · 2021/10/02(土) 03:45:53.35

ドンドン登録して値段を吊り上げてやる。

**デフォルトの名無しさん** · 2021/10/02(土) 03:52:43.01

>>712
へーすごいなー

巷の正規表現ライブラリは正規表現用の仮想マシン作ってJITコンパイルとか
やってるみたいね

正規表現はオートマトンを作るコストがあるからねー
最近10GBのCSVをJavaで操作することがあったんだけど
JavaのString.replace("xxx", "yyy")は内部で正規表現使ってるから
処理が遅くてたまらなかった、レコード数が数千万超えると単純な操作も大変

**デフォルトの名無しさん** · 2021/10/02(土) 04:11:49.93

>>710
500MB/sってことは12MBのデータだと0.024秒で検索できるね。
まあそれSSDの速度だよね。

**デフォルトの名無しさん** · 2021/10/02(土) 04:15:53.23

> JavaのString.replace("xxx", "yyy")は内部で正規表現使ってるから

Java9から当てはまらない。

https://stackoverflow.com/questions/16228992/commons-lang-stringutils-replace-performance-vs-string-replace

Faster implementation of String.replace(CharSequence, CharSequence)
https://bugs.openjdk.java.net/browse/JDK-8058779

ったく、いちいち知識が古いんだよな
POSIX原理主義者は新しいことを勉強したくんないんだろうなｗ

**デフォルトの名無しさん** · 2021/10/02(土) 04:22:06.83

>>717
俺はJava9以降を使ってるとは言ってないからね
君はなんでそんな情報探してきたんだろ
君もJava屋さんなの？

君に求めてる情報は12MBのCSVを0.12秒より速く検索できることが普通の事だという根拠だよ

**デフォルトの名無しさん** · 2021/10/02(土) 04:26:21.60

※ Java9は2018年3月にサポート期限切れです。
https://qiita.com/yukoba/items/69fe9468b719fa6e69c4

**デフォルトの名無しさん** · 2021/10/02(土) 04:27:12.91

>>718
> 君に求めてる情報は12MBのCSVを0.12秒より速く検索できることが普通の事だという根拠だよ

「12MBのCSVを0.12秒より速く検索できる」なんて
一言も言っていませんが？
あ？デマながす気ですか？

**デフォルトの名無しさん** · 2021/10/02(土) 04:28:40.65

0.12秒もかかるなんて遅すぎるって話を
しましたよね？無視ですか？

**デフォルトの名無しさん** · 2021/10/02(土) 04:31:28.36

>>719
？？？

君、なぜかJavaの話は広げるね
サポート期限が切れてシステムのJavaが自動的にアップデートされるなら
いんだろうけどね、世の中そうもいかんということですわな

>>720
> 694 ：デフォルトの名無しさん [↓] ：2021/10/02(土) 02:13:06.21 ID:0dZAEi20 (13/22)
> > そのファイルから文字列を検索したとして0.12秒で検索できたらミラクルですねってことですよ
>
> だから何がミラクルなんだよｗ
> 普通の事、そしてめちゃくちゃ遅いじゃねーか

言ってんじゃん

**デフォルトの名無しさん** · 2021/10/02(土) 04:32:22.13

https://play.rust-lang.org/?gist=28ae76e66b044a36e0187f2ada0404b3

cargoのbinクレート作ったらmain.rsにこれをコピペしてコマンドライン引数にKEN_ALL.csvを渡して実行してみてくれ

ちなみに手元のPC(NVMeのSSDとRyzen 7 3700X)でやったらBTreeの構築に3.34s、クエリは16µsでした
いい運動になったわ、おやすみ

**デフォルトの名無しさん** · 2021/10/02(土) 04:33:32.96

>>721
確かにその話を君はしましたね、0.12秒よりも速く検索できるということですね
その根拠をご提示くださいということです

**デフォルトの名無しさん** · 2021/10/02(土) 04:35:50.91

>>723
3.34sは0.12sよりも遅いですね
クエリはメモリ上の検索を行っていますね

HDDでの検索を行ったときにという前提を守っておられない
論外でございますな、おやすみなさいよい夢を

**デフォルトの名無しさん** · 2021/10/02(土) 04:38:03.64

そんなクソ前提を固持してんの君だけだよ

**デフォルトの名無しさん** · 2021/10/02(土) 04:39:46.52

>>726
ちゃぶ台返しを正当化しちゃいけませんぜ、あなたが一生懸命書いたコードは規約違反ということでおやすみなさい

**デフォルトの名無しさん** · 2021/10/02(土) 04:40:20.62

>>724
grepを使うと0.12秒もかかってしまいます。これは1秒間にたった8回しか検索できません。

一方MySQLは1秒間に4万クエリとかそんなレベルなんですよ
https://developer.aiming-inc.com/infra/db-loadtest/

こちらは 117万クエリですね。
https://bizstation.hate
nablog.com/entry/2015/05/01/094233

**デフォルトの名無しさん** · 2021/10/02(土) 04:41:58.86

> HDDでの検索を行ったときにという前提を守っておられない

そりゃなぁ、grepはHDDから毎回検索するしか出来ない
MySQLはデータをメモリに読み込んでそこから
検索するから高速って話をしてるんだからなぁ
議論の前提もわかってなかったのか

**デフォルトの名無しさん** · 2021/10/02(土) 04:46:00.97

>>728
言うに事欠いてぜんぜん違うWebページ持ってくるとかバカじゃないかね君はｗ
12MBの郵便番号のCSVというソースもあるんだからそれで検証しないと根拠にならんでしょうが

Javaが得意なんだっけ？ PythonでもRubyでも良いからじゃあそのMySQLを使って検索するしくみを作ってやってみなさい

俺はDBとの接続を確立する処理だけで数秒持っていかれると読んでる

ちなみにPOSIX原理主義ならそういうの作らなくても良いんですgrepコマンドを叩くだけなので
この生産性の高さとスピード、そして安定性、どうです？ユニケージ素晴らしいでしょう

**デフォルトの名無しさん** · 2021/10/02(土) 04:47:45.42

>>729
ほお、つまりメモリに読み込まれてる状態ではないとPOSIX原理主義に敵わないという事でよろしいかな？負けを認めたって事でいいかな？

**デフォルトの名無しさん** · 2021/10/02(土) 04:49:50.81

あ、見つけたｗ

ユニケージがMySQLより速いことを捏造データで証明（笑）する論文
https://ipsj.ixsq.nii.ac.jp/ej/?action=repository_uri&;item_id=178874&file_id=1&file_no=1

この時 5 回の実行時間の平均値は以下の通りである。
ユニケージ 1.708秒 MySQL 10.428 秒
ユニケージに構築されたデータベースは特段の高速化の工夫を施さずとも、MySQLより高速であることがわかった。

・比較方法
MySQLのクエリ送信には、mysql コマンドを使用した
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

**デフォルトの名無しさん** · 2021/10/02(土) 04:50:28.96

>>731
なんでメモリを使わない縛りで戦わないといけないんですか？ｗ

**デフォルトの名無しさん** · 2021/10/02(土) 04:54:08.58

>>732
MySQLクソ遅いな

>>733
オンメモリDBでない限りデータがメモリに乗ってることは保証されないから

DBのインデックスもそうなんだけどシステムは最適時の処理時間を短縮するよりも
最悪時の処理時間をどれだけ短縮できるかが重要

grepは0.12秒で安定して動作する

実際にやってみ、DBは接続の確立だけで最悪1分持ってかれるから
DB原理主義のレスポンスの悪さを身を持って知れば良い

**デフォルトの名無しさん** · 2021/10/02(土) 04:56:17.53

> 俺はDBとの接続を確立する処理だけで数秒持っていかれると読んでる

うわー、なんつーか、そういう速度の感覚もないんだー。
数秒って・・・

仮に接続が遅いならコネクションプーリング使えばいいし
MySQLはコネクションプーリングが無意味って言われるほど
接続コストが低いことで有名なのにな

https://qiita.com/k_hoso/items/6839e217672a60803637
> MySQLの接続コスト低いらしいってことで確認。

**デフォルトの名無しさん** · 2021/10/02(土) 04:57:40.94

>>734
> grepは0.12秒で安定して動作する

秒間8検索という遅さで安定させても使い物にならんやろｗ

**デフォルトの名無しさん** · 2021/10/02(土) 04:58:38.69

>>734
わかってないようだけど、mysqlコマンドを使うから遅いんやで
シェルスクリプトはmysqlコマンドしか使えないからなｗｗｗ

**デフォルトの名無しさん** · 2021/10/02(土) 05:03:50.76

こういう検証においてもユニケージの優位性は抜きん出てるよね
grepコマンドを叩くだけでいいんだから

一方RDBMSはテーブル作ってインデックス張って
接続プールを高速なものに変えてプログラム書いて
はーどっこいしょってことやらないといけない
>>735でさえいまだに検証できていない机上の空論を振りかざしてるだけ
それは根拠とは認められないよね実際にやってないんだから

システムエンジニアの仕事はPDCAの繰り返し
実行することさえままならないさまを見てどうですかみなさん

ユニケージはgrepコマンド叩くだけで良いんですけどねえ

**デフォルトの名無しさん** · 2021/10/02(土) 05:07:09.81

>>738
大変やなぁ。何もしたくないって人はｗ

**デフォルトの名無しさん** · 2021/10/02(土) 05:09:03.65

>>739
そっくりそのまま返しますわ

12MBのCSVの根拠を示すのはあきらめはったんですか？
そりゃそうなりますわな、大変な作業が必要ですし
その結果負けたとなったら立つ瀬がなくなりますもんね

しゃーないしゃーない、今回はユニケージの勝利ということで

**デフォルトの名無しさん** · 2021/10/02(土) 05:09:58.82

詭弁の特徴のガイドライン
https://dic.nicovideo.jp/a/%E8%A9%AD%E5%BC%81%E3%81%AE%E7%89%B9%E5%BE%B4%E3%81%AE%E3%82%AC%E3%82%A4%E3%83%89%E3%83%A9%E3%82%A4%E3%83%B3

13. 勝利宣言をする

**デフォルトの名無しさん** · 2021/10/02(土) 05:15:19.98

ほらもう、0.12sの話をしなくなった
有耶無耶にする気まんまんですな
根拠根拠と他人に要求しながら自分が要求されたら全然違うWebページを貼り付け逃げる
POSIX原理主義を否定する人がやったことです

図らずもユニケージの開発効率、実行効率、運用効率が優れていることが明らかになったわけですなあ

**デフォルトの名無しさん** · 2021/10/02(土) 05:22:37.15

PDCAのサイクルを高速で回せる、開発もシステムも軽快になる、それがユニケージ

RDBMSの鈍重なやり方ではDo（実行）ができないDoができないからCheck（評価）もAction（改善）もできない
次のPlan（計画）もできない

**デフォルトの名無しさん** · 2021/10/02(土) 13:27:29.42

>>743
そういうことにしたいんですねｗ

**デフォルトの名無しさん** · 2021/10/02(土) 13:39:27.33

>>742
有耶無耶にしてるのはあんたでは？
100MB/sのHDDから検索するのだから0.12s
メモリは10GB/sの速度が出るんだから、それを加えても0.1212s

自分で計算したんでしょう？なんで誤差にしかならないってことを
はっきり言わないわけ？

それに論点は「grepは遅い」という話でしょう？
0.12sじゃなくて0.1212sだと言った所で
もっと遅くなってるじゃんｗ

**デフォルトの名無しさん** · 2021/10/02(土) 14:17:45.53

>>745
メモリの時間を合わせて0.1212sだから
0.12sで検索できたらミラクルですね

で、君が大好きなMySQLでは0.12sより速くなったのかな？
まだ検証できてないのかな？ん？正直に言ってみ

**デフォルトの名無しさん** · 2021/10/02(土) 14:50:17.33

0.12sというのは1秒間にたった8回ということです。
MySQLで1秒間にたった8回程度もselectできないって
あなたは思ってるんですよね？

**デフォルトの名無しさん** · 2021/10/02(土) 15:25:35.76

>>747
ええそうなりますね0.12s × 8 = 1sなので
さて、それではMySQLでは何秒かかりますか？
grepは0.12sですMySQLは何秒ですか？

**デフォルトの名無しさん** · 2021/10/02(土) 15:27:26.06

検証をサクッとできないのがRDBMSのデメリットですね
翻ってユニケージの開発効率が爆速なのは本当のようですね

**デフォルトの名無しさん** · 2021/10/02(土) 15:50:55.63

RDBMSは検証をさくっと出来ないから検証してない
検証せずにgrepの方が速いと主張していると認めちゃったｗ

**デフォルトの名無しさん** · 2021/10/02(土) 16:04:16.02

>>750
検証はいまやってるところだよね
ユニケージ担当が俺でgrepは0.12sだという数字を出した

それに対して君は0.12sは遅すぎると言った
MySQLでは0.12sよりも速いということだね
では実際に測定してみてご覧と俺がいってる状況
0.12sより速いことの根拠を君はまだ提示できてない状況だよ
君が根拠を提示できないのはRDBMSの鈍重さがその原因にあると思ってる

ユニケージの検証のしやすさ開発速度がこのやり取りから明らかになった

**デフォルトの名無しさん** · 2021/10/02(土) 16:06:41.45

>>750
MySQLは0.12sよりも速いという事実はまだ誰も確認できてない

MySQLがユニケージより遅いという事実は下記の論文に記載されてるけどね
https://ipsj.ixsq.nii.ac.jp/ej/?action=repository_uri&;item_id=178874&file_id=1&file_no=1

**デフォルトの名無しさん** · 2021/10/02(土) 16:08:32.26

いえ、今面白いのは

あなたがMySQLが1秒間に8回程度の
検索（select）が出来ないと思っている

ということなのでｗ

**デフォルトの名無しさん** · 2021/10/02(土) 16:09:18.61

>>752

それは、grep vs mysqlコマンドで
比較したものということであってますか？