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

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

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

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

教授参戦してるじゃん

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

>>143
10年たったらボケて使い物にならなくなる可能性のある頭なんかに大事な記録を任せないでツール使えよw

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

フォルダ丸ごとコピーより git が優れている点はなんなんだ？

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

>>147
チーム開発しやすい

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

>>148
その目的では、Team Foundation Serverの方が便利だ。GUIだし。
それを使った場合でも、バックアップは単純にフォルダコピーするぞ。

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

大学やろ？
情報系の学科でも1/3くらいはプログラミングナニソレ状態だろう
どうせ使い方ミスって喚き散らす人が出るんだから、ディレクトリコピーでやらせた方が良い

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

>>149
うん、TFSのgitインターフェイス使うわ

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

>>141
gitでは"blob"という文字列とファイルの長さヘッダとしてファイルの中身を結合して
deflateで圧縮してる

3分ググって見つけたから復元楽勝だよ
https://git-scm.com/book/ja/v2/Git%E3%81%AE%E5%86%85%E5%81%B4-Git%E3%82%AA%E3%83%96%E3%82%B8%E3%82%A7%E3%82%AF%E3%83%88

gitの仕組みってすごくシンプルなんだよ

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

>>141
容量を減らすためだと思うよ
プレーンテキストだと数GBだけど圧縮したら数十MBになるなんてことザラにあるからね
あとプレーンテキストはデータが途中で切れてても気づけないってのがあるかな
ハッシュ値を取るのはそのためもあると思う

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

ストレージが潤沢にあるなら
プレーンテキストを使ったバージョン管理システム作るのもありかもしれないね

**デフォルトの名無しさん** · 2021/09/10(金) 15:41:46.59

圧縮は、破壊に弱いこととすべてが一体になっていることからレポジトリの
全量バックアップするしかない。
それだとバージョン管理ツールの意味が無い。
単純に各バージョンを圧縮して保存した方が安全だし便利。
gitはオープンソース開発時にネットへの更新アップロードが速いことだけが
メリット。
ネットにアップロードしない場合にはほとんど全くメリットが無くて、
デメリットばかり。

**デフォルトの名無しさん** · 2021/09/10(金) 15:50:38.85

>>155
gitはIDEでサポートされてるから
マウステケテケでbrache作ったりできるよ
元に戻すのもテケテケでできる

各バージョンを圧縮ってそれって破損に弱いのにそんなことして大丈夫なの？

**デフォルトの名無しさん** · 2021/09/10(金) 15:53:06.31

フォルダ管理は作業が面倒なのがネックだな
IDEでサポートされるくらいのシステマチックな仕組みを構築すればよいのだけれども
それってgitの再発明にしかならなくないかな

**デフォルトの名無しさん** · 2021/09/10(金) 15:55:13.68

gitのメリットは分散型なところかと
ローカルでバージョン管理できるからね
ネットつながらなくても使えるし仕組みがシンプルだからサクサク動作する

毎回リモートにコミットしてたSVNには戻りたくないでござる

**デフォルトの名無しさん** · 2021/09/10(金) 15:56:39.72

>>156
最後、gitなんか使わずに各バージョンを7zに圧縮してファイル名に日付とその日の番号を付けて保存して置けばgitよりずっと安全。

**デフォルトの名無しさん** · 2021/09/10(金) 15:57:20.22

>>157
どこが面倒なのか分からない。gitの方がよっぽど面倒。

**デフォルトの名無しさん** · 2021/09/10(金) 16:07:19.46

>>160
マウステケテケでできないところかな
Eclipseだと右クリックして比較ってやったらコミット前との比較とれたり別バージョンとの比較取れたりするんよ
コミットするときも右クリックしてコミット押したらコミット完了
元に戻すのもサクッとできる

フォルダ管理だと保存する作業を手作業でやらないといけないんでしょ
ファイル名に日付のその日の番号を入れたりとか、バカみたいだよ

**デフォルトの名無しさん** · 2021/09/10(金) 16:08:06.44

フォルダ管理でもいいけどバージョン管理システムとして完成させてIDEで簡単に使えるようにして欲しいかな

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

gitの何が面倒なんだろ、コマンド覚える必要は全然なくて
コミットしたら履歴が保存されて元に戻せるようになるって
こと覚えとけば十分だよ

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

フォルダ管理の手作業で行ってるネーミングや圧縮、解凍を自動化する仕組みがgitだよ

**デフォルトの名無しさん** · 2021/09/10(金) 16:18:54.10

>>159
gitの圧縮は信用できないけど7z圧縮はOKってイミフ

**デフォルトの名無しさん** · 2021/09/10(金) 16:20:05.22

>>164
バックアップとしての堅牢性に欠けることと、古いバージョンと新しいバージョン
を同時にビルドしなおしてテストするようなことが面倒。

**デフォルトの名無しさん** · 2021/09/10(金) 16:20:43.78

>>165
gitは、全バージョンを一つのリポジトリとして圧縮してしまうから、バックアップ
として意味が無い。

**デフォルトの名無しさん** · 2021/09/10(金) 16:22:51.17

githubは堅牢。その代わりオープンソースにしなくてはならない。
gitは危険。
7zは堅牢。

gitが危険でgithubが堅牢な理由は、世界中でcloneされることでバックアップされるから。git自体は危険。

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

>>167
では、リポジトリを分散させては
gitならローカルのリポジトリをリモートに反映するのはpushでOKだよ

フォルダ管理してた場合ストレージ逝ったら終わっちゃう

**デフォルトの名無しさん** · 2021/09/10(金) 16:25:03.79

>>168
7zは世界中でcloneされるわけじゃないから危ないよ！

**デフォルトの名無しさん** · 2021/09/10(金) 16:26:30.94

あと、gitの圧縮はファイル単位ですぞ

**デフォルトの名無しさん** · 2021/09/10(金) 16:32:24.31

>>168
githubは非公開にもできるのでプロプラなライセンスでも問題ないよ
無償利用だと昔は非公開にできなかったとかそういう話かな

**デフォルトの名無しさん** · 2021/09/10(金) 16:34:42.42

まあgithubはリモートリポジトリ提供してるだけだから
サーバ自分で立ててそこにリモートリポジトリ作ればgithub使わなくても問題ない

**デフォルトの名無しさん** · 2021/09/10(金) 16:59:32.45

>>170
危なくない。
7z方式の場合は、1つのバージョンだけが壊れるから安全。
gitは全バージョンが壊れるから危険。
githubは、gitの危険性をオープンソースの場合は全世界でcloneで回避しているから安全。

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

>>172
非公開を信じてgithub(MSやLinus?)にソース見せてどうすんの。
非公開なんて嘘に決まってるじゃん。

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

>>173
そんなこといったら、gitじゃなくても、データサーバーと多数の端末の
構成だったら何でも安全になる。git関係ない。

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

>>174
なんで壊れるのかよくわかんないけど
ディスク障害で壊れるんならリモートリポジトリにプッシュしとけばいいよ

gitが全部壊れるという前提なら7zも全部壊れる前提で分散させないとヤバいっすよ
7zヤバいっすよ

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

>>176
それはそうだけどgitにはリモートリポジトリにプッシュする機能があるから
git良いよねってことだよ

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

>>175
MSもLinusもそんなに暇じゃないと思うけど
暇つぶしにソース見られたとして何か困るん？
ソースパクられたら全力訴訟したら良いよ

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

>>177
後半。
gitは全バージョンを1つのバイナリレポジトリに圧縮してしまってるから、
ディスクのクラスタが1つ壊れても全破壊されるし、何らかの操作ミスで壊れる
時も全バージョンが壊れてしまう。
7zは、バージョン毎に圧縮してるからクラスタ故障でも操作ミスでも全体が
壊れる可能性ほぼない。

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

