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

1 名前：デフォルトの名無しさん mailto:sage [2021/09/07(火) 17:20:16.10 ID:YOJCpOYh.net] しろって大学で習ったんですが・・・ アホですかあいつ？ 159 名前：デフォルトの名無しさん [2021/09/10(金) 15:53:06.31 ID:/A8hhUIw.net] フォルダ管理は作業が面倒なのがネックだな IDEでサポートされるくらいのシステマチックな仕組みを構築すればよいのだけれども それってgitの再発明にしかならなくないかな 160 名前：デフォルトの名無しさん [2021/09/10(金) 15:55:13.68 ID:/A8hhUIw.net] gitのメリットは分散型なところかと ローカルでバージョン管理できるからね ネットつながらなくても使えるし仕組みがシンプルだからサクサク動作する 毎回リモートにコミットしてたSVNには戻りたくないでござる 161 名前：デフォルトの名無しさん mailto:sage [2021/09/10(金) 15:56:39.72 ID:I2sJLr90.net] >>156 最後、gitなんか使わずに各バージョンを7zに圧縮してファイル名に日付とその日の番号を付けて保存して置けばgitよりずっと安全。 162 名前：デフォルトの名無しさん mailto:sage [2021/09/10(金) 15:57:20.22 ID:I2sJLr90.net] >>157 どこが面倒なのか分からない。gitの方がよっぽど面倒。 163 名前：デフォルトの名無しさん [2021/09/10(金) 16:07:19.46 ID:/A8hhUIw.net] >>160 マウステケテケでできないところかな Eclipseだと右クリックして比較ってやったらコミット前との比較とれたり別バージョンとの比較取れたりするんよ コミットするときも右クリックしてコミット押したらコミット完了 元に戻すのもサクッとできる フォルダ管理だと保存する作業を手作業でやらないといけないんでしょ ファイル名に日付のその日の番号を入れたりとか、バカみたいだよ 164 名前：デフォルトの名無しさん [2021/09/10(金) 16:08:06.44 ID:/A8hhUIw.net] フォルダ管理でもいいけどバージョン管理システムとして完成させてIDEで簡単に使えるようにして欲しいかな 165 名前：デフォルトの名無しさん [2021/09/10(金) 16:12:06.31 ID:/A8hhUIw.net] gitの何が面倒なんだろ、コマンド覚える必要は全然なくて コミットしたら� 166 名前：囓�が保存されて元に戻せるようになるって こと覚えとけば十分だよ [] [ここ壊れてます] 167 名前：デフォルトの名無しさん [2021/09/10(金) 16:16:59.02 ID:/A8hhUIw.net] フォルダ管理の手作業で行ってるネーミングや圧縮、解凍を自動化する仕組みがgitだよ 168 名前：デフォルトの名無しさん mailto:sage [2021/09/10(金) 16:18:54.10 ID:OevFkRdZ.net] >>159 gitの圧縮は信用できないけど7z圧縮はOKってイミフ 169 名前：デフォルトの名無しさん mailto:sage [2021/09/10(金) 16:20:05.22 ID:EF1+Elrf.net] >>164 バックアップとしての堅牢性に欠けることと、古いバージョンと新しいバージョン を同時にビルドしなおしてテストするようなことが面倒。 170 名前：デフォルトの名無しさん mailto:sage [2021/09/10(金) 16:20:43.78 ID:EF1+Elrf.net] >>165 gitは、全バージョンを一つのリポジトリとして圧縮してしまうから、バックアップ として意味が無い。 171 名前：デフォルトの名無しさん mailto:sage [2021/09/10(金) 16:22:51.17 ID:EF1+Elrf.net] githubは堅牢。その代わりオープンソースにしなくてはならない。 gitは危険。 7zは堅牢。 gitが危険でgithubが堅牢な理由は、世界中でcloneされることでバックアップされるから。git自体は危険。 172 名前：デフォルトの名無しさん [2021/09/10(金) 16:24:07.39 ID:/A8hhUIw.net] >>167 では、リポジトリを分散させては gitならローカルのリポジトリをリモートに反映するのはpushでOKだよ フォルダ管理してた場合ストレージ逝ったら終わっちゃう 173 名前：デフォルトの名無しさん [2021/09/10(金) 16:25:03.79 ID:/A8hhUIw.net] >>168 7zは世界中でcloneされるわけじゃないから危ないよ！ 174 名前：デフォルトの名無しさん [2021/09/10(金) 16:26:30.94 ID:/A8hhUIw.net] あと、gitの圧縮はファイル単位ですぞ 175 名前：デフォルトの名無しさん [2021/09/10(金) 16:32:24.31 ID:/A8hhUIw.net] >>168 githubは非公開にもできるのでプロプラなライセンスでも問題ないよ 無償利用だと昔は非公開にできなかったとかそういう話かな 176 名前：デフォルトの名無しさん [2021/09/10(金) 16:34:42.42 ID:/A8hhUIw.net] まあgithubはリモートリポジトリ提供してるだけだから サーバ自分で立ててそこにリモートリポジトリ作ればgithub使わなくても問題ない 177 名前：デフォルトの名無しさん mailto:sage [2021/09/10(金) 16:59:32.45 ID:aTRJkGWC.net] >>170 危なくない。 7z方式の場合は、1つのバージョンだけが壊れるから安全。 gitは全バージョンが壊れるから危険。 githubは、gitの危険性をオープンソースの場合は全世界でcloneで回避しているから安全。 178 名前：デフォルトの名無しさん mailto:sage [2021/09/10(金) 17:01:12.01 ID:aTRJkGWC.net] >>172 非公開を信じてgithub(MSやLinus?)にソース見せてどうすんの。 非公開なんて嘘に決まってるじゃん。 179 名前：デフォルトの名無しさん mailto:sage [2021/09/10(金) 17:02:59.12 ID:aTRJkGWC.net] >>173 そんなこといったら、gitじゃなくても、データサーバーと多数の端末の 構成だったら何でも安全になる。git関係ない。 180 名前：デフォルトの名無しさん [2021/09/10(金) 17:03:36.22 ID:/A8hhUIw.net] >>174 なんで壊れるのかよくわかんないけど ディスク障害で壊れるんならリモートリポジトリにプッシュしとけばいいよ gitが全部壊れるという前提なら7zも全部壊れる前提で分散させないとヤバいっすよ 7zヤバいっすよ 181 名前：デフォルトの名無しさん [2021/09/10(金) 17:04:26.87 ID:/A8hhUIw.net] >>176 それはそうだけどgitにはリモートリポジトリにプッシュする機能があるから git良いよねってことだよ 182 名前：デフォルトの名無しさん [2021/09/10(金) 17:05:28.74 ID:/A8hhUIw.net] >>175 MSもLinusもそんなに暇じゃないと思うけど 暇つぶしにソース見られたとして何か困るん？ ソースパクられたら全力訴訟したら良いよ 183 名前：デフォルトの名無しさん mailto:sage [2021/09/10(金) 17:06:22.01 ID:aTRJkGWC.net] >>177 後半。 gitは全バージョンを1つのバイナリレポジトリに圧縮してしまってるから、 ディスクのクラスタが1つ壊れても全破壊されるし、何らかの操作ミスで壊れる 時も全バージョンが壊れてしまう。 7zは、バージョン毎に圧縮してるからクラスタ故障でも操作ミスでも全体が 壊れる可能性ほぼない。 184 名前：デフォルトの名無しさん mailto:sage [2021/09/10(金) 17:07:39.23 ID:aTRJkGWC.net] >>179 どうやってるかわからない時に見ればすぐ分かってしまう。 彼らは理解力があるからな。 しかし、どうやってやるかは彼らにも分からない事がある。 その答えがソースには書いてある。 研究の結果導いたやり方とか。 185 名前：デフォルトの名無しさん [2021/09/10(金) 17:07:56.03 ID:/A8hhUIw.net] >>180 gitはファイル単位で圧縮してるから全部壊れることないよ 7zはバージョン単位でごっそり破壊されるから7zやばいっすよ 186 名前：デフォルトの名無しさん [2021/09/10(金) 17:10:43.89 ID:/A8hhUIw.net] >>181 それで何が困るん？ 他人にわかられて困ることある？ 独占欲の� 187 名前：ｭい強欲プログラマにとってはよくないってことかな [] [ここ壊れてます] 188 名前：デフォルトの名無しさん [2021/09/10(金) 17:11:31.91 ID:/A8hhUIw.net] githubがいやなら自分でサーバ立てるだけだから問題ないっしょ いまどき中高生でも自分でサーバ立てる時代だからね 189 名前：デフォルトの名無しさん mailto:sage [2021/09/10(金) 17:12:55.63 ID:aTRJkGWC.net] >>182 壊れた時に、gitのアルゴリズムやレポジトリのフォーマットを知らないプログラマが 対処できないだろうて。そんなことまでgitは対応して無いだろ？ いくら1ファイル単位で壊れると言ってもメカニズムを知らない人には対処できない から意味無い。 一方、7zは、そのバージョンだけが壊れるし、単純明快なので安全。 1つのバージョンが壊れても大勢に影響ない。 190 名前：デフォルトの名無しさん mailto:sage [2021/09/10(金) 17:14:51.71 ID:aTRJkGWC.net] >>183 例えば、Win32APIでやりたいことの実現法が分からなくて、何回も実験し、 ネットであらゆる情報を検索してやっと導いたやり方だったり、 特殊なアルゴリズムで他の人が真似できないくらい高効率を実現していたり するから、見られたらダメ。 191 名前：デフォルトの名無しさん mailto:sage [2021/09/10(金) 17:17:20.60 ID:aTRJkGWC.net] >>184 そんなことしなくても、7zでも十分。 gitは得られるメリットがほぼ無いのに、手間だけがかかる。 全バージョン全体のトータルのサイズは小さいとしても、全体を 高頻度バックアップする必要があるから、結局、それも嘘。 192 名前：デフォルトの名無しさん [2021/09/10(金) 17:18:17.24 ID:+fBDwmx3.net] >>152 愚か者めバイナリで保存するのがダメだとまだわからんのか Unixではデータはテキストで保存するのが常識だ バイナリだとUnixツールが使えん、Unixの思想に反しておる grep、diff、patch、ファイルを使ったバージョン管理で 使うこれらのコマンドが使えなくなるのがその証拠だ 193 名前：デフォルトの名無しさん [2021/09/10(金) 17:19:48.47 ID:/A8hhUIw.net] >>185 ファイル単位で独立してるから他に波及しないと思うけどね 壊れたことないからわからないけど、git壊れた経験ある？ 全世界で使ってる人がいるけどgit壊れるって話も聞かないし めったにないことのように思える リポジトリが壊れたらgitを知らない人が対処はできないだろうね 7zはそのバージョンのファイル全部まとめてぶっ壊れるわけでしょ 7zを知らないひとがそれを直せるかと言ったらできないわけじゃん たとえ壊れることがあったとしてもリモートリポジトリ使ってれば問題ないよね 7zはすごくヤバいけど 194 名前：デフォルトの名無しさん [2021/09/10(金) 17:20:07.89 ID:+fBDwmx3.net] >>187 7zも禁止だ。それは移植性がない。 独自のツールは10年後動く保証がない 認められる圧縮形式はcompressとuncompressのみだ 195 名前：デフォルトの名無しさん [2021/09/10(金) 17:21:25.82 ID:/A8hhUIw.net] >>186 アイデアを誰にも知られず独占したいってことね、じゃあローカルで使うなりサーバ立てるなりすればよいだけだよ 196 名前：デフォルトの名無しさん mailto:sage [2021/09/10(金) 17:22:11.04 ID:aTRJkGWC.net] >>183 例えば、Photoshopやスマホアプリの中に、画像の一部を魔法の様に消したり、 人間の部分だけを自動的に切り出すようなものがあるが、それもどういうアルゴリズム を使っているのかは簡単には分からない。 また、3Dの山などの地形データを生成するアルゴリズムも分からない。 物理の教科書にも載ってない。 そういうものの多くは特許はとることなく、クローズドソースとして販売されてきた。 githubにアップロードして主催者がそれを勝手に見たらとんでもない損失。 197 名前：デフォルトの名無しさん mailto:sage [2021/09/10(金) 17:23:03.48 ID:aTRJkGWC.net] >>189 バックアップの重要性を分かってないのか。 そりゃ話にならんぞ。 198 名前：デフォルトの名無しさん [2021/09/10(金) 17:27:21.62 ID:/A8hhUIw.net] >>188 某POSIX原理主義者みたいなこと言ってるなあ プレーンテキストだとデータが欠落してもわからない ストレージの容量を食うなどの理由で圧縮してるんだと思うよ Unixの常識に価値があると思ってるというお気持ちは伝わってきたけど 伝統工芸みたいでくだらない 進歩を止めてそこに付加価値を見出そうとしてるんでしょ もしくはUnixに幻想をいだいて憧れてるだけかな いずれにしろ愚鈍なだけ 199 名前：デフォルトの名無しさん [2021/09/10(金) 17:27:48.82 ID:+fBDwmx3.net] Unixのコマンドを駆使すればgitでできることは全てできる バージョン管理ソフトは10年持たない。Unixのコマンドは10年後でも利用できる ソフトウェアの寿命よりも短いツールなんか使い物にならない gitが滅んだらソフトウエアは復旧不可能になる Unixコマンドを使え！問題は自力で解決せよ！ 200 名前：デフォルトの名無しさん [2021/09/10(金) 17:29:20.83 ID:/A8hhUIw.net] >>193 ちょっと話が飛躍してる気がする リモートリポジトリ使ってればディスク障害起きたとしても問題ないよね 7zはそういうの結局手作業でコピーしたりしないといけないんじゃない？ ならgit使っちゃいなよユー 201 名前：デフォルトの名無しさん [2021/09/10(金) 17:31:45.88 ID:/A8hhUIw.net] >>195 gitが滅ぶってことはgitよりも優れたバージョン管理ツールができるってことだから マイグレーションツールも提供されるに決まってるよね、常識で考えなよ 202 名前：デフォルトの名無しさん mailto:sage [2021/09/10(金) 17:32:42.96 ID:dS7angqs.net] >>196 gitは、想定された範囲内でしか使えない。 単純バックアップの場合、プロジェクトの問題発生時に非常に効率よく作業できる。 203 名前：デフォルトの名無しさん [2021/09/10(金) 17:33:56.42 ID:/A8hhUIw.net] >>198 い、意味が、わからない gitってただのファイルで管理されてるから リポジトリを単純バックアップすることもできるよ 204 名前：デフォルトの名無しさん mailto:sage [2021/09/10(金) 17:34:02.38 ID:dS7angqs.net] gitをすばらしいといってる人は、実際のバックアップの使い方を見たこと無い人。 もっと効率よく出来る。 205 名前：デフォルトの名無しさん [2021/09/10(金) 17:34:36.72 ID:/A8hhUIw.net] 7zで？ 206 名前：デフォルトの名無しさん [2021/09/10(金) 17:34:40.99 ID:+fBDwmx3.net] >>194 ディスク領域の節約がしたいならrsyncを使え！ rsyncにはハードリンクを使った差分バックアップの機能がある なぜ我々がrsyncは許容しているかわかるか？ ハードリンクはUnixの機能だからrsyncが滅んだとしても Unixのコマンドだけで取り出せるからだ 207 名前：デフォルトの名無しさん mailto:sage [2021/09/10(金) 17:35:05.30 ID:dS7angqs.net] >>199 違うんだって。 過去バージョンに対してさまざまなことを確認したり、複数のバージョンを 色々試して不具合がいつおきたかを調査する時、gitでは効率が悪すぎて 話にならん。 208 名前：デフォルトの名無しさん mailto:sage [2021/09/10(金) 17:36:10.42 ID:dS7angqs.net] >>201 シンプルだから、何でも出来る。 gitは複雑だからgit作者の想定の範囲内の事しかできない。 209 名前：デフォルトの名無しさん [2021/09/10(金) 17:36:28.92 ID:+fBDwmx3.net] >>197 マイグレーションツールができる保証などない メーカーはすぐサポートを打ち切る 10年後も同じように使えないツールは使い物にならない Unixのコマンドなら10年後も使える 210 名前：デフォルトの名無しさん [2021/09/10(金) 17:36:51.42 ID:/A8hhUIw.net] >>202 > rsyncは許容しているかわかるか？ 日和ってんじゃねえぞカス、POSIXつらぬけよ軟弱者 211 名前：デフォルトの名無しさん [2021/09/10(金) 17:37:51.38 ID:+fBDwmx3.net] >>203 Unixのコマンドを使ったバージョン管理ならcp -Rpを使うだけ 日付＋番号のディレクトリに移動するだけで 当時の環境を完全に再現することができる 212 名前：デフォルトの名無しさん [2021/09/10(金) 17:40:31.77 ID:/A8hhUIw.net] >>205 いや、あのね、gitが滅ぶくらいに一般に普及するすぐれたバージョン管理ツールが できるならマイグレーションツールが作られるに決まってるよね メーカーよりも個人が作りそうな気がするけどなあ メーカーが作ったものがgitを滅ぼすくらいに普及するとは思えないし 当然無料で提供されるものだよ、オープンソースでなかったら オープンな実装をする人が出てくるだろうね、gitがそうであったように あなたはUnixを高めようとするあまり視野狭窄に陥ってるように思える 213 名前：デフォルトの名無しさん [2021/09/10(金) 17:43:01.85 ID:/A8hhUIw.net] >>204 7zで？ 214 名前：デフォルトの名無しさん mailto:sage [2021/09/10(金) 17:44:12.61 ID:dS7angqs.net] >>208 共同開発時に、GUIツールでそれぞれがソースの一部を修正し、どこを修正したか あとから見て分かることは便利だが、Visual Source SafeやTeam Foundation Server ではそれが出来る。 gitでは基本そんな便利なツールが無い。 215 名前：デフォルトの名無しさん mailto:sage [2021/09/10(金) 17:44:34.94 ID:dS7angqs.net] >>209 gitよりは便利。 216 名前：デフォルトの名無しさん [2021/09/10(金) 17:45:14.69 ID:+fBDwmx3.net] >>210 Unixのツールならdiffを使うだけだな gitなんぞに頼るからそういうことになる 217 名前：デフォルトの名無しさん [2021/09/10(金) 17:46:14.33 ID:/A8hhUIw.net] >>200 えっと、gitはバックアップツールではないので バックアップすることだけが目的ならgitは使う必要ないと思う gitはバージョンな管理ソフトだからgit使うとプログラムの開発がすごく捗るよ 218 名前：デフォルトの名無しさん [2021/09/10(金) 17:46:27.82 ID:/A8hhUIw.net] >>211 7zが？ 219 名前：デフォルトの名無しさん [2021/09/10(金) 17:47:58.58 ID:/A8hhUIw.net] >>212 gitもdiff使うだけだな 220 名前：デフォルトの名無しさん [2021/09/10(金) 17:48:15.10 ID:/A8hhUIw.net] 7zてめえはどうなんだよ？あ？ 221 名前：デフォルトの名無しさん [2021/09/10(金) 17:51:34.07 ID:/A8hhUIw.net] gitはLinusが大量のパッチを差分確認してマージするために作ったツールだからなあ 222 名前：デフォルトの名無しさん [2021/09/10(金) 17:58:12.89 ID:/A8hhUIw.net] >>207 なんだそのクソ面倒くさい作業は ディレクトリ移動したらファイルパス変わっちゃう・・・ 223 名前：デフォルトの名無しさん [2021/09/10(金) 18:04:26.74 ID:/A8hhUIw.net] >>202 ハードリンクに頼ったらリモートに対応できないんじゃないっすかね？ リモートに対応できなかったらディスク障害起こってドカーンですよね 圧縮しておいてワーキングツリーに展開する方式のほうが ローカルでもリモートでも処理に一貫性があってシンプルでわかりやすくてすごいですよね Unixは良いものだと思うけど原理主義はよろしくないね rsyncで日和るくらいならgitでも日和れば良いよ 224 名前：デフォルトの名無しさん [2021/09/10(金) 18:08:39.91 ID:/A8hhUIw.net] gitでできるようなことはファイルシステムでできるのが理想なのだろうけどね 人間がフォルダ管理するのではなくてファイルシステムがgitの機能を持つって意味ね いまは過渡期なのかもね 225 名前：デフォルトの名無しさん [2021/09/10(金) 18:13:55.47 ID:/A8hhUIw.net] >>192 うんあのそれはわかったよ ローカルで使うなり自分専用のサーバ用意するなりすればいいよね gitはgithubじゃなくても使えるんで 226 名前：デフォルトの名無しさん [2021/09/10(金) 18:16:23.35 ID:/A8hhUIw.net] バックアップが大事だと思うなら サーバでgitのリポジトリをバックアップしとけばいいと思うよ バージョン管理もできてリモートのおかげで障害にも強くてバックアップもあって万全 227 名前：デフォルトの名無しさん [2021/09/10(金) 18:29:05.86 ID:+fBDwmx3.net] >>218 それぐらい工夫しろ いいか諸君、機能が無いと不満を言っても始まらぬ。 シェルスクリプトを書くなり何なりして、自力で解決するのだ！ 228 名前：デフォルトの名無しさん [2021/09/10(金) 18:34:22.95 ID:+fBDwmx3.net] バージョン管理ソフトは目的を失っった。バージョン管理ソフトウェアのそもそもの目的は何だったのか。 開発を続け、バージョンアップしていくソフトウェアの維持管理に要するコストの抑制であったはずだ。 これは、我らがソフトウェアを5年、10年と生き長らえさせようとする、その根底に流れる目的そのものである。 ソフトウェアはバージョンアップする。新しいコードを加え、古いコードは切り捨て、時には依存するライブ ラリーを付け替えもする。その変わる様をすべて 届けることがバージョン管理ソフトウェアの役割であり、 それができて初めてまともに維持管理コストの抑制が実現する。 ゆえに「バージョン管理ソフトウェアは、ライブラリーの類よりも遥かに長く生き長らえなければ意味がない。」 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ところが実際はそうなっていない。「バージョン管理ソフトウェアの維持管理」を強いられる。 本末転倒もいいところ。お前は何を言っているんだ。 229 名前：デフォルトの名無しさん [2021/09/10(金) 18:43:38.33 ID:/A8hhUIw.net] >>223 はい！git使います！ 230 名前：デフォルトの名無しさん [2021/09/10(金) 18:47:10.42 ID:/A8hhUIw.net] >>224 「バージョン管理ソフトウェアの維持管理」を強いられてるの？ gitのコミッタでもやってるん？ 231 名前：デフォルトの名無しさん [2021/09/10(金) 18:58:50.07 ID:/A8hhUIw.net] 自明のことだけれども gitは維持管理のコストが十分に小さく 使うメリットが大きいから多くの人に受け入れられてるんだと思うよ そういう現実から目をおそむけになって本末転倒と言われましてもね それはこちらのセリフですぞと思うわけでございましてね >>1 の大学で教えてる人ってPOSIX原理主義の人なのかな 232 名前：デフォルトの名無しさん [2021/09/10(金) 19:02:17.92 ID:/A8hhUIw.net] 縛りプレイはそれはそれで楽しいからPOSIX原理主義も嫌いじゃないけど gitはgitで仕組みがシンプルでUNIX哲学のKISSの原則に則ったソフトウェアで gitはgitで良いんだよなあ 233 名前：デフォルトの名無しさん [2021/09/10(金) 19:09:42.28 ID:+fBDwmx3.net] >>228 gitはUNIX哲学のKISSの原則を理解しておらぬ KISSの原則とは誰でも使える道具だけを使ってソフトウェアを作ることだ つまりUNIXコマンドのことだ gitのような特定の人しか使えない道具に依存することでは断じて無い gitが使えない状況になった時に作業できないのでは本末転倒だ 234 名前：デフォルトの名無しさん [2021/09/10(金) 19:25:06.02 ID:/A8hhUIw.net] >>229 > gitが使えない状況になった時に作業できない こういう現実的でない状況を想定しないといけない時点で何かおかしいと思うよね > KISSの原則とは誰でも使える道具だけを使ってソフトウェアを作ることだ > つまりUNIXコマンドのことだ これは単純に嘘だよね 非現実なことを言ったり嘘を言ったりしないとUNIXコマンドの素晴らしさを説けないなら UNIXコマンドなんてクソですわ、PISIXなんてうんこですわ でもYouTuberとしてなら活路がある気がする 原始人のような生活をしてPrimitive Technorogyというジャンルで 人気を集める動画があるからね そういう趣味趣向としてなら一定の人たちに刺さるコンテンツにはなると思う もし収益が得られたらそのお金でgitのサーバ立てたら良いと思う 235 名前：デフォルトの名無しさん [2021/09/10(金) 19:28:03.86 ID:/A8hhUIw.net] >>229 ところであなたはOSはNetBSDとか使ってるの？ FreeBSDもLinuxも基本コマンドはシンプルさとは程遠い実装になってるじゃん あれはダメだよね、性能だけを追求してエレガントさをなくした闇落ちコマンドだよね 236 名前：デフォルトの名無しさん [2021/09/10(金) 19:28:27.88 ID:+fBDwmx3.net] >>230 wikiを読め！ https://ja.wikipedia.org/wiki/KISS%E3%81%AE%E5%8E%9F%E5%89%87 この原則の実例として次のような逸話がある。ジョンソンが設計チームに 一握りの工具を手渡して、平凡な整備員が戦闘状況で、この工具だけを使って 修理ができるようなジェット戦闘機を開発しろと課題を出したのである。 これをソフトウェア開発に当てはめると、平凡な開発者がUNIXコマンドという工具だけを 使って作れるようなソフトウェアを開発しろということだ 237 名前：デフォルトの名無しさん [2021/09/10(金) 19:28:36.77 ID:E1Nw8KVf.net] いや、gitはPOSIX2018から標準コマンドだから。 238 名前：デフォルトの名無しさん mailto:sage [2021/09/10(金) 19:28:37.85 ID:cyYUC2eh.net] チーム開発での混乱を少しでも軽減することが大事であって １０年前のレガシーコードとかクソどうでもいいんだが 239 名前：デフォルトの名無しさん [2021/09/10(金) 19:31:27.81 ID:/A8hhUIw.net] >>232 隅々までよんだけど、FreeBSDやLinuxの基本コマンドのような実装をするべきではないという旨が書いてあった FreeBSDやLinuxの基本コマンドはUNIX哲学に完全に反してるわ、基本コマンドの使用を禁止して クリーンな実装と置き換えるべきだと思いました 240 名前：デフォルトの名無しさん [2021/09/10(金) 19:34:16.11 ID:/A8hhUIw.net] NetBSDとOpenBSDは基本コマンドをすごくシンプルに実装してるよね、あれこそがUNIXなんだろうなって思う 241 名前：デフォルトの名無しさん [2021/09/10(金) 19:34:30.47 ID:+fBDwmx3.net] >>230 > こういう現実的でない状況を想定しないといけない時点で何かおかしいと思うよね どこが現実的でないというのか？ バージョン管理ソフトは実際にrcs、cvs、svn、gitと何度も変わっておるだろう 時代によって使うものが替わり、新しいバージョン管理ソフトウェアが流行りだせば その使い方を覚え直し、時にはリポジトリーの移行を強いられてきた よくもまあ、懲りずにと言ったところだが、我らはもうたくさんだ！ もしかすると、きさまらは「gitを覚えれば安泰だ」などと思っているかもしれんが、 あと数年、遅くともあと5年も経てばきっと次のバージョン管理ソフトウェアが登場し 覚え直しとリポジトリーの移行を余儀なくされることだろう 242 名前：デフォルトの名無しさん [2021/09/10(金) 19:35:19.10 ID:/A8hhUIw.net] POSIX原理主義の人へ >>233を見たか？ どうなんだ？ gitよりPOSIXの方が先に変化しそうですが、POSIXやばくないですか？ 243 名前：デフォルトの名無しさん [2021/09/10(金) 19:37:42.04 ID:/A8hhUIw.net] >>237 覚え直すくらい余裕だしリポジトリーの以降も余裕っしょ gitはシンプルでサクサクで素晴らしいと思ってるけど それを置き換えるような優れたバージョン管理ソフトが出てくるのは楽しみでしかないけどなあ 244 名前：デフォルトの名無しさん [2021/09/10(金) 19:39:04.31 ID:+fBDwmx3.net] >>238 デマを流すな。POSIXにあるバージョン管理ソフトウェアはsccsだけだ。 だがこれは使わないと断っておこう これはオプション扱いであり、これがサポートされたUNIX系OSは今やほとんどないからだ 245 名前：デフォルトの名無しさん [2021/09/10(金) 19:46:13.29 ID:+fBDwmx3.net] >>239 大工と我々のエンジニアで、一つだけ大きく違うところがある。 大工は高度な技術を身に付け、日々その能力を発揮し、素人には真似できない仕事をする。 一方、我々は、高度な専門知識や技術を身につけても、普段はそれを活用しない。 むしろ、誰でも真似できるように噛み砕き、あえて高度ではないやり方で仕事をする。 常に技能を求められる職人仕事は別だが、事務仕事における人間の作業内容はそれほど複雑ではない。 というより、ルーチンワークになるところまで分割されていることが多い。 あまり複雑にしすぎると、業務が属人化して引き継ぎが難しくなり、人材流動のある企業活動が現実的ではなくなってくる。 人が理解できるレベルでの処理をPCにやらせるのに、これまでの担当者が理解できないような 高度な技能が必要となるようなやり方をする必要はない。これまでと同じレベルでの難しさで開発および操作できる必要がある。 こうした当初の目的を忘れることがないように我々は心得三箇条をもっている。 一、人手の作業を模倣せよ。 一、誰でも読めるコードに訳せ。 一、とっとと終わらせ、飲みに行け。 我々の手法は自動化と誰でも使用できることに注力した結果、わかりやすさと作業時間短縮を強く意識させるものになっている。 我々の間では「不慣れな技術はやめて、慣れてる技術で片づけてさっさと飲みに行こう。コロナのせいで店が閉まるのが早い」 というフレーズが飛び交っている。 246 名前：デフォルトの名無しさん [2021/09/10(金) 19:53:24.46 ID:/A8hhUIw.net] >>241 そんな自己啓発本に載ってるような安い文章に感化されてしまったの、なさけない 他人の言葉を引用するんじゃなくて自分の経験から出た自分の言葉はないものなの？ どうもあなたの中身が空っぽに思えて仕方ないんだけれども OSのパッケージマネージャは使ってるでしょ 標準以外でも使うと便利なコマンドってあるよね gitも使ってええんやで 247 名前：デフォルトの名無しさん [2021/09/10(金) 19:54:32.74 ID:/A8hhUIw.net] > 一、誰でも読めるコードに訳せ。 FreeBSDやLinuxの標準コマンドはこれを守ってないんだけれどもそれについてはどう思う？ 248 名前：デフォルトの名無しさん [2021/09/10(金) 19:58:30.03 ID:/A8hhUIw.net] 開発をスムーズにすすめることが目的の場合 POSIXにこだわることは目的を見失うことになるような気がする gitという優れたコマンドがすでにあるならそれを使うべきじゃないかな シェルスクリプトを一生懸命考えて書く時間あるならgitでサクッと解決して飲みに行ったらいんじゃないかな 249 名前：デフォルトの名無しさん [2021/09/10(金) 20:17:22.05 ID:+fBDwmx3.net] gitは高度なやり方である。我々は高度な専門知識や技術を身につけても、普段はそれを活用しない。 誰でも真似できるように噛み砕き、あえて高度ではないやり方で仕事をする。 gitを使うと業務が属人化して引き継ぎが難しくなり、人材流動のある企業活動が現実的ではなくなってくる。 これまでの担当者が理解できないような高度な技能が必要となるようなやり方をする必要はない。 250 名前：デフォルトの名無しさん [2021/09/10(金) 20:20:15.01 ID:/A8hhUIw.net] >>245 そうかな、gitはいまどきデザイナも使うくらい広まってるよ gitでできることをシェルスクリプトで作りましたので保守してくださいと 言われる方がつらいと思うけどなあ POSIX原理主義の方が属人性すごいと思う 251 名前：デフォルトの名無しさん mailto:sage [2021/09/10(金) 20:24:32.73 ID:BvzuEO+M.net] 独りで開発してると正直gitいらんかもしれない でもpushでリモートにコピーできるのは便利かなァ 252 名前：デフォルトの名無しさん mailto:sage [2021/09/10(金) 20:27:59.48 ID:pn7y7rhP.net] >>245 ×あえて高度ではないやり方で仕事をする ◯僕は新しいことを覚えられないから自分が知ってるやり方だけで仕事をする 253 名前：デフォルトの名無しさん mailto:sage [2021/09/10(金) 20:29:15.00 ID:pn7y7rhP.net] >>237 あんたの言うところの我らって誰？ 脳内の別人格の皆さん？ 254 名前：デフォルトの名無しさん mailto:sage [2021/09/10(金) 20:34:58.50 ID:An9suLEf.net] はっきりしてるのはこんなドブスレで爺さん相手に暇潰しても得るものはないということだな 255 名前：デフォルトの名無しさん mailto:sage [2021/09/10(金) 21:55:19.99 ID:kAVp3Lay.net] 漏れは、以下のRuby スクリプト内で、7zip を起動して、 drag & drop した複数のファイルの、SHA256 のハッシュ値を取得しているけど、 以下のように、出力が多くて、単純にハッシュ値だけを取得できない Size: 623 SHA256 for data: C40DD428B8F4A8D528BE9BD26BAC0F67C75A5E3669F72242AD122703E80EF69E それと、日本語のファイル名も、文字化けして出力される command = "C:/Program Files/7-Zip/7z.exe" option = " h -scrcsha256 " p ARGV # 配列 puts "-" * 20 # SHA256 の Hash (CheckSum) # 7z h -scrcsha256 "C:\Users\Owner\あ.txt" ARGV.select { |full_path| File.file?( full_path ) } # ファイルのみ .each do |full_path| res = `#{ '"' + command + '"' + option + '"' + full_path + '"' }` # コマンド実行 puts full_path + res + ( "-" * 20 ) end # コマンドプロンプトを経由しない際に、 # 出力したコマンドプロンプト画面を閉じないようにする sleep 256 名前：デフォルトの名無しさん mailto:sage [2021/09/10(金) 22:00:47.40 ID:sC58HZ25.net] POSIX原理主義者の人の、口調しか真似られないの悲しすぎない？ あっちはちゃんと殴るための武器を自前で作ってくるのにこの駄劣化さんは叩き台も提示できない… 257 名前：デフォルトの名無しさん mailto:sage [2021/09/10(金) 22:16:30.29 ID:xoZ3IzsZ.net] うちの会社のPGは全員git使えるけどな PGなら今時git使えて当たり前だろ 258 名前：デフォルトの名無しさん [2021/09/10(金) 22:54:43.79 ID:+fBDwmx3.net] >>252 ならば叩き台を提示してやろう 目先のことしか考えていないバージョン管理ソフトウェアに辟易し、今ある道具と知恵のみで シンプルに長く管理する我々のたどり着いたバージョン管理のやり方はいたってシンプルだ。 ・一般的な UNIX コマンドとシェルスクリプトだけを使う。 ・他に使っていいのは頭だけ。コマンドをどう使うかという知恵を絞るために。 ・ファイル一式?スナップショット?は、「コミット」ではなく、日付+番号を付けたディレクトリーに「コピー」するのみ。 ・過去のリビジョンの閲覧や比較・分析は、find、xargs、grep、diff などを駆使したワンライナーでこなす。 ・ブランチやマージなどの高度な概念に頼る前に、しっかりコメントを残す。 リポジトリーへの保存はバージョン管理の最低限ではあるが、それだけでは不十分だ。 どのように不十分か分かりやすく言えば、「困った時はソースを読め」と言ってるるのと同じことだ。 ソースがあれば他のドキュメントは不要という変わり者でなければ、しっかりコメントを残すことだ。 最も大切なのは、ソースファイルや設定ファイルなどの冒頭に、動作に差し支えのない範囲でコメントを残すことだ。そこに、次の情報を含める。 ・このファイルの名前 ・このファイルの概??何をするものかを簡潔に? ・最終編集時に施した修正内容 ・最終編集者（最終編集者）以外は書かない? ・最終編集日?最終編集日以外は書かない? 259 名前：デフォルトの名無しさん [2021/09/10(金) 22:55:05.49 ID:+fBDwmx3.net] コメント例 ###################################################################### # # プログラムや設定ファイルの名 # そのプログラムの概? # # その他のコメント…… # ・このリビジョンで何をしたのか # # Written by 最終編??on 最終編?日 # ###################################################################### プログラムの途中にコメントを残すのもよいが、冒頭にも残す。途中に書いてあるだけでは、書いてある場所を探すのが手間だ。 また、最終編集した際の日付と人（メールアドレスなど）も残す。長年経った時に、そのリビジョンをいつ誰がが作成したのか把握するためだ。 それが他人であった場合、わからないことがあればその者に聞けばいい。 だたし、複数人で手を入れていたとして、最終編集者でない者の名前や日付を残す必要はないし、むしろ消すべきだ。 歴代の担当者が知りたくば、リポジトリーに残っている過去のリビジョンを見れば済む。 同様の理由で、修正前のコードをコメントアウトした状態で残す悪習も止めること。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef