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

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

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

**デフォルトの名無しさん** · 2021/10/01(金) 17:29:54.44

POSIX原理主義曰く

お前ら言語やライブラリがアップデートでソフトウェアが動かなくなって苦しんでいるだろ？
OSがアップデートしてソフトウェアが動かなくなっているだろ？
自分が使ってるOSが将来使えるか不安になってるだろ？
頑張って今覚えたことが将来無駄になるのはもうたくさんだと思っているだろ？

そうだ。そうに違いない。それが現在のソフトウェア開発の一番の問題だ。
お前らはそれで今苦しんでいるはずだ。
覚えたことだけで今後もやりたいと思っているはずだ
10年、20年経っても、作ったソフトウェアをそのまま動かしたいと思ってるはずだ

ならばPOSIXで決まっていることだけ使え、POSIXは30年前から仕様が殆ど変わっておらん
それを使えば、お前らが今一番苦しんでる問題が解決する

POSIXで決まってないことは全部自分たちで作れ
コマンドやライブラリは全部自分たちの手で作れ、フレームワークは自分たちで作れ
それらは全然大変なことではない。

お前らが今苦しんでいることから解決できるならば
自分たちで何もかも作ることは些細な問題だ

うん、誰も新しいことを勉強したくないなんて思ってないのよ
10年、20年後もメンテ無しで動かしたいと思ってないのよ
今の作業を楽にしたいだけで、ライブラリのアップデートで苦しまなく代わりに
今の作業が大変になるのであれば、本末転倒なのよ
だから相手にされてないのに本人たちは

「なぜこんなに口酸っぱく言っても理解できんのだ？馬鹿なのか？」と言ってる
馬鹿なのは本当の問題を理解できてないPOSIX原理主義者

**デフォルトの名無しさん** · 2021/10/01(金) 17:34:07.79

>>632
> 自分のものは良いものだ

そうそう。その根拠がめちゃくちゃだからな。
どこで見たか忘れたけど、

シェルスクリプトの方がNoSQL？より速いという主張をするために、
ローカルのファイルの逐次アクセス vs NoSQL をしていたり

MySQLは遅いという主張をするために、
mysqlコマンドをSQLの実行のたびに起動してベンチマークしていたりと

めちゃくちゃな論文出してたからな
もうね、論文の内容があまりにもひどすぎて読むのを途中でやめちゃった

**デフォルトの名無しさん** · 2021/10/01(金) 17:40:20.00

だいたいさぁ、データベース処理のプロが多くの研究を続けて生まれたRDBMSよりも
Unixの時代に作られたシェルスクリプトが優れてるなんてありえないわけでさぁ

なーにが「RDBMSはデータ管理術を知らないプログラマーのための発明品」だよ

ヴァッカジャネーノ？

**デフォルトの名無しさん** · 2021/10/01(金) 18:47:21.02

>>627
jQuery react express
原理主義の影も形もないね

**デフォルトの名無しさん** · 2021/10/01(金) 19:44:04.83

>>636
なぁに、POSIX 原理主義者を紹介する公式ページは
jQuery react express なんか使ってないから問題ナシナシ

http://posixism.org/

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

>>630
ユニケージの事例としては内部のシステムのみっぽい
| 複雑な勤怠管理システムを3ヶ月でスクラッチ開発。
| 店と本部のコミュニケーションシステムも独自開発しました。

AWSの事例にも無印良品あったデータ分析にはRedshift使ってる

ネットストアはOracle使ってるっぽい
| 株式会社良品計画（以下、良品計画）は、商品勘定・物流業務システムのデータベース
| サーバーにOracle Exadata Database Machine（以下、Oracle Exadata）を導入した。

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

URL貼れなかった

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

>>635
いやあRDBMSを本格的に使ってる人ならわかるけどそんなに良いもんじゃない
インデックス利かなかったらめちゃくちゃ遅い

実行計画は気まぐれで変わるし何もしてないのにシステムが応答しなくなったなんて
ザラにあるからそれを想定して運用しないといけない

みずほ銀行の処理が終わらなくなったのもRDBMSのせいだと俺は睨んでる( ｰ`дｰ´)ｷﾘｯ

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

>>629
JavaはOracle独自の技術だし
.NETはMicrosoft独自の技術じゃん
POSIX原理主義はどこのベンダーにも縛られない100年後も通用する技術でっせ

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

構造化DB、ネットワークDBが先にあって、RDBMSができたわけだれども
RDBMSが世に出た当初は処理が遅すぎて使い物にならなかった
今でこそデータストアの主流ではあるけれども現代のシステムトラブルの9割はRDBMSが原因です

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

みんなも経験あるっしょ
grepで事足りるならgrep使ったが良い

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

>>640
インデックス聞けばめちゃくちゃ速いし
それができるのが技術者だろ

インデックスよくわからんから適当にやって
RDBMSのせいにすんなよ

> JavaはOracle独自の技術だし
> .NETはMicrosoft独自の技術じゃん
ユニケージはUSP独自の技術じゃん
そういうダブルスタンダードやめなされ

国際標準化されているJavaScriptやJavaや
C#やRubyを使えばいいでしょうｗ

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

>>643
grepで事足りないんやで

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

>>642
> RDBMSが世に出た当初は処理が遅すぎて使い物にならなかった
今は解決しましたね。

> 今でこそデータストアの主流ではあるけれども現代のシステムトラブルの9割はRDBMSが原因です
それはほぼ100%がRDBMSを使ってるからですよねｗ

日本語プログラミング言語のHSPはシステムトラブルを起こしたことがありません！

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

grepがダメなのはデータを頭から検索しないといけないから時間がかかる

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

>>644
インデックスが使われるかどうかは
実行計画しだいで実行計画は気まぐれっすよ

良い感じの実行計画になるように統計取得したりとか
しないといけないし大量のデータを出し入れするときは
インデックスのリビルド行わないといけなかったり
運用めっちゃ大変よ、古墳時代かよって思うような地道な作業ばかりよ
RDBMSはほとんど神頼みだね現代の銅鐸それがRDBMSです

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

C#はドトネトコア出たばかりでなあ大規模システムでの実績が不足してる

Javaはいまみずほ銀行が進行形でトラブってるしRubyはあれだし

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

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

>>641
Javaはともかく.NETはISO標準化されてるぞ
Monoとか聞いたこと無いんか？

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

ユニケージよりCommon Lispだよ
標準があるから100年使える
木星付近にある探査機を地球からリモートデバッグできた実績だってあるぞ

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

>>649
Monoは聞いたことある、ライブラリがバグだらけっていう悪評だけれども
ドトネトコアでも使われてるんだっけ？

JavaにもApache Harmonyという実装があったなあ、開発終了したけど

ドトネトは結局Microsoftという後ろ盾なしには成り立たないしなあ
MSが飽きてや～めたとなったらたとえオープンソースであろうと朽ち果てるのみですわ

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

ISOにどれだけの意味があるんでしょうね
ISOですごく助かったなんて経験俺には一つもないですね
JIS規格のクッキングスケールは毎日便利に使ってますけどねー

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

>>648
> インデックスが使われるかどうかは
> 実行計画しだいで実行計画は気まぐれっすよ

だからなんだよ？インデックスが使われるときは使ったほうが速い時だけ
使わないときはインデックス使っても遅い時
適切に判断してくれるからいいんだろうが

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

>>652
それを言ったらPOSIXにも意味がないよね
仕様が適当で、POSIXに従っていても互換性がない

**デフォルトの名無しさん** · 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 コマンドを使用した
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^