>>179
どうやってるかわからない時に見ればすぐ分かってしまう。
彼らは理解力があるからな。
しかし、どうやってやるかは彼らにも分からない事がある。
その答えがソースには書いてある。
研究の結果導いたやり方とか。

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

>>180
gitはファイル単位で圧縮してるから全部壊れることないよ
7zはバージョン単位でごっそり破壊されるから7zやばいっすよ

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

>>181
それで何が困るん？他人にわかられて困ることある？
独占欲の強い強欲プログラマにとってはよくないってことかな

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

githubがいやなら自分でサーバ立てるだけだから問題ないっしょ
いまどき中高生でも自分でサーバ立てる時代だからね

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

>>182
壊れた時に、gitのアルゴリズムやレポジトリのフォーマットを知らないプログラマが
対処できないだろうて。そんなことまでgitは対応して無いだろ？
いくら1ファイル単位で壊れると言ってもメカニズムを知らない人には対処できない
から意味無い。
一方、7zは、そのバージョンだけが壊れるし、単純明快なので安全。
1つのバージョンが壊れても大勢に影響ない。

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

>>183
例えば、Win32APIでやりたいことの実現法が分からなくて、何回も実験し、
ネットであらゆる情報を検索してやっと導いたやり方だったり、
特殊なアルゴリズムで他の人が真似できないくらい高効率を実現していたり
するから、見られたらダメ。

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

>>184
そんなことしなくても、7zでも十分。
gitは得られるメリットがほぼ無いのに、手間だけがかかる。
全バージョン全体のトータルのサイズは小さいとしても、全体を
高頻度バックアップする必要があるから、結局、それも嘘。

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

>>152
愚か者めバイナリで保存するのがダメだとまだわからんのか
Unixではデータはテキストで保存するのが常識だ
バイナリだとUnixツールが使えん、Unixの思想に反しておる
grep、diff、patch、ファイルを使ったバージョン管理で
使うこれらのコマンドが使えなくなるのがその証拠だ

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

>>185
ファイル単位で独立してるから他に波及しないと思うけどね
壊れたことないからわからないけど、git壊れた経験ある？

全世界で使ってる人がいるけどgit壊れるって話も聞かないし
めったにないことのように思える

リポジトリが壊れたらgitを知らない人が対処はできないだろうね

7zはそのバージョンのファイル全部まとめてぶっ壊れるわけでしょ
7zを知らないひとがそれを直せるかと言ったらできないわけじゃん

たとえ壊れることがあったとしてもリモートリポジトリ使ってれば問題ないよね
7zはすごくヤバいけど

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

>>187
7zも禁止だ。それは移植性がない。
独自のツールは10年後動く保証がない
認められる圧縮形式はcompressとuncompressのみだ

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

>>186
アイデアを誰にも知られず独占したいってことね、じゃあローカルで使うなりサーバ立てるなりすればよいだけだよ

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

>>183
例えば、Photoshopやスマホアプリの中に、画像の一部を魔法の様に消したり、
人間の部分だけを自動的に切り出すようなものがあるが、それもどういうアルゴリズム
を使っているのかは簡単には分からない。
また、3Dの山などの地形データを生成するアルゴリズムも分からない。
物理の教科書にも載ってない。
そういうものの多くは特許はとることなく、クローズドソースとして販売されてきた。
githubにアップロードして主催者がそれを勝手に見たらとんでもない損失。

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

>>189
バックアップの重要性を分かってないのか。
そりゃ話にならんぞ。

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

>>188
某POSIX原理主義者みたいなこと言ってるなあ
プレーンテキストだとデータが欠落してもわからない
ストレージの容量を食うなどの理由で圧縮してるんだと思うよ

Unixの常識に価値があると思ってるというお気持ちは伝わってきたけど
伝統工芸みたいでくだらない
進歩を止めてそこに付加価値を見出そうとしてるんでしょ
もしくはUnixに幻想をいだいて憧れてるだけかな
いずれにしろ愚鈍なだけ

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

