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

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

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

**デフォルトの名無しさん** · 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コマンドで
比較したものということであってますか？

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

>>753
0.12×8=1なので
計算通りですね

>>754
論文に書いてあるとおりですね

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

そうですか？

なんで grepコマンド vs mysqlコマンドで
比較したんですか？普通はmysqlコマンド使わないのですが

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

>>756
ええ、ではmysqlコマンドを使わない普通のやり方では何秒になりましたか？
それを検証してくださいと言ってるんですよ

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

0.0001 秒以下です

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

>>758
その実験に使ったソースコード提示して
いまの君はSTAP細胞はありまぁすと言ってるのと同じだから
実験ノートの提出を要求します

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

そういえば昔MySQLのコネクタがバグってて単純なselectでも全然違う値が帰ってきたことがあったなあ
それ以来MySQLを信用しなくなった

「生殺与奪の権を他人に握らせるな」って水柱が言ってたけど
MySQLはOracleに買収された時点で生殺与奪の権を他人に握られてるんだよね

sqliteかpostgresqlがおすすめ

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

大規模システムの経験しかないからプライベートでもpostgresqlばっかりだわ

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

postgresは歴史的にはunixとほぼ同じだからねユニケージと言っていいでしょう

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

ディレクトリコピーなんて贅沢すぎる。
クリアファイルで管理しろ。

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

A4バインダーの万能性について知るべき。

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

>>760
もしかしてMariaDBってしらんの？MySQLからフォークしたプロジェクト
あれこそ、オープンソースは特定のベンダーに独占されてない
ことを示す証拠のひとつなんだが

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

ユニケージはUSPに生殺与奪権を握られてる

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

ポスグレはユニックスと言っても過言ではないでしょう。
なぜならポスグレはユニックスだからです。

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

まー、普通に考えたら10年後、20年後も使えるシステムを作るなら
プロプラなツールに依存するのはありえないよね
その会社が潰れたら終わりだし代替製品すらないし

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

>>765
MariaDBを作ってるところはMariaDB Corporation
Corporationの意味はわかるな？生殺与奪の権利を別の会社が握ってるだけ
それじゃあダメなんですわー

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

>>768
なるほどなるほど

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

>>769
今はMySQLの話をしていたんだけど？
Oracleに生殺与奪の権利を握られてたんじゃないの？
なんでMariaDBが登場したの？

ライセンスの話はできる？
クローズドなライセンスがUSPのユニケージだよね

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

>>771
> 765 2021/10/02(土) 18:58:54.31 ID:Ehhdm9v/ (9/12) デフォルトの名無しさん
> >>760
> もしかしてMariaDBってしらんの？MySQLからフォークしたプロジェクト
> あれこそ、オープンソースは特定のベンダーに独占されてない
> ことを示す証拠のひとつなんだが

MariaDBを登場させたのはこの人ですね
君とID同じだね、君あれか記憶がすっ飛ぶタイプか？

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

あ、偶然ID被ってるわ。

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

昔はPostgreSQL使ってたけど
最近はMySQLばっかりだな

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

>>772
ガバガバだなｗ

あのなぁ、MariaDBが”世の中に"登場したのは
OracleがMySQLを買収したからなの

でもOracleに買収されても、Oracleにが殺すことは出来ないの
MariaDBが登場したから

これがオープンソースが特定のベンダーに独占されていないということ

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

>>775
ああそういう意味ね、次から自分で先に情報出してそれが議論だから
MariaDBは登場したけどMaria DB Corporationに生殺与奪の権利を持たれてる

> 特定のベンダーに独占されていないということ
これは事実に反してるよね

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

プログラムは更新されなくなったら使う人もいなくなり死んでいくのです
MariaDBも同じ、会社が潰れたらお終いです
オープンソースはソフトウェアの墓場でもあるわけですね

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

オープンソースは特定の会社の所有物にはならない言ってるのに
なんで会社の話が出てくるのか？

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

それにさっきからユニケージはUSPに生殺与奪の権利を持たれてるって
話をずっと無視してるけどなんで？ｗ

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

例えばMariaDBは、Fork数1.2KだからMaria DB Corporation以外に
少なくとも1200人が所有しているわけで
https://github.com/MariaDB/server

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

使ってるユーザーがいなくなるわけ無いでしょうと

Amazon RDS for MariaDB
https://aws.あまぞん.com/jp/rds/mariadb/

GCPもMariaDBだっけ？