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

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

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

**デフォルトの名無しさん** · 2021/09/29(水) 08:45:32.25

人はそこに美味しいものがあるのではないかと思うから手を出したり勉強しようと思う。
でも、美味しさが食べてみるまでわからないものも多々あるのだな。

脳みそはサボリ屋さんだからね。経験を積むほど、「サボり方」り方を心得てきているから、既存の知識で間に合うとなると、わざわざ手間のかかることをやりたがらなくなる。

経験を積むほど、サボらせないだけの好奇心と「気合い」が必要になるのだな。

**デフォルトの名無しさん** · 2021/09/29(水) 09:41:01.05

>>579
普通バージョン管理と言ったらVCSのことだよ
バックアップを何世代残すかはあくまでバックアップだなあ

**デフォルトの名無しさん** · 2021/09/29(水) 09:42:24.44

>>576
ああ、今気づいた。あなたはSCM全体のことをバージョン管理と呼んでいるのか。確かに世代バックアップだけではSCMとは呼べないな。俺のエスパースキルの不足を詫びるわ。

**デフォルトの名無しさん** · 2021/09/29(水) 09:52:41.00

まーたマウント合戦始まってら

**デフォルトの名無しさん** · 2021/09/29(水) 09:57:28.31

>>581
バックアップの世代管理の件はスレタイからのこじつけもあって、リポジトリ自体はフォルダ丸ごとコピーする以外管理出来ないな、と思ってて良いレス期待してたのよ。素直に謝るわ。
でもなんで目的と手段がイコールになるのよ。

**デフォルトの名無しさん** · 2021/09/29(水) 11:33:41.10

【話題】「ファイル」や「フォルダ」を理解できない学生が急増中
https://egg.5ch.net/test/read.cgi/scienceplus/1632881270/

**デフォルトの名無しさん** · 2021/09/29(水) 12:07:16.20

>>584
世代って言ったらgenerationだし
バージョン管理と世代管理は別物だよ

https://ja.wikipedia.org/wiki/SCM
5. ソースコードマネージメント（英: source code management）の略。⇒バージョン管理システム

https://en.wikipedia.org/wiki/Source_control_management ⇒ Version_controlへのリダイレクト
https://en.wikipedia.org/wiki/Version_control_system ⇒ 同上

エスパーも何もSCMはバージョン管理のことなんだよなぁ
知識不足を侘びてね

**デフォルトの名無しさん** · 2021/09/29(水) 12:28:11.54

アプリとライブラリを分て開発してた場合。
このバージョンのアプリは、このバージョンのライブラリーじゃないと動か無いとかあるよね。

例えば、gitで古いバージョンのアプリを出した時、今のバージョンのライブラリーだと動かない。
でもどのバージョンのライブラリーを出せばいいか分からないって時。

gitって、アプリとライブラリーの紐づけってできるの？自分で覚えてないとダメ？

**デフォルトの名無しさん** · 2021/09/29(水) 12:57:26.72

>>587
いくつも方法はある

1. ライブラリをそのままリポジトリ入れてしまう
欠点
・ライセンスや配布形態によってはそのまま入れられない場合がある
・ライブラリにバグが脆弱性有った場合、リポジトリに含めていると気づかなかったり更新しづらくなる

これはあまり良くないやり方、ライブラリのコピーになってしまうため
あちこちに少し違うバージョンが量産されてしまう

2. 特定のバージョン（以上）が必要だと明記するだけ
ライブラリが将来無くなったり非互換性が気になるなら、現在のライブラリを別の場所にコピーしておけば良い

3. 各言語にある依存ライブラリをインストールする方法（package.json等）を使う
基本的に依存ライブラリのインストールは簡単。適切なバージョンがインストールされる

4. gitの機能でサブモジュールというのがあって、別のリポジトリの特定のバージョンにリンクできる
ライブラリがパッケージとして提供されていなかったりする場合はこちら

**デフォルトの名無しさん** · 2021/09/29(水) 13:34:57.88

金沢大学「シェルスクリプト言語論」は偽開発技術
https://mevius.5ch.net/test/read.cgi/tech/1632511262/

**デフォルトの名無しさん** · 2021/09/29(水) 14:27:13.10

>>588
お、4番がよさそう。
見てみるよ、有難う。

**デフォルトの名無しさん** · 2021/09/29(水) 15:44:59.41

>>586
あぁWikipediaか。じゃあそのVersion controlの項目もう一度良く読んでおいで。

**デフォルトの名無しさん** · 2021/09/29(水) 17:47:40.42

>>591
読んだよ。それでなに？
俺が言ってることには何の影響もなかった

**デフォルトの名無しさん** · 2021/09/29(水) 18:22:10.61