Unixのコマンドを駆使すればgitでできることは全てできる
バージョン管理ソフトは10年持たない。Unixのコマンドは10年後でも利用できる
ソフトウェアの寿命よりも短いツールなんか使い物にならない
gitが滅んだらソフトウエアは復旧不可能になる
Unixコマンドを使え！問題は自力で解決せよ！

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

>>193
ちょっと話が飛躍してる気がする
リモートリポジトリ使ってればディスク障害起きたとしても問題ないよね

7zはそういうの結局手作業でコピーしたりしないといけないんじゃない？
ならgit使っちゃいなよユー

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

>>195
gitが滅ぶってことはgitよりも優れたバージョン管理ツールができるってことだから
マイグレーションツールも提供されるに決まってるよね、常識で考えなよ

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

>>196
gitは、想定された範囲内でしか使えない。
単純バックアップの場合、プロジェクトの問題発生時に非常に効率よく作業できる。

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

>>198
い、意味が、わからない

gitってただのファイルで管理されてるから
リポジトリを単純バックアップすることもできるよ

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

gitをすばらしいといってる人は、実際のバックアップの使い方を見たこと無い人。
もっと効率よく出来る。

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

7zで？

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

>>194
ディスク領域の節約がしたいならrsyncを使え！
rsyncにはハードリンクを使った差分バックアップの機能がある
なぜ我々がrsyncは許容しているかわかるか？
ハードリンクはUnixの機能だからrsyncが滅んだとしても
Unixのコマンドだけで取り出せるからだ

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

>>199
違うんだって。
過去バージョンに対してさまざまなことを確認したり、複数のバージョンを
色々試して不具合がいつおきたかを調査する時、gitでは効率が悪すぎて
話にならん。

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

>>201
シンプルだから、何でも出来る。
gitは複雑だからgit作者の想定の範囲内の事しかできない。

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

>>197
マイグレーションツールができる保証などない
メーカーはすぐサポートを打ち切る
10年後も同じように使えないツールは使い物にならない
Unixのコマンドなら10年後も使える

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

>>202
> rsyncは許容しているかわかるか？

日和ってんじゃねえぞカス、POSIXつらぬけよ軟弱者

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

>>203
Unixのコマンドを使ったバージョン管理ならcp -Rpを使うだけ
日付＋番号のディレクトリに移動するだけで
当時の環境を完全に再現することができる

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

>>205
いや、あのね、gitが滅ぶくらいに一般に普及するすぐれたバージョン管理ツールが
できるならマイグレーションツールが作られるに決まってるよね

メーカーよりも個人が作りそうな気がするけどなあ
メーカーが作ったものがgitを滅ぼすくらいに普及するとは思えないし
当然無料で提供されるものだよ、オープンソースでなかったら
オープンな実装をする人が出てくるだろうね、gitがそうであったように

あなたはUnixを高めようとするあまり視野狭窄に陥ってるように思える

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

>>204
7zで？

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

>>208
共同開発時に、GUIツールでそれぞれがソースの一部を修正し、どこを修正したか
あとから見て分かることは便利だが、Visual Source SafeやTeam Foundation Server
ではそれが出来る。
gitでは基本そんな便利なツールが無い。

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

>>209
gitよりは便利。

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

>>210
Unixのツールならdiffを使うだけだな
gitなんぞに頼るからそういうことになる

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

>>200
えっと、gitはバックアップツールではないので
バックアップすることだけが目的ならgitは使う必要ないと思う

gitはバージョンな管理ソフトだからgit使うとプログラムの開発がすごく捗るよ

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

>>211
7zが？

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

>>212
gitもdiff使うだけだな

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

7zてめえはどうなんだよ？あ？

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

gitはLinusが大量のパッチを差分確認してマージするために作ったツールだからなあ

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

