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

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

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

**デフォルトの名無しさん** · 2021/09/24(金) 14:24:44.62

シェルショッカーは負け犬の遠吠え感が
半端ないんだよなｗ

**デフォルトの名無しさん** · 2021/09/24(金) 14:25:09.25

>>543
コマンドがあるので十分ですよ
関数は余計な複雑さを増やすだけなのでNGです

**デフォルトの名無しさん** · 2021/09/24(金) 14:33:37.35

GolangにしてもReactにしても時代は脱抽象化です
昔からシェルスクリプトがやってることなんですけどね

**デフォルトの名無しさん** · 2021/09/24(金) 14:34:06.19

関数が余計な複雑さを生むって構造化プログラミングも知らんのかな？ｗ
抽象化の意味も勘違いしてそうだな

**デフォルトの名無しさん** · 2021/09/24(金) 14:36:14.41

>>548
シェルスクリプトでも条件分岐やループ書けますよ
それが構造化プログラミング
関数はコマンドがあるのでいりません

**デフォルトの名無しさん** · 2021/09/24(金) 14:37:49.41

> シェルスクリプトでも条件分岐やループ書けますよ
> それが構造化プログラミング
それは構造化定理

やーっぱりわかってなかったｗ
ダイクストラの論文よめや

**デフォルトの名無しさん** · 2021/09/24(金) 14:38:34.53

>>550
お前ｗでたらめなWikipedia読んだか？

**デフォルトの名無しさん** · 2021/09/24(金) 14:39:45.94

関数を作ることが構造化プログラミングだとするならば
構造化プログラミングは劣ったやり方だからこれから
コマンドとパイプで処理するように

**デフォルトの名無しさん** · 2021/09/24(金) 14:40:41.39

>>551
ダイクストラの論文よめ

**デフォルトの名無しさん** · 2021/09/24(金) 14:41:19.51

> 関数を作ることが構造化プログラミングだとするならば
やっぱりわかってないｗ

抽象化を行うことが構造化プログラミング
関数はその手段の一つ

**デフォルトの名無しさん** · 2021/09/24(金) 14:43:04.01

>>553
読む必要もない
シェルスクリプトでは関数はNG
コマンドにベタ書きがベスト
複雑さを避けてシンプルに直接的にプログラムを書く
これがベストプラクティス

**デフォルトの名無しさん** · 2021/09/24(金) 14:43:37.21

>>554
あってるじゃん
論理包含を理解してないの？

**デフォルトの名無しさん** · 2021/09/24(金) 14:44:44.52

関数がその手段の一つなら
関数を作ることは構造化プログラミングじゃん

だったら構造化プログラミングは劣ったやり方だから
POSIXプログラミングをやったが良い、悪い抽象化の癖を全部直せ

**デフォルトの名無しさん** · 2021/09/24(金) 14:47:45.85

いままでどれだけ関数を作ってきたんだ、それがあなたの罪の数です
罪滅ぼしのPOSIXプログラミング始めましょう

**デフォルトの名無しさん** · 2021/09/25(土) 04:49:08.41

もうスレタイ関係ないスレになってんな

**デフォルトの名無しさん** · 2021/09/26(日) 09:47:33.66

【研究】最近の大学生、PCのデータを分類したり整理するための「フォルダ」や「ディレクトリ」を知らないことが判明★５
https://asahi.5ch.net/test/read.cgi/newsplus/1632589017/

**デフォルトの名無しさん** · 2021/09/27(月) 04:52:45.28

1のキチガイ妄想教授虚言癖構ってちゃんに
トンチンカンな擁護する地獄のようなスレｗ
これはバカが真に受けないか心配だな

**デフォルトの名無しさん** · 2021/09/28(火) 01:31:29.76

gitを使う・・・勉強は大変かもいれないが、使えるようになれば楽になる
gitを使わない・・・いつまでも大変

gitの次が登場する・・・移行は大変かもしれないが、それが終わればもっと楽になる
gitを使わない・・・ずーっといつまでも大変なまま

だと思うんだけど何か間違ってる？

**デフォルトの名無しさん** · 2021/09/28(火) 06:42:24.59

>>562
正しい

ただ、その勉強ができない人がいるだけ
まあ、そういう人はずっと苦労すればいいんじゃないかな

**デフォルトの名無しさん** · 2021/09/28(火) 07:26:04.79

>>562
多分そのくらいで済んでいる人にとってはそのくらいで事足りてるから
それほど不便を感じていないかもだけどね。
まるごとコピーも良い面もあるのよ。
確実に「その時点のもの」のコピーだから、タイムスタンプも含めて確実にその時点の状態に戻せる。

gitも「万が一.gitの中身が変な壊れ方したらヤバいよなぁ」と思いながら使っている。

**デフォルトの名無しさん** · 2021/09/28(火) 07:42:56.85

>>564
うちのサーバーではbareのバージョン管理はディレクトリですわ。深夜にバックアップされて年月日の日付が入ってる

**デフォルトの名無しさん** · 2021/09/28(火) 11:33:49.40

