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

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

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

**デフォルトの名無しさん** · 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だっけ？

**デフォルトの名無しさん** · 2021/10/03(日) 00:16:49.54

そうだね！ハム太郎！

**デフォルトの名無しさん** · 2021/10/03(日) 00:18:16.72

>>778
金を投資してる会社があるからプログラムの開発が続けられるんだよ
だからこそMariaDB Corporationという会社が作られたに決まってるじゃないか
論理的な帰結として会社が潰れたらMariaDBは終わりです
ライセンスとか関係ない

**デフォルトの名無しさん** · 2021/10/03(日) 00:19:56.62

>>779
ユニケージはPOSIXだからそういうのないんですよ
言うまでもないことですけどね

**デフォルトの名無しさん** · 2021/10/03(日) 00:20:07.66

やっぱり「ユニケージはUSPに生殺与奪の権利を持たれてる」という話は
スルーしてるな

**デフォルトの名無しさん** · 2021/10/03(日) 00:20:36.01

>>784
POSIXコマンド一覧に、ユニケージが作ったコマンドは載ってませんよ

**デフォルトの名無しさん** · 2021/10/03(日) 00:22:13.48

>>781
1) Maria DB Corporationがいまのところ健在
2) 会社があるからプログラムの開発も活発に行われている
3) 開発がさかんだからユーザはそれを使いたがる

こういった順番でユーザはMariaDBを使っているわけですが
1) の会社が潰れたら2)や3)も成り立たなくなるので終わりなわけですね

**デフォルトの名無しさん** · 2021/10/03(日) 00:23:12.20

>>786
ユニケージはPOSIXの専門家が作ったものなのでPOSIX準拠とみなして良いです、それは気にする必要ないです

**デフォルトの名無しさん** · 2021/10/03(日) 00:23:57.17

>>785
ユニケージはPOSIXに準拠してるんでそういうのないですよ
アイスクリームに賞味期限がないのと同じです、何事にも例外はあります

**デフォルトの名無しさん** · 2021/10/03(日) 00:27:35.71

Haskellに魅了されてしまってるのですが。

**デフォルトの名無しさん** · 2021/10/03(日) 00:29:21.87

>>790
それじゃあ今からお前の名前はハス太郎だ、分かったら返事をするんだ、ハス太郎！

**デフォルトの名無しさん** · 2021/10/03(日) 00:29:30.57

アイスクリームって酸化しないの？

**デフォルトの名無しさん** · 2021/10/03(日) 00:32:21.30

>>792
詳しいことはわかんないけどお口の恋人ロッテが賞味期限ないって言ってるからそうなんだと思う
https://www.lotte.co.jp/qa/ice.html

**デフォルトの名無しさん** · 2021/10/03(日) 00:37:30.21

ミラクルな食べ物なんですね！

**デフォルトの名無しさん** · 2021/10/03(日) 00:40:34.42

>>788
ユニケージ（USP）はPOSIXの素人ですよ
POSIXで何の活動もしてません。
会員登録すらしてないのでは？

**デフォルトの名無しさん** · 2021/10/03(日) 00:41:52.70

>>789
> ユニケージはPOSIXに準拠してるんでそういうのないですよ

POSIXに準拠しているコマンドならOKという理屈であれば
POSIXに準拠して作られてるコマンドは全部使ってOKってことになりますよね？

でもPOSIXに準拠していてもプロプラだと将来使えなくなるのでは？ｗ
オープンソースじゃないとダメですねー

**デフォルトの名無しさん** · 2021/10/03(日) 00:46:50.92

どのメーカーのOSであろうとも、POSIX認証受けてれば使えるんじゃないの。

**デフォルトの名無しさん** · 2021/10/03(日) 00:58:07.50

OS？なんの話してるの？

**デフォルトの名無しさん** · 2021/10/03(日) 09:23:10.88

いつの間にか「一切修正しなくても動き続ける」みたいな前提があることになってるし

**デフォルトの名無しさん** · 2021/10/03(日) 11:50:51.97

「交換可能性担保」とかいうわけのわからない理論のことかな？
最初からcurlとwgetの両対応で作っておけば、どちらが使えなくなっても動く～とかさ
いきなり消えてなくなるわけもないんだし、OSのアップデート時に廃止パッケージになったら
その時に修正すればいいだろとしか思わないよね。修正無しで動き続けるなんて無駄な要件

**デフォルトの名無しさん** · 2021/10/05(火) 16:15:06.36

漢なら黙ってSVNだよね…

**デフォルトの名無しさん** · 2021/10/05(火) 22:27:07.31

核戦争を想定してるんだろ？

核シェルターにしか住めない！シェルターに住んでないヤツは馬鹿！
シェルター暮らしでもこんなに豊かに暮らせる！やっぱり他のヤツは馬鹿！って

**デフォルトの名無しさん** · 2021/10/06(水) 18:57:58.67

POSIX原理主義者が負けて逃げ去ってからすっかり静かになってしまったなｗ
所詮、世界の常識であるgitとRDBMSに

たかがユニケージののプロプラ技術が
かなうわけないんやで

**デフォルトの名無しさん** · 2021/10/08(金) 03:19:50.82

AwkでGitを作るプロジェクト
https://github.com/djanderson/aho

Posix原理主義は日本にとどまらず世界的な流れなんだよ