>>207
なんだそのクソ面倒くさい作業は

ディレクトリ移動したらファイルパス変わっちゃう・・・

**デフォルトの名無しさん** · 2021/09/10(金) 18:04:26.74

>>202
ハードリンクに頼ったらリモートに対応できないんじゃないっすかね？
リモートに対応できなかったらディスク障害起こってドカーンですよね

圧縮しておいてワーキングツリーに展開する方式のほうが
ローカルでもリモートでも処理に一貫性があってシンプルでわかりやすくてすごいですよね

Unixは良いものだと思うけど原理主義はよろしくないね
rsyncで日和るくらいならgitでも日和れば良いよ

**デフォルトの名無しさん** · 2021/09/10(金) 18:08:39.91

gitでできるようなことはファイルシステムでできるのが理想なのだろうけどね
人間がフォルダ管理するのではなくてファイルシステムがgitの機能を持つって意味ね
いまは過渡期なのかもね

**デフォルトの名無しさん** · 2021/09/10(金) 18:13:55.47

>>192
うんあのそれはわかったよ
ローカルで使うなり自分専用のサーバ用意するなりすればいいよね
gitはgithubじゃなくても使えるんで

**デフォルトの名無しさん** · 2021/09/10(金) 18:16:23.35

バックアップが大事だと思うなら
サーバでgitのリポジトリをバックアップしとけばいいと思うよ
バージョン管理もできてリモートのおかげで障害にも強くてバックアップもあって万全

**デフォルトの名無しさん** · 2021/09/10(金) 18:29:05.86

>>218
それぐらい工夫しろ
いいか諸君、機能が無いと不満を言っても始まらぬ。
シェルスクリプトを書くなり何なりして、自力で解決するのだ！

**デフォルトの名無しさん** · 2021/09/10(金) 18:34:22.95

バージョン管理ソフトは目的を失っった。バージョン管理ソフトウェアのそもそもの目的は何だったのか。
開発を続け、バージョンアップしていくソフトウェアの維持管理に要するコストの抑制であったはずだ。
これは、我らがソフトウェアを5年、10年と生き長らえさせようとする、その根底に流れる目的そのものである。

ソフトウェアはバージョンアップする。新しいコードを加え、古いコードは切り捨て、時には依存するライブ
ラリーを付け替えもする。その変わる様をすべて届けることがバージョン管理ソフトウェアの役割であり、
それができて初めてまともに維持管理コストの抑制が実現する。

ゆえに「バージョン管理ソフトウェアは、ライブラリーの類よりも遥かに長く生き長らえなければ意味がない。」
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

ところが実際はそうなっていない。「バージョン管理ソフトウェアの維持管理」を強いられる。
本末転倒もいいところ。お前は何を言っているんだ。

**デフォルトの名無しさん** · 2021/09/10(金) 18:43:38.33

>>223
はい！git使います！

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

>>224
「バージョン管理ソフトウェアの維持管理」を強いられてるの？
gitのコミッタでもやってるん？

**デフォルトの名無しさん** · 2021/09/10(金) 18:58:50.07

自明のことだけれども
gitは維持管理のコストが十分に小さく
使うメリットが大きいから多くの人に受け入れられてるんだと思うよ

そういう現実から目をおそむけになって本末転倒と言われましてもね
それはこちらのセリフですぞと思うわけでございましてね

>>1 の大学で教えてる人ってPOSIX原理主義の人なのかな

**デフォルトの名無しさん** · 2021/09/10(金) 19:02:17.92

縛りプレイはそれはそれで楽しいからPOSIX原理主義も嫌いじゃないけど
gitはgitで仕組みがシンプルでUNIX哲学のKISSの原則に則ったソフトウェアで
gitはgitで良いんだよなあ

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