>>564
確実にその時点の状態に戻したらダメだろ
コミットしないファイルとかもあるんだし

それにタイムスタンプが以前のものになったら再ビルドで困るだろ
古いコミットに戻した時、拡張子.cのソースコードのタイムスタンプが更新されるから
拡張子.oのオブジェクトファイルが再ビルドされるんだから
タイムスタンプが新しくなることも、バージョン管理ソフトの重要な機能なんだぞ

>>565
バックアップはバージョン管理じゃないよ

併用するのは構わんが、コミットとか差分とかその履歴とか
ステージング作業とか、ソースコードを管理するために使うのがバージョン管理

**デフォルトの名無しさん** · 2021/09/28(火) 11:47:19.70

>>565
バックアップはバージョン管理じゃねーよって書こうとしたらもう書かれてた
でも書いちゃう

**デフォルトの名無しさん** · 2021/09/28(火) 13:37:12.81

>>566
>1で、ディレクトリコピーっていうんだから、ディレクトリ名のサフィックスでも使って管理するんだろ。
ファイルの数も少ないから、diff使ってコメント入れて記録しておくとかね。
そういうクラシックなことをやっていると、手を入れていないファイルのタイムスタンプが変わるっていうのが嫌なんだよ。
タイムスタンプを鍵にして「このあたりは7月からいじってない」とか判断するから。

それが当たり前だと思っている人にとっては「不便」とは思わないが
便利さを知ってしまったら戻れないってやつね。
何事もそうだけどさ。

電話一つだって、家の黒電話しかなかった時はそれを激しく不便とは
思っていなかったけど今やスマホが無いととても不便に感じる。
そんなもんだ。

**デフォルトの名無しさん** · 2021/09/28(火) 14:31:43.19

> タイムスタンプを鍵にして「このあたりは7月からいじってない」とか判断するから。

それはとても悪い習慣ですね

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

>>567
昔はソースコードバージョニングってちゃんとソースコードって付いてたんだけどな。バージョン管理と言う言葉はバックアップにも適用出来てたんだけど、最近はバージョン管理と言えばソースコードのみになったんだな。

**デフォルトの名無しさん** · 2021/09/28(火) 21:40:58.65

> 面倒臭いというのを原動力としてソフトウェアを選ぶのも作るのも大いに結構。
> だが、ならばなぜシェルスクリプトを貶したうえで他の言語を選ぶのだ。
ここはいいんだけどさ

> 言語の賞味期限切れで、作ったプログラムがゴミクズになることや
> 乗り換えに伴う再学習に伴う面倒臭さはお前たちには見えぬのか。愚かなことだ。

やっぱり、こいつ再学習を面倒臭いって思ってるよねｗ
本当に勉強が嫌いなんだね。知識が賞味期限になることを恐れてるんだね
普通さぁ、いろんな言語やツールを使うものだぜ、なぁ？

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

「ファイル」や「フォルダ」を理解できない学生が急増中
https://leia.5ch.net/test/read.cgi/poverty/1632839471/

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

>>571
言語は習得に時間がかかるがツールの習得は早いから、
再学習の面倒くささは同列には語れないと思うなぁ

gitは1日で覚えられるが、Cは1日じゃ無理

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

>>573
なんで1日で覚えないといかんのだ？
1ヶ月で30個の言語を覚えるノルマとかがあるわけじゃないんだから

そもそもプログラミングっていうのは言語を覚えるよりも
アルゴリズムや設計の方が重要
なにか一つの言語を使ってプログラミングできる人は
他の言語だって1週間もあれば普通に作業できるようになるだろ？
本当にその言語をマスターするとなれば時間はかかるが
別にマスターしなければいけないようなものでもない

他の言語の乗り換えられないっていうのは、言語の文法しか知らなくて
プログラミングの基礎が身についてない証拠だよ

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

>>566
gitのワークフローがメインストリームかもしれないが、バックアップの世代管理がバージョン管理では無いと言い切るあたりgit脳と言うか。
Git以外やった事ないの？

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

>>575
「バックアップの世代管理がバージョン管理では無い」のはgit以外も同じなんだが？

git脳と言い切るなら、お前の言うことにはなにか根拠があるんだよな？
お前は、Git以外やったことあるか？Git以外ではどうだったか言ってみ

お前は反論してない。他人をgit脳呼ばわりし、Git以外は違うはずだと
お前の希望を述べてるだけ

なにか知ってるなら反論したまえよ

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

テープで世代管理は7世代くらいしてた北海道のデータセンターに毎日送ってたよすごい手間がかかる

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

>>574
そういう話ではないよ

言語は1日では覚えられないが、gitは1日で覚えられるから、gitの再学習は面倒くさくない
という話だよ

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

>>576
目的が版の管理なら何だってバージョン管理だろ。ソースコードに限らず画像だって製版だってそうだ。
バージョン管理、と言う言葉をソースコードのバージョン管理ツールを使ったワークフローに限定しているからgit脳と呼んだ。

**デフォルトの名無しさん** · 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を使えばいいでしょうｗ