>>592
だからさ、バージョン管理はコンピューターができる前、プログラムのソースコードがない時代からやってんのになんでバージョン管理とソースコードマネジメントがイコールになるんだと言っているの。
Version controlの項目にも
The numbering of book editions and of specification revisions are examples that date back to the print-only era.
と書いてあるだろ。俺はバージョン管理と言う言葉をバージョン管理システムを略して言ってるんじゃないぞ？ソースコードに限って言ってる訳でもない。
だから.gitの管理は前時代的にやるしかないのかと言う意味で書き込んだんだ。
実際今でも小さな印刷所は管理システム無しで、製版データの世代管理でバージョン管理やってる訳なのよ。
Git脳が気に入らないならgit世代でどうだ？

**デフォルトの名無しさん** · 2021/09/29(水) 18:25:42.95

>>593
ここプログラム板なの、わかる？
プログラミングに関する話をするところなの
コンピューターができる以前の話をしてるのはお前だけなの
わかる？

**デフォルトの名無しさん** · 2021/09/29(水) 18:27:08.10

俺らはプログラミング脳なんだが
こいつは印刷所脳なんだろうなｗ

**デフォルトの名無しさん** · 2021/09/29(水) 18:28:03.58

俺らはプログラミング世代なのに
一人だけコンピュータができる前世代ｗ

**デフォルトの名無しさん** · 2021/09/29(水) 19:24:28.82

>>593
ワロタ
何の話してんだw

**デフォルトの名無しさん** · 2021/09/30(木) 06:01:29.06

>>596
だからバージョン管理はソースコード管理とイコールじゃない、つまりコンピュータやプログラミングだけで使われる言葉、概念じゃないと最初から一貫して言ってるだろ。今頃気づいたのかよ。
話が噛み合わない訳だ。

**デフォルトの名無しさん** · 2021/09/30(木) 06:42:08.13

デフォルトは債務不履行って意味があるんだ！って
執拗に言われてもなぁ（苦笑）

**デフォルトの名無しさん** · 2021/09/30(木) 06:44:40.02

一般的はね

Source_control_management = Version_control = Version_control_system
SCM = バージョン管理 = VCS なの

https://en.wikipedia.org/wiki/Source_control_management ⇒ Version_controlへのリダイレクト
https://en.wikipedia.org/wiki/Version_control_system ⇒ 同上

英語でもそう扱われてるの

**デフォルトの名無しさん** · 2021/09/30(木) 08:34:25.56

>>600
ちゃんと読んでおいでと言ったのに中身読んでないだろ。そのページに

Version control is a component of software configuration management.

と書いてあるだろ。しかも冒頭に。

**デフォルトの名無しさん** · 2021/09/30(木) 09:53:18.71

>>600
そういえば、君はgit使ってる様だけどバージョンの管理はどうやってるの？
俺はgit公式にあるようにgit tagを使って管理してるけど。
こんな感じ
https://git-scm.com/book/ja/v2/Git-の基本-タグ

**デフォルトの名無しさん** · 2021/09/30(木) 12:18:02.85

>>600
ついでにだね、バージョン管理がSCMとイコールなら、リリースしたバイナリのバージョン管理もSCM。
さらにストア側が申請段階から要求してくるバージョニングについても、申請バージョンの管理である以上、ストアのエンジニアはこれもSCMで管理。番号とバイナリだけ管理すりゃ良いのにSCM。
ソース関係ないバージョン管理だってあるんだけどな。

どうすんの？全てSCMって事にして俺が謝ればいいの？

**デフォルトの名無しさん** · 2021/09/30(木) 12:20:49.00

とりあえず謝ってもらっていいですか？

**デフォルトの名無しさん** · 2021/09/30(木) 12:22:04.37

gitは便利だと思うけど、少なくとも手元にバックアップは必要かと思ってう

**デフォルトの名無しさん** · 2021/09/30(木) 12:30:57.72

>>602
バージョンの管理なのか
（リリース用の）バージョン番号の管理なのか
どっち？

**デフォルトの名無しさん** · 2021/09/30(木) 12:48:17.09

POSIX原理主義もいいけど時代は仮想マーケットだよ
https://merpla.net/boards/
メルプラネットは会話すればポイントが貰える
そのポイントで商品を作ることができるよ
会話するだけで生活が出来る世界を目指してます

**デフォルトの名無しさん** · 2021/09/30(木) 13:27:31.81

>>603
なんか勘違いしてるようだけど、バージョン管理ツールはバイナリの管理はしないよ
バイナリはソースコードからビルドして生成するもの
小さい画像とか入れることはあるけど「バイナリ形式のソース」のような扱い

バージョン管理ツールの特定のコミットに対してリリース用のバージョン番号をつけるけど
バイナリを生成しているわけではない。単にソースコードにバージョン番号をつけてるだけ

**デフォルトの名無しさん** · 2021/09/30(木) 13:27:56.77

>>607
読んでねーだろｗ
POSIX原理主義はクソだって話をしてる

**デフォルトの名無しさん** · 2021/09/30(木) 13:54:47.53

>>601
> Version control is a component of software configuration management.
訳バージョン管理はソフトウェア構成管理の部品です。

お前「software configuration management」のリンククリックしたか？

https://en.wikipedia.org/wiki/Software_configuration_management
> Not to be confused with Version Control System.
訳バージョン管理と勘違いしないでください

https://developer.mozilla.org/ja/docs/Glossary/SCM
> SCM (Source Control Management) は、ソースコードを管理するための仕組みです。

バージョン管理（SCM: Source Contron Management）はソフトウェア構成管理（SCM: software configuration management）の一機能であって、
SCM = SCM じゃないんだよ（笑）
紛らわしいからSCMなんて用語使うな

だからみんなバージョン管理って言ってるんだろうが
そこに連想ゲームでバージョン管理→SCM→ソフトウェア構成管理といいだすお前がアホ

**デフォルトの名無しさん** · 2021/09/30(木) 15:43:56.00

>>610
的確な指導ありがとう！でもイコールって言ってるの>>601じゃないよ。
アホってつけるならもっとよく確認して貰いたいなぁ。

**デフォルトの名無しさん** · 2021/09/30(木) 15:49:45.75

>>600でバージョン管理はSCM（Source_control_management）と
イコールって書いてあるだろ
何か間違ってんのか？

> Source_control_management = Version_control = Version_control_system
> SCM = バージョン管理 = VCS なの
>
> https://en.wikipedia.org/wiki/Source_control_management ⇒ Version_controlへのリダイレクト
> https://en.wikipedia.org/wiki/Version_control_system ⇒ 同上
>
> 英語でもそう扱われてるの

**デフォルトの名無しさん** · 2021/09/30(木) 16:59:28.87

その点メルプラネットなら会話するだけでポイントが？

**デフォルトの名無しさん** · 2021/09/30(木) 17:08:19.05

それにしても知識のベースがWikipediaの人結構いるんだな。

**デフォルトの名無しさん** · 2021/09/30(木) 18:08:18.64

お前のことな

**デフォルトの名無しさん** · 2021/09/30(木) 20:17:41.39

バカでもわかるように書いてあるから
一般人にはそれで良いんだ

**デフォルトの名無しさん** · 2021/09/30(木) 23:29:53.37

実際にやってみたらやっぱgit便利だなってなるわ。
そういう意味でやってみるのもいいんでねーの。

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

便利かどうかじゃなくて
この先の人生ずっと同じものを使えるかどうかだからな
あのアホの基準は

生産性とかそんな事一切考えてない

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

>>618
その基準だったらプログラマーできなーなw

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

>>619
そうそう。だから色んなものを使うなって禁止しまくってる
自分が作った理論であれば、自分よりもその理論に詳しい人は存在しないからね
それを押し付けて相手の成長機会をなくせば
gitも使えない無能の兵隊の出来上がりってわけ

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

コンピュータを生業にしてて、一生同じもの扱うなんてありえないよ。ITなんて進歩が異常な業界の一つなのに。
言い方は悪いが単純労働系以外は勉強が必要だと思うがなあ。

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

若い時に身につけた知識だけでやっていきたい気持ちはわからなくもないが
この業界で、新しいことの勉強が嫌なら引退した方がいいわな

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

ユニケージという新しいことのお勉強が嫌なら引退したが良い

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

>>621
そうだな、ユニケージ勉強しような

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

POSIX原理主義の優れているところは本質を理解するってこと
gitやsvnといった表層を知ったところで所詮流行りものでしかないすぐに廃れる
本質はずっと変わらないから生涯役に立つ知識・技術を習得でき応用できる
POSIX原理主義の真髄をそこにある

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

ユニケージやってた無印のシステムボッコボコやんw

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

>>626
無印のWebサイトは軽快に動いてデザインもきれいで見やすくてすごく使いやすいけどどこがあかんの？

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

トレンドを追いかけるだけの奴らより、例えユニケージだろうとトレンド作ろうとしてる奴らの方がIT技術者らしいと思うけどなぁ。

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

>>623
同じ勉強でも、あるベンダー独自の潰しが効かない技術を勉強するのと
オープンで他の会社でも使える技術を勉強するのとでは価値がぜんぜん違う
本人のためにならない

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

>>627
ユニケージでトラブル起こしたし、リプレイスしたんじゃない？

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

>>628
ユニケージはクローズドな技術で、USPでしか使われてないので
トレンドにはならんよ。独自技術を作ってるだけ

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

>>628
世の中の様々な技術や物事を分析してトレンドを作り出そうとしてるなら立派な技術者だが、ユニケージとやらは周りのことを理解しようともせず自分のものは良いものだと唱え続けてるだけだから相手にする価値もないと思う

**デフォルトの名無しさん** · 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秒なのは当たり前だし
ファイルがメモリにキャッシュされればそれ以下の時間で検索するのは当たり前

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