>>228
gitはUNIX哲学のKISSの原則を理解しておらぬ
KISSの原則とは誰でも使える道具だけを使ってソフトウェアを作ることだ
つまりUNIXコマンドのことだ
gitのような特定の人しか使えない道具に依存することでは断じて無い
gitが使えない状況になった時に作業できないのでは本末転倒だ

**デフォルトの名無しさん** · 2021/09/10(金) 19:25:06.02

>>229
> gitが使えない状況になった時に作業できない

こういう現実的でない状況を想定しないといけない時点で何かおかしいと思うよね

> KISSの原則とは誰でも使える道具だけを使ってソフトウェアを作ることだ
> つまりUNIXコマンドのことだ

これは単純に嘘だよね

非現実なことを言ったり嘘を言ったりしないとUNIXコマンドの素晴らしさを説けないなら
UNIXコマンドなんてクソですわ、PISIXなんてうんこですわ

でもYouTuberとしてなら活路がある気がする

原始人のような生活をしてPrimitive Technorogyというジャンルで
人気を集める動画があるからね

そういう趣味趣向としてなら一定の人たちに刺さるコンテンツにはなると思う

もし収益が得られたらそのお金でgitのサーバ立てたら良いと思う

**デフォルトの名無しさん** · 2021/09/10(金) 19:28:03.86

>>229
ところであなたはOSはNetBSDとか使ってるの？

FreeBSDもLinuxも基本コマンドはシンプルさとは程遠い実装になってるじゃん
あれはダメだよね、性能だけを追求してエレガントさをなくした闇落ちコマンドだよね

**デフォルトの名無しさん** · 2021/09/10(金) 19:28:27.88

>>230
wikiを読め！
https://ja.wikipedia.org/wiki/KISS%E3%81%AE%E5%8E%9F%E5%89%87

この原則の実例として次のような逸話がある。ジョンソンが設計チームに
一握りの工具を手渡して、平凡な整備員が戦闘状況で、この工具だけを使って
修理ができるようなジェット戦闘機を開発しろと課題を出したのである。

これをソフトウェア開発に当てはめると、平凡な開発者がUNIXコマンドという工具だけを
使って作れるようなソフトウェアを開発しろということだ

**デフォルトの名無しさん** · 2021/09/10(金) 19:28:36.77

いや、gitはPOSIX2018から標準コマンドだから。

**デフォルトの名無しさん** · 2021/09/10(金) 19:28:37.85

チーム開発での混乱を少しでも軽減することが大事であって
１０年前のレガシーコードとかクソどうでもいいんだが

**デフォルトの名無しさん** · 2021/09/10(金) 19:31:27.81

>>232
隅々までよんだけど、FreeBSDやLinuxの基本コマンドのような実装をするべきではないという旨が書いてあった
FreeBSDやLinuxの基本コマンドはUNIX哲学に完全に反してるわ、基本コマンドの使用を禁止して
クリーンな実装と置き換えるべきだと思いました

**デフォルトの名無しさん** · 2021/09/10(金) 19:34:16.11

NetBSDとOpenBSDは基本コマンドをすごくシンプルに実装してるよね、あれこそがUNIXなんだろうなって思う

**デフォルトの名無しさん** · 2021/09/10(金) 19:34:30.47

>>230
> こういう現実的でない状況を想定しないといけない時点で何かおかしいと思うよね
どこが現実的でないというのか？
バージョン管理ソフトは実際にrcs、cvs、svn、gitと何度も変わっておるだろう

時代によって使うものが替わり、新しいバージョン管理ソフトウェアが流行りだせば
その使い方を覚え直し、時にはリポジトリーの移行を強いられてきた

よくもまあ、懲りずにと言ったところだが、我らはもうたくさんだ！
もしかすると、きさまらは「gitを覚えれば安泰だ」などと思っているかもしれんが、
あと数年、遅くともあと5年も経てばきっと次のバージョン管理ソフトウェアが登場し
覚え直しとリポジトリーの移行を余儀なくされることだろう

**デフォルトの名無しさん** · 2021/09/10(金) 19:35:19.10

POSIX原理主義の人へ
>>233を見たか？どうなんだ？ gitよりPOSIXの方が先に変化しそうですが、POSIXやばくないですか？

**デフォルトの名無しさん** · 2021/09/10(金) 19:37:42.04

>>237
覚え直すくらい余裕だしリポジトリーの以降も余裕っしょ
gitはシンプルでサクサクで素晴らしいと思ってるけど
それを置き換えるような優れたバージョン管理ソフトが出てくるのは楽しみでしかないけどなあ

**デフォルトの名無しさん** · 2021/09/10(金) 19:39:04.31

>>238
デマを流すな。POSIXにあるバージョン管理ソフトウェアはsccsだけだ。
だがこれは使わないと断っておこう
これはオプション扱いであり、これがサポートされたUNIX系OSは今やほとんどないからだ

**デフォルトの名無しさん** · 2021/09/10(金) 19:46:13.29

>>239
大工と我々のエンジニアで、一つだけ大きく違うところがある。
大工は高度な技術を身に付け、日々その能力を発揮し、素人には真似できない仕事をする。
一方、我々は、高度な専門知識や技術を身につけても、普段はそれを活用しない。
むしろ、誰でも真似できるように噛み砕き、あえて高度ではないやり方で仕事をする。

常に技能を求められる職人仕事は別だが、事務仕事における人間の作業内容はそれほど複雑ではない。
というより、ルーチンワークになるところまで分割されていることが多い。
あまり複雑にしすぎると、業務が属人化して引き継ぎが難しくなり、人材流動のある企業活動が現実的ではなくなってくる。

人が理解できるレベルでの処理をPCにやらせるのに、これまでの担当者が理解できないような
高度な技能が必要となるようなやり方をする必要はない。これまでと同じレベルでの難しさで開発および操作できる必要がある。

こうした当初の目的を忘れることがないように我々は心得三箇条をもっている。

一、人手の作業を模倣せよ。
一、誰でも読めるコードに訳せ。
一、とっとと終わらせ、飲みに行け。

我々の手法は自動化と誰でも使用できることに注力した結果、わかりやすさと作業時間短縮を強く意識させるものになっている。
我々の間では「不慣れな技術はやめて、慣れてる技術で片づけてさっさと飲みに行こう。コロナのせいで店が閉まるのが早い」
というフレーズが飛び交っている。

**デフォルトの名無しさん** · 2021/09/10(金) 19:53:24.46

>>241
そんな自己啓発本に載ってるような安い文章に感化されてしまったの、なさけない
他人の言葉を引用するんじゃなくて自分の経験から出た自分の言葉はないものなの？
どうもあなたの中身が空っぽに思えて仕方ないんだけれども

OSのパッケージマネージャは使ってるでしょ
標準以外でも使うと便利なコマンドってあるよね
gitも使ってええんやで

**デフォルトの名無しさん** · 2021/09/10(金) 19:54:32.74

> 一、誰でも読めるコードに訳せ。

FreeBSDやLinuxの標準コマンドはこれを守ってないんだけれどもそれについてはどう思う？

**デフォルトの名無しさん** · 2021/09/10(金) 19:58:30.03

開発をスムーズにすすめることが目的の場合
POSIXにこだわることは目的を見失うことになるような気がする
gitという優れたコマンドがすでにあるならそれを使うべきじゃないかな
シェルスクリプトを一生懸命考えて書く時間あるならgitでサクッと解決して飲みに行ったらいんじゃないかな

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

gitは高度なやり方である。我々は高度な専門知識や技術を身につけても、普段はそれを活用しない。
誰でも真似できるように噛み砕き、あえて高度ではないやり方で仕事をする。
gitを使うと業務が属人化して引き継ぎが難しくなり、人材流動のある企業活動が現実的ではなくなってくる。
これまでの担当者が理解できないような高度な技能が必要となるようなやり方をする必要はない。