21/09/07 17:56:36.01 YOJCpOYh.net
新しいものは使用禁止
30年前の技術だけ使って作れっていわれてます
11:デフォルトの名無しさん
21/09/07 18:36:04.74 Pr0NAbvm.net
>>7
まあ、いずれ無くなるだろうな。
無くなるまでに乗り換えれば良いだけだが。
12:デフォルトの名無しさん
21/09/07 19:01:09.06 jV2J6PNl.net
>>7
学生に役に立たないことを吹き込む快感に酔いしれてる可能性
13:デフォルトの名無しさん
21/09/07 19:39:18.46 JPLoVcC4.net
俺これやってるわ趣味でやってるだけだけど
やってる最中はいいんだけど最後に整理するのがめんどくさい
そのままにしとくとディレクトリの数や重複ファイルがすごいことになってるし
14:デフォルトの名無しさん
21/09/07 20:02:35.07 LN/22En4.net
将来性ないからってすぐ消えはしないものを使わないのもどうかと思うよ
歴史として知っておくのは重要だったりするし
15:デフォルトの名無しさん
21/09/07 20:14:31.29 iICKvEOG.net
小規模で拡張性が見込めないプロジェクトならGit使わなくていいかもね
16:デフォルトの名無しさん
21/09/07 20:25:18.25 VEiY9V8m.net
githubで配布されてるライブラリも使用不能か
結構キツイな
17:デフォルトの名無しさん
21/09/07 20:58:33.12 8Gi3qZOZ.net
数十行のプログラムしか書かないし
ソースからコンパイルもしないし
そんな奴らにはディレクトリコピーすら不要
18:デフォルトの名無しさん
21/09/08 00:44:59.56 sbOcQxjQ.net
>>14
実を言うとgitだけじゃないんです・・・
ありとあらゆる言語やライブラリも使用禁止なんです。
将来なくなるかもしれない。だから使うなと。
19:デフォルトの名無しさん
21/09/08 00:46:11.90 sbOcQxjQ.net
>>11
乗り換える時に新しいのを覚え直すのが嫌でしょ?
ディレクトリコピーなら永遠に使えるから
覚え直さなくていい!という発想らしいです・・・
20:デフォルトの名無しさん
21/09/08 00:47:58.20 sbOcQxjQ.net
>>16
はい。まさにそれなんです。
そのくせに、自分たちで作ったコマンド(誰も使ってません)は
使えって押し付けてくるんです。
それ将来性があるんですか?意味がわからないです・・・
21:デフォルトの名無しさん
21/09/08 00:48:48.77 sbOcQxjQ.net
こんなクソ講義に数万円払ったなんて・・・
勉強代ってやつですかね
22:デフォルトの名無しさん
21/09/08 03:25:35.01 YH2VNnuX.net
>>4
そんな大学に入ったお前が将来性ないってことだよ
言わせんな
23:デフォルトの名無しさん
21/09/08 06:09:39.26 sbOcQxjQ.net
まさかこんなふざけた内容だと思わなかったんです
24:デフォルトの名無しさん
21/09/08 07:50:50.33 dK8gXF1C.net
今は、Linux, Docker, Kubernetes, Heroku, AWS の時代。
Github は、100% 使う
どこの学校・サロンでも、まずgit から教える。
転職では必ず、pull request(プルリク)の経験を聞かれる
プルリクのやり方を知ってますか? と聞かれる
転職の基礎
25:デフォルトの名無しさん
21/09/08 08:52:59.17 sbOcQxjQ.net
大丈夫。会社もgit使わないって言ってるから
ディレクトリコピーでバージョン管理
その会社からの派遣が授業してる
26:デフォルトの名無しさん
21/09/08 10:27:31.77 WX0kvjX2.net
教授は新しい人材を生み出そうとしているのでは?
27:デフォルトの名無しさん
21/09/08 10:31:33.23 sbOcQxjQ.net
うーん、そもそもアレ教授なんですかね?
素人に毛が生えたぐらいにしか見えんのですが
なんかよくわからん独自理論振り回してるけど
それがgit使うなとか最初からバグを入れるなとか
一行書いて実行、その繰り返しでシステム作るとか
もうめちゃくちゃ
28:デフォルトの名無しさん
21/09/08 10:32:26.94 sbOcQxjQ.net
そういや、データベース使うな
ファイルで全部やれ
とかも言ってましたな
29:デフォルトの名無しさん
21/09/08 10:50:03.98 dn3Uytbn.net
WindowsもMacもLinuxも将来無くなるかもしれないから
使っちゃダメだな
30:デフォルトの名無しさん
21/09/08 11:23:50.92 xSRfg//h.net
すばらしい教授じゃないか
優しくしてあげなさい
31:デフォルトの名無しさん
21/09/08 12:24:47.10 e2O+qIJJ.net
gitって、レポジトリ内の(?)過去のデータが壊れた時、それより前のデータも
復旧できなくなる?
逆に、壊れた時点より新しいデータは何の影響もない?
gitのレポジトリ自体をバックアップするにはどうしたらいいの?
32:デフォルトの名無しさん
21/09/08 12:28:55.46 e2O+qIJJ.net
>>28
本当は、サーバーサイドの場合、普通は、単一ファイルよりデータベースの方が安全らしいね。
途中でシステムダウンが有った場合でも被害を最小限にするように頑張ってくれるらし
いから。
でも、システムの flush や sync 的なものが正しく動作する必要があるらしくて、
その辺をデータベース管理ソフトを使う側も理解してないとダメだと思うけど。
33:デフォルトの名無しさん
21/09/08 13:17:54.60 NTri6Ykx.net
>>10
そろそろWindows3.1が使えるようになるね、よかったな!
34:デフォルトの名無しさん
21/09/08 17:25:56.54 /IFQPqQp.net
DB使うなって昔のヤフオクみたいだな
当時のアホリーダーがDB信用してないからって理由で使えなかった
今はさすがに使ってるのかな
35:デフォルトの名無しさん
21/09/08 19:25:28.19 rTX00ElK.net
gitはもう古いローカル退避バージョン管理がオシャレ
36:デフォルトの名無しさん
21/09/08 19:58:12.16 OSmqU66h.net
いきなりバックアップの話しだすとかアホでしょ
37:デフォルトの名無しさん
21/09/08 22:18:22.23 gomPkW9I.net
学校の授業に文句言ってる暇があったらコーディングした方がいい
使わせられてる奴よりもっと便利なものを作って見れば?
ちなみに海外の大学でも独自システム使わせるのはよくある
38:デフォルトの名無しさん
21/09/08 22:45:49.34 gdmXfGJt.net
gitを使うなって言われた時点で試験は始まってるのにな
優秀なやつはすぐにバージョン管理ツールを開発して教授に提出してるよ
機械学習で次世代の教授を作成するのもあり。俺はもう新世界に進んでるよ
39:デフォルトの名無しさん
21/09/09 01:55:35.45 zwGcS7mw.net
演習課題としてバックアップシステムを作ってみましょうってのはありだと思う
40:デフォルトの名無しさん
21/09/09 07:51:34.23 T62XGZlu.net
>>33
Unixを盲信してるので使っていいのはUnixで使えるものだけですね
>>34
RDBMSはデータの管理方法を知らないやつが使う道具とか言ってました
俺はデータの管理方法を知ってるからファイルでやれるとでもいいたいのでしょうか?
理解できません。RDBMSがここまで普及している現実を見れば
RDBMSを理解できなかった奴らの戯言でしょう?
別のバージョン管理ツールを作ったとして自分で使う分にはOKですが
アレは他人が作ったバージョン管理ツールは使うなというスタンスです
gitだったらgitと互換性がある別の実装が生まれない限り使うな
もしくは特定の標準化団体によって標準化されるまで使うなと言ってます
SQL標準があるよ→そんな我々は標準化団体は認めていない!理由?
我々が認めてないからだ!よってSQLは将来性がない。代わりに我々が作った
コマンドを使え←そのコマンドの将来性は?甘えるな!そのためにソースコード公開してる
!自分でメンテしろ!どうだRDBMなんてなくてもできるだろう
我々の理論が正しいことが証明された。ぐははは。 マジでこんな感じ
>>37
アレの評価の基準はアレの独自理論に従っているかどうかです
どれだけ便利なものを作っても評価されません
(例えばgitだけでなくRubyやPythonも認めてない。Linuxですら認めてない)
そして自分は誰も使ってないツールを作って悦に浸っており
たまに誰かが使った(?)りすると、嬉しそうに我々の理論が評価された
優れたやつは我々の理論を理解できるのだ!ってつぶやくのです
我々の理論を理解できないやつが馬鹿なのだと言ってるようです
>>39
PythonとかRubyとかGoとかRustとかを使わないで作れば
単位がもらえるでしょうね(いらない)
41:デフォルトの名無しさん
21/09/09 08:36:42.11 lknGlWAU.net
>>40
その理論だとgitはソースコード公開してるからgit使え
も言えるな
まあ、なんだ、運が悪かったとあきらめろん
42:デフォルトの名無しさん
21/09/09 08:54:18.39 T62XGZlu.net
>>41
gitは誰が管理してるのか知らんけど、Linuxの場合だと最終決定者がリーナスだから
リーナスが独占しているソフトウェアだ
なんて言ってます。
43:デフォルトの名無しさん
21/09/09 08:56:52.17 T62XGZlu.net
複数の実装があるものはOKらしいです。
その実装を作ってる団体がなくなったり開発者が死んだりしても
他の実装を使えば良いからだそうです。
オープンソースは誰でもフォークできるということを理解してないようです。
44:デフォルトの名無しさん
21/09/09 09:53:33.25 sZM33J3R.net
ほとんどの馬鹿と同じ
自分を信用して、他人を信用しない。
だから、他人から信用されない
他人が勧めるものを、調査・テストすればよい。
使って効果が無いなら、やめれば良いだけ
それが出来ないから、時代遅れの老害になる。
爺はそう
脳細胞も減って痴呆になっているから、新しい事を学べない。
同じ事しかできない
45:デフォルトの名無しさん
21/09/09 09:53:45.04 kjWHYcFM.net
でも、gitって、途中のバージョンが壊れたらそれ以前のバージョンは全部
見られなくなるのじゃないの? もしかしたら、以後もかな。
そもそも、バックアップにはなってないんだよね、あれは。
だから、gitのレポジトリ全体を定期的にどっか別の媒体に複製しつづけなければならない。
gitを使わずに開発プロジェクトのディレクトリをコピーしてバックアップするより
容量を食う可能性すらある。
というかとても複雑になる。
あと、gitだと、WinDiffやWinMergeのような便利な比較ツールも使えないし、
3つのバージョンを比較とビルドしなおしなどを行ってデバッグ時に検証する
ようなこともとても複雑で面倒な事になる。
46:デフォルトの名無しさん
21/09/09 10:00:12.90 kjWHYcFM.net
記憶装置が壊れる時は、クラスタの一部だけ壊れることが多い。
だから、普通にプロジェクトのフォルダを単純にバックアップしていれば、
そのバージョンだけが壊れて、他のバージョンは壊れない。
ところがgitのように差分(や増分?)で管理するやり方だと、レポジトリにたまたま
含まれていたクラスタが壊れてしまうと、すべてのバージョンが破壊されてしまう。
個の意味で、gitのやり方は堅牢性がとても低い。
というか、危険なのでバックアップとしては利用できない。
47:デフォルトの名無しさん
21/09/09 10:02:34.95 7ZLMrqJX.net
>>45-46
> でも、gitって、途中のバージョンが壊れたらそれ以前のバージョンは全部
> 見られなくなるのじゃないの?
ありえない話なので
議論する価値がない
48:デフォルトの名無しさん
21/09/09 10:13:20.97 kjWHYcFM.net
>>47
意味が分からない。
バックアップと言うのは、壊れた時のための備えだよ。
記録媒体(HDD/SSD)が壊れることは良くあって、HDDは大体7年くらいが寿命と
言われている。
プログラマーだと10年後までにはほぼ確実にHDDは潰れる。
その時、gitをバックアップ目的に使っていた人は全データ損失になって泣く事に
なるかも知れない。
ハード故障じゃなく、gitのレポジトリを操作を間違って削除したり、エディタで
編集したり、何らかのソフトが書き換えてしまう可能性もある。
その場合もgitだと全データ消失となる。
普通にバックアップしていればそんな心配は要らないよ。
49:デフォルトの名無しさん
21/09/09 10:28:47.75 zwGcS7mw.net
>>45
gitのコミットは差分保存ではなくスナップショット保存
認識が根本的に間違ってるよ
50:デフォルトの名無しさん
21/09/09 11:18:45.33 ZSdmmObG.net
gitもフォルダ管理もたいして変わらんだろくだらん
ツールに固執するな
51:デフォルトの名無しさん
21/09/09 11:22:02.16 sZM33J3R.net
Amazon S3 は元々、3重だから、そこにgit を置いておけば?
52:デフォルトの名無しさん
21/09/09 11:24:28.81 LH2oM94P.net
>>50
じゃあ
53:gitの機能を10個ぐらい言ってみて
54:デフォルトの名無しさん
21/09/09 11:26:56.51 ZSdmmObG.net
>>52
ほらね、ツールに固執してるそういうのがダメ
ツールの使い方を習得するのが趣旨の授業ではないのだろ
そこんとこわかっとけよ、gitくらい趣味で作ろうと思えばいつでも作れる
いまはフォルダ管理の仕方を素直に学んで身につけておけ
55:デフォルトの名無しさん
21/09/09 11:30:02.90 ZSdmmObG.net
算数のテスト受けるときにどうして電卓が使えないんだと愚痴ったところで何の成長もないよ
辞書を使えば漢字のテストで100点取れるだろうけど、それを使わずに自力を身につけるのが
あとあと効いてくる学校の授業とはそういうものなんだよ
56:デフォルトの名無しさん
21/09/09 11:46:58.91 ZSdmmObG.net
gitが素晴らしいって考えはググればいくらでもでてくるが
フォルダ管理が素晴らしいって考えはその大学の授業でしか知ることできない
どちらが貴重かよく考えたが良い
他人の価値観を自分の中に受け入れることは、自分が同じ価値観をもつことではない
そういう考えもあるんだねと自分の世界を広げること、大学って素晴らしい
57:デフォルトの名無しさん
21/09/09 12:00:53.84 JnFBaNBl.net
バージョン管理にgit使いますっていう会社とフォルダコピーを使います会社あっても後者は選ばんぞ
58:デフォルトの名無しさん
21/09/09 12:15:49.49 Iwxs6s29.net
>>45
git cloneって、文字通りクローンだからそのままバックアップになるんだよ
もしサーバのリポジトリが壊れたら、cloneした誰かのリポジトリから完全に復旧出来る
常に全員が日常的にバックアップをしてるようなもん
あと、winmerge使えるよ
URLリンク(qiita.com)
59:デフォルトの名無しさん
21/09/09 12:33:10.91 LH2oM94P.net
>>53
なんで言えないの?
知らないからだよ。
60:デフォルトの名無しさん
21/09/09 12:34:11.24 LH2oM94P.net
>>55
> フォルダ管理が素晴らしいって考えはその大学の授業でしか知ることできない
それはフォルダ管理がバージョン管理よりも素晴らしいという前提でしか成り立たない
だからバージョン管理ツールの機能をお前が知ってるのか聞いてるんだが
結局知らないのにフォルダ管理が素晴らしい素晴らしいって
嘘付いてるわけでしょ?
61:デフォルトの名無しさん
21/09/09 12:36:43.87 /cXXDIdu.net
>>55
大学は素晴らしいが、クソ授業はクソでしかない。
誰もお前の理論なんかに興味はない
62:デフォルトの名無しさん
21/09/09 12:39:15.73 ZSdmmObG.net
>>59
理解する気がないからそう思えるだけ
フォルダ管理の素晴らしさは大学で教えてるのだろ
それをそのまま理解すれば良い
あなたはgitが素晴らしいって自分の考えを否定されたという
浅はかな防衛本能で他人の考えを拒絶してるだけ
自分の考えとは違うけどそういう考え方もあるんだねという
思いで他人の考えを自分の考えと共存させないと
大学の教授が言ってることは完全に正しいことだよ
63:デフォルトの名無しさん
21/09/09 12:41:27.43 ZSdmmObG.net
>>60
またそうやって拒絶する
結局君の心にあるのはgitが素晴らしいってことだけじゃん浅はかなのだよ
そんな薄っぺらい意識高いだけのニワカエンジニアが言いそうなこと
言ってるようじゃ大学の授業料が無駄になるだけだよ
64:デフォルトの名無しさん
21/09/09 13:30:07.62 ZSdmmObG.net
> じゃあgitの機能を10個ぐらい言ってみて
これは議論では卑怯なやり方だから
知ってることがあるなら自分から提示して話を進めなさい
話の途中であれを知ってるかこれを知ってるかって聞くのはただの卑怯者だよ
大学では議論する場もあると思うから恥をさらすまえにそういうところ直した方が良いよ
65:デフォルトの名無しさん
21/09/09 14:04:13.82 3sOE3L2f.net
負け犬の馬鹿自慢ωωω
66:デフォルトの名無しさん
21/09/09 14:13:51.67 H0y39DiR.net
>>49
確かにそうなのかもしれないが、それだとレポジトリが物凄く大きくなる気がするが
どういうことなんだ。
あと、ソースはそれでよくてもビルド結果の実行可能形式(バイナリ)はどうする。
それが物凄く大きいんだが。
実行可能形式は保存しないのか。
67:デフォルトの名無しさん
21/09/09 14:20:41.95 H0y39DiR.net
>>55
ただ、実際のレベルの高いプログラマが書いているとは限らんぞ。
過去のバックアップファイルはバグが出た時に原因箇所を探る時に便利なのだが、
gitは複雑 & 使いこなすのが難しすぎる。
普通のバックアップだと簡単に出来ることがgitだとめちゃくちゃ深く使い方を
理解してないと出来なくて、大変なことになる。
過去のバージョンを頼りたくなるようなバグが出た時は物凄く複雑な
バグが出ている時に、藁にもすがる気持ち担っているとき。
さまざまなバージョンを比較をして、過去のバージョンをもう一度ビルド
しなおしたり、自分のそーすはふるいものをつかって、ライブラリだけ
新しくして大丈夫か調べることで、ライブラリに原因があるか、自分の
ソースに原因があるかを見極めて、「原因の切り分け」をしたりする
必要があるが、その時 git のような複雑なツールがかなり足かせになり
泣きたくなるぞ。
68:デフォルトの名無しさん
21/09/09 14:24:25.96 H0y39DiR.net
>>57
そりゃ、オープンソース前提、github前提なら git clone でいいだろうが、
シェアウェア作家は、オープンソースにも出来ないし、基本的に
githubも使えないぞ。
会社でも大切なソースをgithubにアップロードするわけにはいかない。
69:デフォルトの名無しさん
21/09/09 15:08:22.72 RxjCvYXE.net
>>67
git単体でもバージョン管理はできるよ
ただ、サーバ立てた方が何かと便利だからgithubを利用する人が多いだけ
オンプレミスでサーバ立てたいなら、gitlabとかgiteaとかいろいろある
70:デフォルトの名無しさん
21/09/09 15:23:51.70 zwGcS7mw.net
>>65
大きくなるよ
だからgitはバイナリー管理に使うなと言われている
バイナリー入れるならgit LFS使えとな
71:デフォルトの名無しさん
21/09/09 15:32:33.07 H0y39DiR.net
スナップショット保存の場合も、過去のバージョンが壊れると、一般的には、
その後は正しく元に戻せない。
ある程度は戻るが、それが正しいという確証はない・
72:デフォルトの名無しさん
21/09/09 15:34:04.14 H0y39DiR.net
過去バージョンを参照したくなる時は、はっきり言えば、僅か一行の修正ですら、
完全に過去の状態に戻したいと思っていることが多い。
不具合の原因が分からないから過去バージョンを見たいんだから。
それなのに、「大体有ってます」では困る。
73:デフォルトの名無しさん
21/09/09 15:35:52.59 W7KGQY8E.net
>>63
> これは議論では卑怯なやり方だから
> 知ってることがあるなら自分から提示して話を進めなさい
じゃそれで進めよう、ただしgitの機能じゃなくて
ソフトウェアのバージョン管理で必要なことを言おうじゃないか
共有リポジトリからのダウンロード
共有リポジトリへのアップロード
他人の修正の取り込み
現在の修正内容を、他人の修正の続きからに再構成する機能
コミット
コミットの比較
現在修正中の内容の把握
修正中の内容からファイルの一部だけのコミット
特定のコミットだけの取り込み
問題が発生したコミットを二分探索で探す機能
はい、10個。
これをgit使わないでやってみて
74:デフォルトの名無しさん
21/09/09 15:37:16.21 W7KGQY8E.net
>>66
プロ「gitは複雑 & 使いこなすのが難しすぎる」
他のプロ「git?それくらい普通に使いこなしてるけど?」
お前はどっちに仕事を頼む?
75:デフォルトの名無しさん
21/09/09 15:50:14.55 W7KGQY8E.net
>>66
gitは問題の切り分けに使う道具
使ってるライブラリのバージョンまで
ちゃんと記録されてるから
全く同じ状況を作り出せる
お前がgit使えないくてディレクトリコピーやってるから
ライブラリのバージョンで悪戦苦闘してるだけ
そして問題を解決する道具(git)を覚えようとしないから
いつまでたっても、ライブラリのバージョンで悪戦苦闘してる
76:デフォルトの名無しさん
21/09/09 15:57:52.60 W7KGQY8E.net
難しい病気はどんなに医者の腕が良くても高度な設備がなければ直せない
高度な設備があっても医者が道具を使えなければ病気は治せない
両方揃ってはじめ意味がある
gitはまさにそれ。gitを使うこなす技術は必要でも
それが使えれば難しい問題を解決できる
gitは難しいと言っているだけじゃ、問題は解決できない
ただ、難しいことはしない!と逃げることしかできない
今発生している問題を解決するにはどうするか?
それがいちばん重要なこと
勉強したくないってわがまま言うんじゃない
77:デフォルトの名無しさん
21/09/09 17:15:28.60 ZSdmmObG.net
>>72
> これをgit使わないでやってみて
こうやって質問するのがダメ
あなたは卑怯者だよ
78:デフォルトの名無しさん
21/09/09 17:16:26.19 W7KGQY8E.net
>>76
じゃあ何も言わない。
続きのレスは?
79:デフォルトの名無しさん
21/09/09 17:19:51.67 ZSdmmObG.net
gitについてわかってるなら授業で教わらなくてもいいよね
結局話の根幹が自分はgitを知ってるんだという一本槍でしかないわけ
自分はフォルダ管理を教授よりも使いこなせるってレベルになってから出直したが良い
そうしたら教授も話を聞いてくれるよ、gitはゴミです
80:デフォルトの名無しさん
21/09/09 17:20:09.36 ZSdmmObG.net
>>77
そうやって質問するのがダメ
81:デフォルトの名無しさん
21/09/09 17:22:01.43 ZSdmmObG.net
gitはエンジニアにとって使うものじゃなくて作るものです
人それぞれのgitを作りましょう、その足がかりになるのがフォルダ管理です
82:デフォルトの名無しさん
21/09/09 17:36:09.87 W7KGQY8E.net
>>79
やっぱりそうやって逃げるよねw
いつも卑怯なことしかしてないしね
反論できなくなったら逃げる
そんなんだから「本物」が登場した時
影でグダグダ悪口いうしかできないんやで
83:デフォルトの名無しさん
21/09/09 17:44:08.55 ZSdmmObG.net
>>81
話の途中に質問して
相手が答えなかったら逃げたと言う
ほらね、卑怯者のやり口でしょ
84:デフォルトの名無しさん
21/09/09 17:50:26.80 ZSdmmObG.net
発話者っていうのは自分の意見を述べないと
話の途中であれを知ってるかこれを知ってるかと言って
相手に責任を投げてしまうと議論が成り立たない
大学で議論の場もあると思うし就職するときにも
グループ面接とかで議論する場が設けられると思うから
そのときに話の途中でクイズ大会始めたらこの人ダメだって思われるだけだよ
自分はこう考えるっていうのを自分で言わないといけない
クイズ大会開く人は自立できてない人間です
85:デフォルトの名無しさん
21/09/09 17:53:56.67 ZSdmmObG.net
私が述べた >>78 を見てください
自分なりに考察してgitはゴミですとはっきりと言い切ってます
これが自立した大人の議論です
86:デフォルトの名無しさん
21/09/09 17:59:08.40 ZSdmmObG.net
・質問する
・煽る
・バカにする
これでは議論はなりたちません
これはピュータンひろゆきがアクセス数稼ぎにやることです
87:デフォルトの名無しさん
21/09/09 18:15:25.28 CWQ6JVei.net
gitそのものについて1ミリも語ってないのに考察とは
88:デフォルトの名無しさん
21/09/09 18:23:06.46 Iej5lZHB.net
悪の秘密結社ギフハブには近づくな!
89:デフォルトの名無しさん
21/09/09 18:31:36.05 ZSdmmObG.net
>>86
gitについて語る必要なんて1ミリもありません
なぜならば授業ではgitを使っていないからです
90:デフォルトの名無しさん
21/09/09 18:38:14.01 ZSdmmObG.net
gitはファイルをアーカイブしてハッシュ値をファイル名にして
線形リストで管理してるだけ中学生でも作れるしリーナスはそういう
シンプルなものを好む良いセンスをしてる
これはつまりフォルダ管理を基礎として身につければgitを作ることなんて
簡単なことだということ、だから大学ではあえてフォルダ管理を教えてる
電卓を使えば計算は簡単にできるけれども九九を覚えてるからこそ電卓の底力を引き出せる
フォルダ管理を覚えればgitを使うだけじゃなくてgitを作れるようになる
大学はそういう基礎を積み重ねることによって高みにたどり着けるように授業をしてるんだよ
大学でgitを使おうとする人間は浅はかなのだよ
91:デフォルトの名無しさん
21/09/09 18:39:17.69 ZSdmmObG.net
高卒はgitをすごいものだと思ってる
大卒はgitを当然の帰結と知っている
92:デフォルトの名無しさん
21/09/09 18:40:23.28 ZSdmmObG.net
高みに行きたくばフォルダ管理を徹底的に研究しろ
学問を体系的に学べるのはいましかない
93:デフォルトの名無しさん
21/09/09 18:48:02.06 W7KGQY8E.net
>>82
じゃあお前が言ったとおりに
> これは議論では卑怯なやり方だから
> 知ってることがあるなら自分から提示して話を進めなさい
こっちから提示したんだからさ
話進めなさい
94:デフォルトの名無しさん
21/09/09 18:49:32.79 W7KGQY8E.net
gitを使うなとか
学生を潰して何がしたいのか
大学はお前の理論を証明する場所じゃねーぞ
95:デフォルトの名無しさん
21/09/09 18:50:08.63 ZSdmmObG.net
>>92
何の話だバーカ
96:デフォルトの名無しさん
21/09/09 18:50:54.08 G8OpR+oO.net
ていうかシラバスに一言「git使いません」って書けば万事解決だよね
知った上で受講するのは学生の責任
97:デフォルトの名無しさん
21/09/09 18:51:34.12 ZSdmmObG.net
>>93
git使わないと潰れる学生がいるとしたらその学生がアホ
gitのコマンド暗記してイキってるだけのアホガキ
gitの仕組みを理解して自作できるほどの実力があったら
フォルダ管理にも納得するわ
98:デフォルトの名無しさん
21/09/09 18:53:00.76 ZSdmmObG.net
>>95
そんなの書く必要もない
gitを使うことにこだわるのって発達のガイジしかいないから
養護学校のパンフレットでも渡してやるのが優しさだわ
99:デフォルトの名無しさん
21/09/09 18:54:03.11 ZSdmmObG.net
何しに大学きてるんだって話ですわ
学問を体系的に身につける場が大学なんだから
git使えないのは当然、フォルダ管理という基礎をしっかり
体に叩き込んでgitは趣味で使いなさい
100:デフォルトの名無しさん
21/09/09 18:57:03.63 W7KGQY8E.net
>>96
だからフォルダ管理では
バージョン管理できないっていってんの
お前は反論しなかっただろ
101:デフォルトの名無しさん
21/09/09 18:57:31.28 W7KGQY8E.net
>>98
だからフォルダ管理の基礎ってなんだよ
日付つけて管理しましょーってかw
頭悪いって話をしてる
102:デフォルトの名無しさん
21/09/09 18:58:23.96 W7KGQY8E.net
バージョン管理もRDBMSも学問なんだわ
その学問を知らずに、ディレクトリコピーって
パソコン大先生レベルじゃねーかw
103:デフォルトの名無しさん
21/09/09 19:00:03.59 ZSdmmObG.net
>>99
番号割り振ればできるだろ、知恵を絞れよ
何のために頭付いてるんだ、大学生にもなってなんだその頭の悪さは
gitのせいか、gitのせいでそんなに頭の悪い人間になってしまったんだな
ようし、gitを禁止します
104:デフォルトの名無しさん
21/09/09 19:02:20.99 ZSdmmObG.net
>>101
基礎を学ばずに応用だけを学ぶなら学校に行く必要ないよ
学校は学問を体系的に教えるところだから価値があるのよ
git使えますってだけなら小学生レベル
バージョン管理の基礎を覚えて順をおって理解して行くのが大学生レベル
105:デフォルトの名無しさん
21/09/09 19:03:20.26 ZSdmmObG.net
RDBMSにしても最初からMySQL使ってるようじゃダメだね
自分でファイル管理してDBに必要なことを思いつけるくらいじゃないと
大学生に求められてるのはそういう知性だよ
106:デフォルトの名無しさん
21/09/09 19:05:54.64 ZSdmmObG.net
構造化DB、ネットーワークDBがあって、その発展形としてRDBができた
なぜRDBが必要だったのかを身をもって知ってる人が本物の知識人
大学で勉強してググればわかるようなMySQLのコマンド知ってますっていうのはただのアホ
107:デフォルトの名無しさん
21/09/09 19:08:37.48 ZSdmmObG.net
最初はつまらんよ、基礎の基礎から教えていくからね ← アホはここで自分の方が賢いと思いこんでバカにして単位取れずに留年する
それが積み重なって難しいことも自然にわかるようになる
108:デフォルトの名無しさん
21/09/09 19:10:21.89 ZSdmmObG.net
よってここに予言する >>1 は留年し両親にしこたま怒られてなぜこの俺がという思いを胸にいだきながらケンモメンになる
109:デフォルトの名無しさん
21/09/09 19:19:35.59 H0y39DiR.net
大学教授目線だと、「大学は専門学校ではない」との認識で、
git や github の使い方は専門学校で教わるようなもの、と考えていると思う。
大学とはそういう場所。
110:デフォルトの名無しさん
21/09/09 19:21:33.31 MKqA2It5.net
キチガイ構ってちゃんの相手してるやつw
111:デフォルトの名無しさん
21/09/09 19:45:45.39 H0y39DiR.net
RDBMSも専門学校で学ぶものと考えているかも知れない。
大学はシャノンの圧縮理論やコンパイラ理論なんかを学ぶ場所で
HTTP、HTML、JSも基本、大学で教える範疇にないと考えているのではないか。
112:デフォルトの名無しさん
21/09/09 21:08:00.74 JnFBaNBl.net
会社ではgit使わないから大学でも教える必要がないんだよ
113:デフォルトの名無しさん
21/09/09 21:17:22.35 9PUubkZj.net
大学でちゃんと勉強してきたのに土方やってるID:ZSdmmObGみたいなやつって可哀想だな
114:デフォルトの名無しさん
21/09/09 21:35:34.58 ZSdmmObG.net
土方は土方で楽しいよ
設計は日本でやって製造は海外にやらせようって
やってたら設計の技術さえ衰えたのがここ10年の日本の実態
製造と設計は不可分なんだよ、製造の技術の先に設計がある
115:デフォルトの名無しさん
21/09/09 21:37:44.93 ZSdmmObG.net
フォルダ管理の先にgitが浮かび上がるようなもの
116:デフォルトの名無しさん
21/09/09 22:17:51.60 sZM33J3R.net
NHK Eテレにも出ている、Ruby の女神・池澤あやかが言ってる。
大学で、C 言語を教えても、99% が挫折するって
彼女は、山陰地方のRuby on Rails 合宿で、Railsを学んで、
ウェブアプリを開発できるようになった
ハーバード大学でも同じ。
起業家は、Railsで開発するので、Railsの講座を受けましょうで、終わり
GitHub, GitLab も、Rails製。
GitLabは、GitHubがRails製だから、Railsを採用したと言ってる
日本でも、全てのプログラミング学校・サロンが、Railsを勧めて終わり
日本6位、初心者3千人が加入している、
YouTube で有名な、雑食系エンジニア・KENTA のサロンでも、Rails
117:デフォルトの名無しさん
21/09/09 22:45:13.01 ByNHohVX.net
Railsは先駆者ではあるけどやや下火なのでは?
118:デフォルトの名無しさん
21/09/09 22:47:11.78 ByNHohVX.net
>>110
大学では関係代数とRDBの関係くらいは教えるのでは?
119:デフォルトの名無しさん
21/09/09 22:48:31.44 EIxx4JTU.net
頭のおかしい大学教員を論破しようとしても時間の無駄
120:デフォルトの名無しさん
21/09/09 23:11:03.33 GyAMvPBV.net
>>117
情報系やCS系が専門ではないので知らない。
121:115
21/09/09 23:49:20.41 sZM33J3R.net
>>116
下火と言うか、Stack Overflow とか、めちゃくちゃなアンケート
シェア1% も無いような、フレームワークが1位になったり、
こういうサイトは、素人の集まり
例えば、Rails チュートリアルは毎年、売上増。
企業も、Railsの講座を頼んだりする
だから、なぜRuby がオワコンと言われるのか、分からないと言ってる
122:デフォルトの名無しさん
21/09/10 00:11:16.32 M/ht9nan.net
雑食系エンジニアには一生判らんだろうな
123:デフォルトの名無しさん
21/09/10 01:44:36.74 BvzuEO+M.net
Rubyおじさんこんなとこにも湧くなよ
124:デフォルトの名無しさん
21/09/10 03:09:23.16 O2s5g4lR.net
gitやデータベース使えないってただの無能じゃね?
大学が目指すのはその先でしょ
gitを更に発展。データベースをさらに発展させる
ファイルを使った管理方法なんて40年、下手すりゃ50年前の技術なわけで
そこまで退化させてやり直すとかアホかと
すでに確立された技術を使え
125:デフォルトの名無しさん
21/09/10 03:51:41.42 zMpMuAdO.net
フォルダ管理でもgitと同じようにバージョン管理は出来るよね
ただ、面倒くさくて時間がかかるし、ミスもしやすいからチェックに手間がかかる
あと、他人にルールを守らせるコミュニケーションコストが膨大
gitを使えば面倒くさくないし時間もかからない、チェックも簡単、コミニュケーションコストは大幅に削減できる
だから、仕事ではgitを使わないとコストがかかってしょうがない
コストなど関係ない学問では、好きにしろとしか
126:デフォルトの名無しさん
21/09/10 03:58:58.29 +fBDwmx3.net
だがgitは10年後も使えるかどうかわからない!
将来無駄になってしまうかもしれないものを覚えたくない
cp、diff、patchを駆使すれば10年後でも同じやり方が使える!
一度覚えれば永遠に使える方法と
勉強し直さなければいけない方法
面倒くさいのはどっちか理解しろ!
127:デフォルトの名無しさん
21/09/10 06:26:30.89 PnujWjIy.net
10年後にgitより使いやすい物が出来てたらそっち使うだろう
それをいったい誰が作ってくれるんです?
128:デフォルトの名無しさん
21/09/10 06:56:39.77 eZmnc40T.net
はたらけど はたらけど
なおわがくらし らくにならざり
git手を見る
129:デフォルトの名無しさん
21/09/10 07:46:25.87 +fBDwmx3.net
いくら使いやすくても我は認めん!
10年後使えなくなるかもしれない道具は使わん
130:デフォルトの名無しさん
21/09/10 08:30:36.89 8OSVH6Td.net
>>125
gitなんて基本的な使い方は1日で覚えるよ
仮に10年に一度勉強し直すにしても、1日で覚えられて10年間楽できる方と、
10年間ずっと楽ができない方と、どっちが効率的か考えた方がいい
131:デフォルトの名無しさん
21/09/10 08:33:21.29 m06PWCS1.net
>>129
そんな簡単なことが(プライドが邪魔するせいで)出来ない人種だから
ある意味可愛そうではある
132:デフォルトの名無しさん
21/09/10 08:33:44.31 w07MHOd0.net
バージョン管理って、大体、原因不明のバグが出た時に過去バージョンを振り返って
どの時点まで大丈夫でどっからバグが入ったのかとか、正常なバージョンと
バグが入ったバージョンの差をWinDiffなどで比較したり、新しいライブラリ
と古いソースを合わせてもちゃんとビルドできるかなど、問題の切り分けを
高速に行うために使う。
だから、gitのように、一々WorkingTreeに過去バージョンを反映させないと
何も始まらないような仕組みでは効率が悪くて�
133:ヌうしようも無い。
134:デフォルトの名無しさん
21/09/10 08:35:42.77 w07MHOd0.net
>>129
経験的に言えば、gitを使っても全く楽にはならない。
・gitは、バックアップとしては危険をはらんだ不完全なもの
・たった1つしかないWorkingTreeに反映させないと何も作業が行えないため、
効率がとても悪い。
135:デフォルトの名無しさん
21/09/10 08:39:43.48 rSiFeaOj.net
>>131
Windiffなどでの比較は過去バージョンに戻らなくても出来るよ
あと過去バージョンを反映させるのって、超高速だよ
しかも、どちらもコマンド1行
gitを知らないならその疑問も仕方ないと思うけどね
一度使ったら目から鱗がボロボロ落ちるよ
136:デフォルトの名無しさん
21/09/10 08:40:47.73 +gKmizL/.net
>>132
別にworkが必要な時は、別ディレクトリにcloneすればいいよ
137:デフォルトの名無しさん
21/09/10 08:44:33.64 w07MHOd0.net
>>134
レポジトリ全体をコピーするということなら、めちゃくちゃ無理が有る。
アジャイル開発する時、バージョンは何千にも及ぶから、そんなことは
現実的に不可能。
>>133
一行目、それは無理だろう。WinDiffが対応してないのに出来るわけないはずだ。
138:デフォルトの名無しさん
21/09/10 08:46:35.64 w07MHOd0.net
例えば、3つのバージョンを比較して、実行テストも比較しながら行いたいような時、
gitでは無理が有る。
3つどころか2つでも無理が有ろう。
なので、git自体がプロ目線では全く意味が無い。
139:デフォルトの名無しさん
21/09/10 09:10:30.70 +fBDwmx3.net
流行り物のバージョン管理ソフトなんぞ信用できん!
これまで何度ソフトが変わったと思っておる
rcs、cvs、svn、そしてgitだ。遅くともあと5年も経てばまた変わるだろう
そうすればお前らはまた覚え直しになるというわけだ
140:デフォルトの名無しさん
21/09/10 09:44:31.43 XIGB6bHM.net
むしろとっととgit置き換えてくれって思うんすけど
141:デフォルトの名無しさん
21/09/10 10:25:45.10 0yw7IC5u.net
その昔に流行したオブジェクト指向と同じで、gitも方法論でしかない。
それを使ったために、かえってカオスになることもある。
要はちゃんと管理できていれば(できる人であれば)、どちらでもいいんだよ
142:デフォルトの名無しさん
21/09/10 11:02:58.32 fsk2Eadf.net
>>135
何千のバージョンを扱うプロジェクトならなおさら、フォルダ管理をする方が大変だろ
あと、gitは外部のdiffツールへのインターフェースを用意してるから、コマンドラインで起動できるソフトなら使えるよ
Windiffは使ったことないけど、Winmergeとかはgitからコマンド一発で呼び出せる
143:デフォルトの名無しさん
21/09/10 11:02:58.97 +fBDwmx3.net
我々がgitを問題視しているのは、その保存データがわけの分からぬバイナリ形式になっていることだ
もしgitが滅んでしまったらそのデータを復元することは絶望的になる
データはテキスト形式で保存せよというのがわからんのか
一体何を考えているのか
144:デフォルトの名無しさん
21/09/10 11:13:28.65 4cVpX4oe.net
>>140
>何千のバージョンを扱うプロジェクトならなおさら、フォルダ管理をする方が大変だろ
そんなことない。
フォルダ管理の方が、ずっと便利。
gitでは出来無い事が多い。
gitはゴミ。
145:デフォルトの名無しさん
21/09/10 11:16:51.05 +fBDwmx3.net
バージョン管理に使っていいのは標準的なコマンドと自分の頭だけだ
コミットの仕方がわからぬ?愚か者め
そんなもの「日付+番号」のディレクトリにcp -pRでコピーするだけだ!
146:デフォルトの名無しさん
21/09/10 11:48:03.38 YiuOqjCB.net
頑なにgit使わない人はチーム開発とか無縁の人?
147:デフォルトの名無しさん
21/09/10 12:00:39.09 FsmeH+FF.net
教授参戦してるじゃん
148:デフォルトの名無しさん
21/09/10 12:15:35.73 hIbUvF8P.net
>>143
10年たったらボケて使い物にならなくなる可能性のある頭なんかに大事な記録を任せないでツール使えよw
149:デフォルトの名無しさん
21/09/10 12:24:02.64 4cVpX4oe.net
フォルダ丸ごとコピーより git が優れている点はなんなんだ?
150:デフォルトの名無しさん
21/09/10 12:28:47.60 J4QyoxW7.net
>>147
チーム開発しやすい
151:デフォルトの名無しさん
21/09/10 12:39:48.87 4cVpX4oe.net
>>148
その目的では、Team Foundation Serverの方が便利だ。GUIだし。
それを使った場合でも、バックアップは単純にフォルダコピーするぞ。
152:デフォルトの名無しさん
21/09/10 12:41:03.76 ug7RkFjh.net
大学やろ?
情報系の学科でも1/3くらいはプログラミングナニソレ状態だろう
どうせ使い方ミスって喚き散らす人が出るんだから、ディレクトリコピーでやらせた方が良い
153:デフォルトの名無しさん
21/09/10 12:48:10.33 J4QyoxW7.net
>>149
うん、TFSのgitインターフェイス使うわ
154:デフォルトの名無しさん
21/09/10 14:15:17.38 /A8hhUIw.net
>>141
gitでは"blob"という文字列とファイルの長さヘッダとしてファイルの中身を結合して
deflateで圧縮してる
3分ググって見つけたから復元楽勝だよ
URLリンク(git-scm.com)
gitの仕組みってすごくシンプルなんだよ
155:デフォルトの名無しさん
21/09/10 14:18:29.50 /A8hhUIw.net
>>141
容量を減らすためだと思うよ
プレーンテキストだと数GBだけど圧縮したら数十MBになるなんてことザラにあるからね
あとプレーンテキストはデータが途中で切れてても気づけないってのがあるかな
ハッシュ値を取るのはそのためもあると思う
156:デフォルトの名無しさん
21/09/10 14:20:33.95 /A8hhUIw.net
ストレージが潤沢にあるなら
プレーンテキストを使ったバージョン管理システム作るのもありかもしれないね
157:デフォルトの名無しさん
21/09/10 15:41:46.59 I2sJLr90.net
圧縮は、破壊に弱いこととすべてが一体になっていることからレポジトリの
全量バックアップするしかない。
それだとバージョン管理ツールの意味が無い。
単純に各バージョンを圧縮して保存した方が安全だし便利。
gitはオープンソース開発時にネットへの更新アップロードが速いことだけが
メリット。
ネットにアップロードしない場合にはほとんど全くメリットが無くて、
デメリットばかり。
158:デフォルトの名無しさん
21/09/10 15:50:38.85 /A8hhUIw.net
>>155
gitはIDEでサポートされてるから
マウステケテケでbrache作ったりできるよ
元に戻すのもテケテケでできる
各バージョンを圧縮ってそれって破損に弱いのにそんなことして大丈夫なの?
159:デフォルトの名無しさん
21/09/10 15:53:06.31 /A8hhUIw.net
フォルダ管理は作業が面倒なのがネックだな
IDEでサポートされるくらいのシステマチックな仕組みを構築すればよいのだけれども
それってgitの再発明にしかならなくないかな
160:デフォルトの名無しさん
21/09/10 15:55:13.68 /A8hhUIw.net
gitのメリットは分散型なところかと
ローカルでバージョン管理できるからね
ネットつながらなくても使えるし仕組みがシンプルだからサクサク動作する
毎回リモートにコミットしてたSVNには戻りたくないでござる
161:デフォルトの名無しさん
21/09/10 15:56:39.72 I2sJLr90.net
>>156
最後、gitなんか使わずに各バージョンを7zに圧縮してファイル名に日付とその日の番号を付けて保存して置けばgitよりずっと安全。
162:デフォルトの名無しさん
21/09/10 15:57:20.22 I2sJLr90.net
>>157
どこが面倒なのか分からない。gitの方がよっぽど面倒。
163:デフォルトの名無しさん
21/09/10 16:07:19.46 /A8hhUIw.net
>>160
マウステケテケでできないところかな
Eclipseだと右クリックして比較ってやったらコミット前との比較とれたり別バージョンとの比較取れたりするんよ
コミットするときも右クリックしてコミット押したらコミット完了
元に戻すのもサクッとできる
フォルダ管理だと保存する作業を手作業でやらないといけないんでしょ
ファイル名に日付のその日の番号を入れたりとか、バカみたいだよ
164:デフォルトの名無しさん
21/09/10 16:08:06.44 /A8hhUIw.net
フォルダ管理でもいいけどバージョン管理システムとして完成させてIDEで簡単に使えるようにして欲しいかな
165:デフォルトの名無しさん
21/09/10 16:12:06.31 /A8hhUIw.net
gitの何が面倒なんだろ、コマンド覚える必要は全然なくて
コミットしたら�
166:囓ェ保存されて元に戻せるようになるって こと覚えとけば十分だよ
167:デフォルトの名無しさん
21/09/10 16:16:59.02 /A8hhUIw.net
フォルダ管理の手作業で行ってるネーミングや圧縮、解凍を自動化する仕組みがgitだよ
168:デフォルトの名無しさん
21/09/10 16:18:54.10 OevFkRdZ.net
>>159
gitの圧縮は信用できないけど7z圧縮はOKってイミフ
169:デフォルトの名無しさん
21/09/10 16:20:05.22 EF1+Elrf.net
>>164
バックアップとしての堅牢性に欠けることと、古いバージョンと新しいバージョン
を同時にビルドしなおしてテストするようなことが面倒。
170:デフォルトの名無しさん
21/09/10 16:20:43.78 EF1+Elrf.net
>>165
gitは、全バージョンを一つのリポジトリとして圧縮してしまうから、バックアップ
として意味が無い。
171:デフォルトの名無しさん
21/09/10 16:22:51.17 EF1+Elrf.net
githubは堅牢。その代わりオープンソースにしなくてはならない。
gitは危険。
7zは堅牢。
gitが危険でgithubが堅牢な理由は、世界中でcloneされることでバックアップされるから。git自体は危険。
172:デフォルトの名無しさん
21/09/10 16:24:07.39 /A8hhUIw.net
>>167
では、リポジトリを分散させては
gitならローカルのリポジトリをリモートに反映するのはpushでOKだよ
フォルダ管理してた場合ストレージ逝ったら終わっちゃう
173:デフォルトの名無しさん
21/09/10 16:25:03.79 /A8hhUIw.net
>>168
7zは世界中でcloneされるわけじゃないから危ないよ!
174:デフォルトの名無しさん
21/09/10 16:26:30.94 /A8hhUIw.net
あと、gitの圧縮はファイル単位ですぞ
175:デフォルトの名無しさん
21/09/10 16:32:24.31 /A8hhUIw.net
>>168
githubは非公開にもできるのでプロプラなライセンスでも問題ないよ
無償利用だと昔は非公開にできなかったとかそういう話かな
176:デフォルトの名無しさん
21/09/10 16:34:42.42 /A8hhUIw.net
まあgithubはリモートリポジトリ提供してるだけだから
サーバ自分で立ててそこにリモートリポジトリ作ればgithub使わなくても問題ない
177:デフォルトの名無しさん
21/09/10 16:59:32.45 aTRJkGWC.net
>>170
危なくない。
7z方式の場合は、1つのバージョンだけが壊れるから安全。
gitは全バージョンが壊れるから危険。
githubは、gitの危険性をオープンソースの場合は全世界でcloneで回避しているから安全。
178:デフォルトの名無しさん
21/09/10 17:01:12.01 aTRJkGWC.net
>>172
非公開を信じてgithub(MSやLinus?)にソース見せてどうすんの。
非公開なんて嘘に決まってるじゃん。
179:デフォルトの名無しさん
21/09/10 17:02:59.12 aTRJkGWC.net
>>173
そんなこといったら、gitじゃなくても、データサーバーと多数の端末の
構成だったら何でも安全になる。git関係ない。
180:デフォルトの名無しさん
21/09/10 17:03:36.22 /A8hhUIw.net
>>174
なんで壊れるのかよくわかんないけど
ディスク障害で壊れるんならリモートリポジトリにプッシュしとけばいいよ
gitが全部壊れるという前提なら7zも全部壊れる前提で分散させないとヤバいっすよ
7zヤバいっすよ
181:デフォルトの名無しさん
21/09/10 17:04:26.87 /A8hhUIw.net
>>176
それはそうだけどgitにはリモートリポジトリにプッシュする機能があるから
git良いよねってことだよ
182:デフォルトの名無しさん
21/09/10 17:05:28.74 /A8hhUIw.net
>>175
MSもLinusもそんなに暇じゃないと思うけど
暇つぶしにソース見られたとして何か困るん?
ソースパクられたら全力訴訟したら良いよ
183:デフォルトの名無しさん
21/09/10 17:06:22.01 aTRJkGWC.net
>>177
後半。
gitは全バージョンを1つのバイナリレポジトリに圧縮してしまってるから、
ディスクのクラスタが1つ壊れても全破壊されるし、何らかの操作ミスで壊れる
時も全バージョンが壊れてしまう。
7zは、バージョン毎に圧縮してるからクラスタ故障でも操作ミスでも全体が
壊れる可能性ほぼない。
184:デフォルトの名無しさん
21/09/10 17:07:39.23 aTRJkGWC.net
>>179
どうやってるかわからない時に見ればすぐ分かってしまう。
彼らは理解力があるからな。
しかし、どうやってやるかは彼らにも分からない事がある。
その答えがソースには書いてある。
研究の結果導いたやり方とか。
185:デフォルトの名無しさん
21/09/10 17:07:56.03 /A8hhUIw.net
>>180
gitはファイル単位で圧縮してるから全部壊れることないよ
7zはバージョン単位でごっそり破壊されるから7zやばいっすよ
186:デフォルトの名無しさん
21/09/10 17:10:43.89 /A8hhUIw.net
>>181
それで何が困るん? 他人にわかられて困ることある?
独占欲の�
187:ュい強欲プログラマにとってはよくないってことかな
188:デフォルトの名無しさん
21/09/10 17:11:31.91 /A8hhUIw.net
githubがいやなら自分でサーバ立てるだけだから問題ないっしょ
いまどき中高生でも自分でサーバ立てる時代だからね
189:デフォルトの名無しさん
21/09/10 17:12:55.63 aTRJkGWC.net
>>182
壊れた時に、gitのアルゴリズムやレポジトリのフォーマットを知らないプログラマが
対処できないだろうて。そんなことまでgitは対応して無いだろ?
いくら1ファイル単位で壊れると言ってもメカニズムを知らない人には対処できない
から意味無い。
一方、7zは、そのバージョンだけが壊れるし、単純明快なので安全。
1つのバージョンが壊れても大勢に影響ない。
190:デフォルトの名無しさん
21/09/10 17:14:51.71 aTRJkGWC.net
>>183
例えば、Win32APIでやりたいことの実現法が分からなくて、何回も実験し、
ネットであらゆる情報を検索してやっと導いたやり方だったり、
特殊なアルゴリズムで他の人が真似できないくらい高効率を実現していたり
するから、見られたらダメ。
191:デフォルトの名無しさん
21/09/10 17:17:20.60 aTRJkGWC.net
>>184
そんなことしなくても、7zでも十分。
gitは得られるメリットがほぼ無いのに、手間だけがかかる。
全バージョン全体のトータルのサイズは小さいとしても、全体を
高頻度バックアップする必要があるから、結局、それも嘘。
192:デフォルトの名無しさん
21/09/10 17:18:17.24 +fBDwmx3.net
>>152
愚か者めバイナリで保存するのがダメだとまだわからんのか
Unixではデータはテキストで保存するのが常識だ
バイナリだとUnixツールが使えん、Unixの思想に反しておる
grep、diff、patch、ファイルを使ったバージョン管理で
使うこれらのコマンドが使えなくなるのがその証拠だ
193:デフォルトの名無しさん
21/09/10 17:19:48.47 /A8hhUIw.net
>>185
ファイル単位で独立してるから他に波及しないと思うけどね
壊れたことないからわからないけど、git壊れた経験ある?
全世界で使ってる人がいるけどgit壊れるって話も聞かないし
めったにないことのように思える
リポジトリが壊れたらgitを知らない人が対処はできないだろうね
7zはそのバージョンのファイル全部まとめてぶっ壊れるわけでしょ
7zを知らないひとがそれを直せるかと言ったらできないわけじゃん
たとえ壊れることがあったとしてもリモートリポジトリ使ってれば問題ないよね
7zはすごくヤバいけど
194:デフォルトの名無しさん
21/09/10 17:20:07.89 +fBDwmx3.net
>>187
7zも禁止だ。それは移植性がない。
独自のツールは10年後動く保証がない
認められる圧縮形式はcompressとuncompressのみだ
195:デフォルトの名無しさん
21/09/10 17:21:25.82 /A8hhUIw.net
>>186
アイデアを誰にも知られず独占したいってことね、じゃあローカルで使うなりサーバ立てるなりすればよいだけだよ
196:デフォルトの名無しさん
21/09/10 17:22:11.04 aTRJkGWC.net
>>183
例えば、Photoshopやスマホアプリの中に、画像の一部を魔法の様に消したり、
人間の部分だけを自動的に切り出すようなものがあるが、それもどういうアルゴリズム
を使っているのかは簡単には分からない。
また、3Dの山などの地形データを生成するアルゴリズムも分からない。
物理の教科書にも載ってない。
そういうものの多くは特許はとることなく、クローズドソースとして販売されてきた。
githubにアップロードして主催者がそれを勝手に見たらとんでもない損失。
197:デフォルトの名無しさん
21/09/10 17:23:03.48 aTRJkGWC.net
>>189
バックアップの重要性を分かってないのか。
そりゃ話にならんぞ。
198:デフォルトの名無しさん
21/09/10 17:27:21.62 /A8hhUIw.net
>>188
某POSIX原理主義者みたいなこと言ってるなあ
プレーンテキストだとデータが欠落してもわからない
ストレージの容量を食うなどの理由で圧縮してるんだと思うよ
Unixの常識に価値があると思ってるというお気持ちは伝わってきたけど
伝統工芸みたいでくだらない
進歩を止めてそこに付加価値を見出そうとしてるんでしょ
もしくはUnixに幻想をいだいて憧れてるだけかな
いずれにしろ愚鈍なだけ
199:デフォルトの名無しさん
21/09/10 17:27:48.82 +fBDwmx3.net
Unixのコマンドを駆使すればgitでできることは全てできる
バージョン管理ソフトは10年持たない。Unixのコマンドは10年後でも利用できる
ソフトウェアの寿命よりも短いツールなんか使い物にならない
gitが滅んだらソフトウエアは復旧不可能になる
Unixコマンドを使え!問題は自力で解決せよ!
200:デフォルトの名無しさん
21/09/10 17:29:20.83 /A8hhUIw.net
>>193
ちょっと話が飛躍してる気がする
リモートリポジトリ使ってればディスク障害起きたとしても問題ないよね
7zはそういうの結局手作業でコピーしたりしないといけないんじゃない?
ならgit使っちゃいなよユー
201:デフォルトの名無しさん
21/09/10 17:31:45.88 /A8hhUIw.net
>>195
gitが滅ぶってことはgitよりも優れたバージョン管理ツールができるってことだから
マイグレーションツールも提供されるに決まってるよね、常識で考えなよ
202:デフォルトの名無しさん
21/09/10 17:32:42.96 dS7angqs.net
>>196
gitは、想定された範囲内でしか使えない。
単純バックアップの場合、プロジェクトの問題発生時に非常に効率よく作業できる。
203:デフォルトの名無しさん
21/09/10 17:33:56.42 /A8hhUIw.net
>>198
い、意味が、わからない
gitってただのファイルで管理されてるから
リポジトリを単純バックアップすることもできるよ
204:デフォルトの名無しさん
21/09/10 17:34:02.38 dS7angqs.net
gitをすばらしいといってる人は、実際のバックアップの使い方を見たこと無い人。
もっと効率よく出来る。
205:デフォルトの名無しさん
21/09/10 17:34:36.72 /A8hhUIw.net
7zで?
206:デフォルトの名無しさん
21/09/10 17:34:40.99 +fBDwmx3.net
>>194
ディスク領域の節約がしたいならrsyncを使え!
rsyncにはハードリンクを使った差分バックアップの機能がある
なぜ我々がrsyncは許容しているかわかるか?
ハードリンクはUnixの機能だからrsyncが滅んだとしても
Unixのコマンドだけで取り出せるからだ
207:デフォルトの名無しさん
21/09/10 17:35:05.30 dS7angqs.net
>>199
違うんだって。
過去バージョンに対してさまざまなことを確認したり、複数のバージョンを
色々試して不具合がいつおきたかを調査する時、gitでは効率が悪すぎて
話にならん。
208:デフォルトの名無しさん
21/09/10 17:36:10.42 dS7angqs.net
>>201
シンプルだから、何でも出来る。
gitは複雑だからgit作者の想定の範囲内の事しかできない。
209:デフォルトの名無しさん
21/09/10 17:36:28.92 +fBDwmx3.net
>>197
マイグレーションツールができる保証などない
メーカーはすぐサポートを打ち切る
10年後も同じように使えないツールは使い物にならない
Unixのコマンドなら10年後も使える
210:デフォルトの名無しさん
21/09/10 17:36:51.42 /A8hhUIw.net
>>202
> rsyncは許容しているかわかるか?
日和ってんじゃねえぞカス、POSIXつらぬけよ軟弱者
211:デフォルトの名無しさん
21/09/10 17:37:51.38 +fBDwmx3.net
>>203
Unixのコマンドを使ったバージョン管理ならcp -Rpを使うだけ
日付+番号のディレクトリに移動するだけで
当時の環境を完全に再現することができる
212:デフォルトの名無しさん
21/09/10 17:40:31.77 /A8hhUIw.net
>>205
いや、あのね、gitが滅ぶくらいに一般に普及するすぐれたバージョン管理ツールが
できるならマイグレーションツールが作られるに決まってるよね
メーカーよりも個人が作りそうな気がするけどなあ
メーカーが作ったものがgitを滅ぼすくらいに普及するとは思えないし
当然無料で提供されるものだよ、オープンソースでなかったら
オープンな実装をする人が出てくるだろうね、gitがそうであったように
あなたはUnixを高めようとするあまり視野狭窄に陥ってるように思える
213:デフォルトの名無しさん
21/09/10 17:43:01.85 /A8hhUIw.net
>>204
7zで?
214:デフォルトの名無しさん
21/09/10 17:44:12.61 dS7angqs.net
>>208
共同開発時に、GUIツールでそれぞれがソースの一部を修正し、どこを修正したか
あとから見て分かることは便利だが、Visual Source SafeやTeam Foundation Server
ではそれが出来る。
gitでは基本そんな便利なツールが無い。
215:デフォルトの名無しさん
21/09/10 17:44:34.94 dS7angqs.net
>>209
gitよりは便利。
216:デフォルトの名無しさん
21/09/10 17:45:14.69 +fBDwmx3.net
>>210
Unixのツールならdiffを使うだけだな
gitなんぞに頼るからそういうことになる
217:デフォルトの名無しさん
21/09/10 17:46:14.33 /A8hhUIw.net
>>200
えっと、gitはバックアップツールではないので
バックアップすることだけが目的ならgitは使う必要ないと思う
gitはバージョンな管理ソフトだからgit使うとプログラムの開発がすごく捗るよ
218:デフォルトの名無しさん
21/09/10 17:46:27.82 /A8hhUIw.net
>>211
7zが?
219:デフォルトの名無しさん
21/09/10 17:47:58.58 /A8hhUIw.net
>>212
gitもdiff使うだけだな
220:デフォルトの名無しさん
21/09/10 17:48:15.10 /A8hhUIw.net
7zてめえはどうなんだよ?あ?
221:デフォルトの名無しさん
21/09/10 17:51:34.07 /A8hhUIw.net
gitはLinusが大量のパッチを差分確認してマージするために作ったツールだからなあ
222:デフォルトの名無しさん
21/09/10 17:58:12.89 /A8hhUIw.net
>>207
なんだそのクソ面倒くさい作業は
ディレクトリ移動したらファイルパス変わっちゃう・・・
223:デフォルトの名無しさん
21/09/10 18:04:26.74 /A8hhUIw.net
>>202
ハードリンクに頼ったらリモートに対応できないんじゃないっすかね?
リモートに対応できなかったらディスク障害起こってドカーンですよね
圧縮しておいてワーキングツリーに展開する方式のほうが
ローカルでもリモートでも処理に一貫性があってシンプルでわかりやすくてすごいですよね
Unixは良いものだと思うけど原理主義はよろしくないね
rsyncで日和るくらいならgitでも日和れば良いよ
224:デフォルトの名無しさん
21/09/10 18:08:39.91 /A8hhUIw.net
gitでできるようなことはファイルシステムでできるのが理想なのだろうけどね
人間がフォルダ管理するのではなくてファイルシステムがgitの機能を持つって意味ね
いまは過渡期なのかもね
225:デフォルトの名無しさん
21/09/10 18:13:55.47 /A8hhUIw.net
>>192
うんあのそれはわかったよ
ローカルで使うなり自分専用のサーバ用意するなりすればいいよね
gitはgithubじゃなくても使えるんで
226:デフォルトの名無しさん
21/09/10 18:16:23.35 /A8hhUIw.net
バックアップが大事だと思うなら
サーバでgitのリポジトリをバックアップしとけばいいと思うよ
バージョン管理もできてリモートのおかげで障害にも強くてバックアップもあって万全
227:デフォルトの名無しさん
21/09/10 18:29:05.86 +fBDwmx3.net
>>218
それぐらい工夫しろ
いいか諸君、機能が無いと不満を言っても始まらぬ。
シェルスクリプトを書くなり何なりして、自力で解決するのだ!
228:デフォルトの名無しさん
21/09/10 18:34:22.95 +fBDwmx3.net
バージョン管理ソフトは目的を失っった。バージョン管理ソフトウェアのそもそもの目的は何だったのか。
開発を続け、バージョンアップしていくソフトウェアの維持管理に要するコストの抑制であったはずだ。
これは、我らがソフトウェアを5年、10年と生き長らえさせようとする、その根底に流れる目的そのものである。
ソフトウェアはバージョンアップする。新しいコードを加え、古いコードは切り捨て、時には依存するライブ
ラリーを付け替えもする。その変わる様をすべて 届けることがバージョン管理ソフトウェアの役割であり、
それができて初めてまともに維持管理コストの抑制が実現する。
ゆえに「バージョン管理ソフトウェアは、ライブラリーの類よりも遥かに長く生き長らえなければ意味がない。」
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
ところが実際はそうなっていない。「バージョン管理ソフトウェアの維持管理」を強いられる。
本末転倒もいいところ。お前は何を言っているんだ。
229:デフォルトの名無しさん
21/09/10 18:43:38.33 /A8hhUIw.net
>>223
はい!git使います!
230:デフォルトの名無しさん
21/09/10 18:47:10.42 /A8hhUIw.net
>>224
「バージョン管理ソフトウェアの維持管理」を強いられてるの?
gitのコミッタでもやってるん?
231:デフォルトの名無しさん
21/09/10 18:58:50.07 /A8hhUIw.net
自明のことだけれども
gitは維持管理のコストが十分に小さく
使うメリットが大きいから多くの人に受け入れられてるんだと思うよ
そういう現実から目をおそむけになって本末転倒と言われましてもね
それはこちらのセリフですぞと思うわけでございましてね
>>1 の大学で教えてる人ってPOSIX原理主義の人なのかな
232:デフォルトの名無しさん
21/09/10 19:02:17.92 /A8hhUIw.net
縛りプレイはそれはそれで楽しいからPOSIX原理主義も嫌いじゃないけど
gitはgitで仕組みがシンプルでUNIX哲学のKISSの原則に則ったソフトウェアで
gitはgitで良いんだよなあ
233:デフォルトの名無しさん
21/09/10 19:09:42.28 +fBDwmx3.net
>>228
gitはUNIX哲学のKISSの原則を理解しておらぬ
KISSの原則とは誰でも使える道具だけを使ってソフトウェアを作ることだ
つまりUNIXコマンドのことだ
gitのような特定の人しか使えない道具に依存することでは断じて無い
gitが使えない状況になった時に作業できないのでは本末転倒だ
234:デフォルトの名無しさん
21/09/10 19:25:06.02 /A8hhUIw.net
>>229
> gitが使えない状況になった時に作業できない
こういう現実的でない状況を想定しないといけない時点で何かおかしいと思うよね
> KISSの原則とは誰でも使える道具だけを使ってソフトウェアを作ることだ
> つまりUNIXコマンドのことだ
これは単純に嘘だよね
非現実なことを言ったり嘘を言ったりしないとUNIXコマンドの素晴らしさを説けないなら
UNIXコマンドなんてクソですわ、PISIXなんてうんこですわ
でもYouTuberとしてなら活路がある気がする
原始人のような生活をしてPrimitive Technorogyというジャンルで
人気を集める動画があるからね
そういう趣味趣向としてなら一定の人たちに刺さるコンテンツにはなると思う
もし収益が得られたらそのお金でgitのサーバ立てたら良いと思う
235:デフォルトの名無しさん
21/09/10 19:28:03.86 /A8hhUIw.net
>>229
ところであなたはOSはNetBSDとか使ってるの?
FreeBSDもLinuxも基本コマンドはシンプルさとは程遠い実装になってるじゃん
あれはダメだよね、性能だけを追求してエレガントさをなくした闇落ちコマンドだよね
236:デフォルトの名無しさん
21/09/10 19:28:27.88 +fBDwmx3.net
>>230
wikiを読め!
URLリンク(ja.wikipedia.org)
この原則の実例として次のような逸話がある。ジョンソンが設計チームに
一握りの工具を手渡して、平凡な整備員が戦闘状況で、この工具だけを使って
修理ができるようなジェット戦闘機を開発しろと課題を出したのである。
これをソフトウェア開発に当てはめると、平凡な開発者がUNIXコマンドという工具だけを
使って作れるようなソフトウェアを開発しろということだ
237:デフォルトの名無しさん
21/09/10 19:28:36.77 E1Nw8KVf.net
いや、gitはPOSIX2018から標準コマンドだから。
238:デフォルトの名無しさん
21/09/10 19:28:37.85 cyYUC2eh.net
チーム開発での混乱を少しでも軽減することが大事であって
10年前のレガシーコードとかクソどうでもいいんだが
239:デフォルトの名無しさん
21/09/10 19:31:27.81 /A8hhUIw.net
>>232
隅々までよんだけど、FreeBSDやLinuxの基本コマンドのような実装をするべきではないという旨が書いてあった
FreeBSDやLinuxの基本コマンドはUNIX哲学に完全に反してるわ、基本コマンドの使用を禁止して
クリーンな実装と置き換えるべきだと思いました
240:デフォルトの名無しさん
21/09/10 19:34:16.11 /A8hhUIw.net
NetBSDとOpenBSDは基本コマンドをすごくシンプルに実装してるよね、あれこそがUNIXなんだろうなって思う
241:デフォルトの名無しさん
21/09/10 19:34:30.47 +fBDwmx3.net
>>230
> こういう現実的でない状況を想定しないといけない時点で何かおかしいと思うよね
どこが現実的でないというのか?
バージョン管理ソフトは実際にrcs、cvs、svn、gitと何度も変わっておるだろう
時代によって使うものが替わり、新しいバージョン管理ソフトウェアが流行りだせば
その使い方を覚え直し、時にはリポジトリーの移行を強いられてきた
よくもまあ、懲りずにと言ったところだが、我らはもうたくさんだ!
もしかすると、きさまらは「gitを覚えれば安泰だ」などと思っているかもしれんが、
あと数年、遅くともあと5年も経てばきっと次のバージョン管理ソフトウェアが登場し
覚え直しとリポジトリーの移行を余儀なくされることだろう
242:デフォルトの名無しさん
21/09/10 19:35:19.10 /A8hhUIw.net
POSIX原理主義の人へ
>>233を見たか? どうなんだ? gitよりPOSIXの方が先に変化しそうですが、POSIXやばくないですか?
243:デフォルトの名無しさん
21/09/10 19:37:42.04 /A8hhUIw.net
>>237
覚え直すくらい余裕だしリポジトリーの以降も余裕っしょ
gitはシンプルでサクサクで素晴らしいと思ってるけど
それを置き換えるような優れたバージョン管理ソフトが出てくるのは楽しみでしかないけどなあ
244:デフォルトの名無しさん
21/09/10 19:39:04.31 +fBDwmx3.net
>>238
デマを流すな。POSIXにあるバージョン管理ソフトウェアはsccsだけだ。
だがこれは使わないと断っておこう
これはオプション扱いであり、これがサポートされたUNIX系OSは今やほとんどないからだ
245:デフォルトの名無しさん
21/09/10 19:46:13.29 +fBDwmx3.net
>>239
大工と我々のエンジニアで、一つだけ大きく違うところがある。
大工は高度な技術を身に付け、日々その能力を発揮し、素人には真似できない仕事をする。
一方、我々は、高度な専門知識や技術を身につけても、普段はそれを活用しない。
むしろ、誰でも真似できるように噛み砕き、あえて高度ではないやり方で仕事をする。
常に技能を求められる職人仕事は別だが、事務仕事における人間の作業内容はそれほど複雑ではない。
というより、ルーチンワークになるところまで分割されていることが多い。
あまり複雑にしすぎると、業務が属人化して引き継ぎが難しくなり、人材流動のある企業活動が現実的ではなくなってくる。
人が理解できるレベルでの処理をPCにやらせるのに、これまでの担当者が理解できないような
高度な技能が必要となるようなやり方をする必要はない。これまでと同じレベルでの難しさで開発および操作できる必要がある。
こうした当初の目的を忘れることがないように我々は心得三箇条をもっている。
一、人手の作業を模倣せよ。
一、誰でも読めるコードに訳せ。
一、とっとと終わらせ、飲みに行け。
我々の手法は自動化と誰でも使用できることに注力した結果、わかりやすさと作業時間短縮を強く意識させるものになっている。
我々の間では「不慣れな技術はやめて、慣れてる技術で片づけてさっさと飲みに行こう。コロナのせいで店が閉まるのが早い」
というフレーズが飛び交っている。
246:デフォルトの名無しさん
21/09/10 19:53:24.46 /A8hhUIw.net
>>241
そんな自己啓発本に載ってるような安い文章に感化されてしまったの、なさけない
他人の言葉を引用するんじゃなくて自分の経験から出た自分の言葉はないものなの?
どうもあなたの中身が空っぽに思えて仕方ないんだけれども
OSのパッケージマネージャは使ってるでしょ
標準以外でも使うと便利なコマンドってあるよね
gitも使ってええんやで
247:デフォルトの名無しさん
21/09/10 19:54:32.74 /A8hhUIw.net
> 一、誰でも読めるコードに訳せ。
FreeBSDやLinuxの標準コマンドはこれを守ってないんだけれどもそれについてはどう思う?
248:デフォルトの名無しさん
21/09/10 19:58:30.03 /A8hhUIw.net
開発をスムーズにすすめることが目的の場合
POSIXにこだわることは目的を見失うことになるような気がする
gitという優れたコマンドがすでにあるならそれを使うべきじゃないかな
シェルスクリプトを一生懸命考えて書く時間あるならgitでサクッと解決して飲みに行ったらいんじゃないかな
249:デフォルトの名無しさん
21/09/10 20:17:22.05 +fBDwmx3.net
gitは高度なやり方である。我々は高度な専門知識や技術を身につけても、普段はそれを活用しない。
誰でも真似できるように噛み砕き、あえて高度ではないやり方で仕事をする。
gitを使うと業務が属人化して引き継ぎが難しくなり、人材流動のある企業活動が現実的ではなくなってくる。
これまでの担当者が理解できないような高度な技能が必要となるようなやり方をする必要はない。
250:デフォルトの名無しさん
21/09/10 20:20:15.01 /A8hhUIw.net
>>245
そうかな、gitはいまどきデザイナも使うくらい広まってるよ
gitでできることをシェルスクリプトで作りましたので保守してくださいと
言われる方がつらいと思うけどなあ
POSIX原理主義の方が属人性すごいと思う
251:デフォルトの名無しさん
21/09/10 20:24:32.73 BvzuEO+M.net
独りで開発してると正直gitいらんかもしれない
でもpushでリモートにコピーできるのは便利かなァ
252:デフォルトの名無しさん
21/09/10 20:27:59.48 pn7y7rhP.net
>>245
×あえて高度ではないやり方で仕事をする
◯僕は新しいことを覚えられないから自分が知ってるやり方だけで仕事をする
253:デフォルトの名無しさん
21/09/10 20:29:15.00 pn7y7rhP.net
>>237
あんたの言うところの我らって誰?
脳内の別人格の皆さん?
254:デフォルトの名無しさん
21/09/10 20:34:58.50 An9suLEf.net
はっきりしてるのはこんなドブスレで爺さん相手に暇潰しても得るものはないということだな
255:デフォルトの名無しさん
21/09/10 21:55:19.99 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:デフォルトの名無しさん
21/09/10 22:00:47.40 sC58HZ25.net
POSIX原理主義者の人の、口調しか真似られないの悲しすぎない?
あっちはちゃんと殴るための武器を自前で作ってくるのにこの駄劣化さんは叩き台も提示できない…
257:デフォルトの名無しさん
21/09/10 22:16:30.29 xoZ3IzsZ.net
うちの会社のPGは全員git使えるけどな
PGなら今時git使えて当たり前だろ
258:デフォルトの名無しさん
21/09/10 22:54:43.79 +fBDwmx3.net
>>252
ならば叩き台を提示してやろう
目先のことしか考えていないバージョン管理ソフトウェアに辟易し、今ある道具と知恵のみで
シンプルに長く管理する我々のたどり着いたバージョン管理のやり方はいたってシンプルだ。
・一般的な UNIX コマンドとシェルスクリプトだけを使う。
・他に使っていいのは頭だけ。コマンドをどう使うかという知恵を絞るために。
・ファイル一式?スナップショット?は、「コミット」ではなく、日付+番号を付けたディレクトリーに「コピー」するのみ。
・過去のリビジョンの閲覧や比較・分析は、find、xargs、grep、diff などを駆使したワンライナーでこなす。
・ブランチやマージなどの高度な概念に頼る前に、しっかりコメントを残す。
リポジトリーへの保存はバージョン管理の最低限ではあるが、それだけでは不十分だ。
どのように不十分か分かりやすく言えば、「困った時はソースを読め」と言ってるるのと同じことだ。
ソースがあれば他のドキュメントは不要という変わり者でなければ、しっかりコメントを残すことだ。
最も大切なのは、ソースファイルや設定ファイルなどの冒頭に、動作に差し支えのない範囲でコメントを残すことだ。そこに、次の情報を含める。
・このファイルの名前
・このファイルの概??何をするものかを簡潔に?
・最終編集時に施した修正内容
・最終編集者(最終編集者)以外は書かない?
・最終編集日?最終編集日以外は書かない?
259:デフォルトの名無しさん
21/09/10 22:55:05.49 +fBDwmx3.net
コメント例
######################################################################
#
# プログラムや設定ファイルの名
# そのプログラムの概?
#
# その他のコメント……
# ・このリビジョンで何をしたのか
#
# Written by 最終編??on 最終編?日
#
######################################################################
プログラムの途中にコメントを残すのもよいが、冒頭にも残す。途中に書いてあるだけでは、書いてある場所を探すのが手間だ。
また、最終編集した際の日付と人(メールアドレスなど)も残す。長年経った時に、そのリビジョンをいつ誰がが作成したのか把握するためだ。
それが他人であった場合、わからないことがあればその者に聞けばいい。
だたし、複数人で手を入れていたとして、最終編集者でない者の名前や日付を残す必要はないし、むしろ消すべきだ。
歴代の担当者が知りたくば、リポジトリーに残っている過去のリビジョンを見れば済む。
同様の理由で、修正前のコードをコメントアウトした状態で残す悪習も止めること。
260:デフォルトの名無しさん
21/09/10 23:03:41.84 FsmeH+FF.net
マシンリーダビリティ皆無
261:デフォルトの名無しさん
21/09/10 23:06:14.61 +fBDwmx3.net
ソースコードのコメントとして、誰が最後に編集したのか
その名前と日付とメールアドレスを残すということが重要だ
もちろん吾輩も実践しておるぞ
262:デフォルトの名無しさん
21/09/10 23:56:31.26 +fBDwmx3.net
>>252
それからお前は一つ勘違いしているぞ
我が書いたのはすべてこの本に書いてあることの受け売りだ
初めてのPOSIX原理主義
URLリンク(richlab.org)
超進化を遂げたシェルスクリプトを学ぶ15回の講義
263:デフォルトの名無しさん
21/09/11 00:19:33.88 FLpw4YrF.net
ID:+fBDwmx3 はやたらとUNIXUNIXと連呼してるが何使ってきたん?
俺は学生時代はBSDとSolaris使わされたけど
それ以降はLinuxとWindowsしか使ってないわ
264:デフォルトの名無しさん
21/09/11 01:12:17.74 PFLibieQ.net
そんな彼らシェルショッカー日本支部の成果物はこちらでバージョン管理・頒布されております
URLリンク(github.com)
265:デフォルトの名無しさん
21/09/11 02:11:18.55 0UCj7j6M.net
ちなみにPOSIX原理主義を唱えているのは有限会社USPしかおらんし、
彼らがPOSIXを濫用して作った応答性と並列性に無頓着なシステムはUSPしか改修に手を挙げない
標準に従っているのに短命要素しか無いねえ
266:デフォルトの名無しさん
21/09/11 02:19:10.14 Iqs4bETa.net
1年くらい前にシェルスクリプトでWebサービスを作るユニケージ開発が話題になったけど
それを数年前に本格的に導入したハンズラボはいまでは技術的負債と言ってる
開発を担当した本人たちですら数年持たなかったんだよね
なんでもかんでもシェルスクリプトでやろうとするのは
趣向としての面白さがあるからこれは素晴らしいものだと思えるけれども
使い勝手や保守性、性能はそんないいもんじゃないってのが実際のところ
267:デフォルトの名無しさん
21/09/11 02:24:24.24 Iqs4bETa.net
それがハマる分野ハマる規模のものはあるのだろうけどね
そういう少数のユーザを狙い撃ちするような小規模だけど鋭いプロダクトは
まあなかなかかっこいいものはあるかな
268:251
21/09/11 02:45:39.85 IblrjkB0.net
何でもかんでも、シェルスクリプトじゃ保守できない
だから漏れは、何でもかんでも、Ruby で作る。
�
269:Rマンドも、Rubyスクリプト内で呼ぶ 例えば、apt upgrade も、Rubyスクリプトで書いてる #!/usr/bin/env ruby # sudo のパスワードを自動入力する # echo <your_password> | sudo -S <your_command> puts `echo パスワード | sudo -S apt-get update` puts `sudo apt-get upgrade -yV` それと、>>251 で、7zip を使っている香具師に、 どうやってハッシュ値だけを取得するのか、教えてもらいたい
270:デフォルトの名無しさん
21/09/11 03:28:30.64 bRIwOh2/.net
フォルダ管理だと複数人で開発するときのマージが面倒臭い
一人ででも直近の更新履歴が自動でわかるのは便利
んでもって毎回フォルダ全コピーはデカイデータも一緒に管理してるときに
コピー時間にやたらと取られるのでやめたほうが良い
それのフォーマットがプログラムと連動してる場合もバージョン毎の管理が必須なのでオススメできない
271:デフォルトの名無しさん
21/09/11 05:18:41.28 ENehYciN.net
>>260
公式サイトがwikipediaでワロタw
広告・宣伝活動のような内容になってるって書いてあるし
自分でページ作ってリンクしてるだろ
272:デフォルトの名無しさん
21/09/11 06:02:11.21 ENehYciN.net
>>258
そのリンク先に講義内容が書いてあったんだけど
> そんな中,まさにその疑問や悩みに応えるような内容の講義「シェルスクリプト言語論」を
> 金沢地区の大学向けに、2016年から開講してきました.ここまで4回(4年)開講し,
> 内容が洗練されてきたところでついに書籍化しました
URLリンク(richlab.org)
その12回目と15回目にcp -prとかrsyncつかってfindやgrepやdiffを駆使しろって
書いてるんだけどマジでこんな内容教えてるの?
ネタとわかっていて受講してる人ならいいけど、本気でやってる人は可哀想
デカデカと赤い文字で「これで事足りていないか?ソフトに安易に頼りすぎ。」って
書いてあるけど普通に足りなすぎだろ。
バージョン管理をバックアップソフトと勘違いしてないか?
この講義やってる
金沢大学総合メディア基盤センター 大野浩之
ユニバーサルシェルプログラミング研究所 松浦智之
ってなにもの?
273:デフォルトの名無しさん
21/09/11 06:04:08.68 ENehYciN.net
あ、wikiに書いてあった
この講義やってる二人ってユニケージの社員じゃんか
274:251
21/09/11 06:45:59.52 IblrjkB0.net
さすがにシェルスクリプトでは、プログラミングできない
Vagrant, Chef, Cookpad 製のItamae, AWS のKumogata2 は、Ruby製。
さすがにサーバーの構築運用は、Rubyが標準
今は、Go 製のDocker になったけど。
他には、Kubernetes, Terraform とか
275:251
21/09/11 06:54:36.59 IblrjkB0.net
シェルスクリプト・POSIX などを言う人は、Linux じゃない
Unix の時代の人。
数十年前の話
まさか、AWS とかクラウドで、Unixを使う香具師なんていないだろ。
たぶん、オンプレで数十年前の話だろう
276:デフォルトの名無しさん
21/09/11 09:08:41.03 0UCj7j6M.net
視野が狭い
ツールを使う中で自然と得られる、ツールに限られない知識を見ないふりしている
シェルの抽象化力が低いことに由来するメンテナンス性の低さを無視している
gitがOSSであることも無視している
あとコメントを過大評価している
しっかりしたコメントさえあればアセンブラでもCOBOLでも改修難易度は同じとか思ってないかね
277:デフォルトの名無しさん
21/09/11 13:58:05.19 CPeqz/gU.net
git手を見る…
278:デフォルトの名無しさん
21/09/11 14:48:12.87 WRGMhX/P.net
>>153
既存の方法じゃとにかく遅い
Linuxカーネルくらいのサイズになると
ソースコード管理ツール経由よりtar.bz2を転送した方が速い
というのがgitの動機の一つだからね
サイズ小さくしないと転送レート上がらない
まあ嫌な人は転送時やアーカイブ時だけ圧縮するツールでも作れば?
279:デフォルトの名無しさん
21/09/11 14:49:42.97 WRGMhX/P.net
>>271
shの不自由さ(と利点)はむしろ抽象度が高すぎる事なのでは?
280:デフォルトの名無しさん
21/09/11 18:39:12.53 XHaUvkRC.net
>>260
えー、マジでこの人、ソースコードに編集者の名前と編集日書いてんの?
URLリンク(github.com)
他の人が修正したりプルリク受け取ったりしたらどうするんだよ
前時代的なバージョン管理してんなぁ
あとソースコード読みづらすぎ
いくつか見てみたけど、コピペばっかりしてんじゃん
281:デフォルトの名無しさん
21/09/11 19:03:46.87 KOXto9cY.net
POSIX原理主義者って自分で作ることが偉いと勘違いしてそう
俺はPOSIXコマンドだけで実現したすげーだろって言ってるようだけど
gitの劣化版を車輪の再発明してるだけに過ぎないのに
282:デフォルトの名無しさん
21/09/11 19:12:45.10 ME1s0Iiz.net
ギフハフとかいう悪の組織で配布してるけど、バージョン管理はUNIX標準コマンドだけでやってるってことか。
カッコええな。
283:デフォルトの名無しさん
21/09/11 19:14:39.88 /fYkkEDe.net
ID:+fBDwmx3 サンがどのUNIXをどの程度触ってたのか気になるw
284:デフォルトの名無しさん
21/09/11 19:18:44.68 KOXto9cY.net
そんなにPOSIXコマンドとシェルスクリプトだけで作るっていうのなら
配布もPOSIXコマンドとシェルスクリプトだけでやればいいんだよ
配布するだけなら、GitHub使う必要もなかろう?
自分でPOSIXコマンドとシェルスクリプトだけで
ウェブサーバーを作ってさ。ネットワークどうするのか知らんけどw
285:デフォルトの名無しさん
21/09/11 19:20:40.96 KOXto9cY.net
ああ言いたいことが抜けていた。
つまりねPOSIX原理主義者ってPOSIXのことわかってないでしょ?ってこと
ネットワークはPOSIXの機能だけど、シェルスクリプトからは使えないんだよ
POSIX原理主義が何に対しての原理主義なのか全くわからんよね
286:デフォルトの名無しさん
21/09/11 19:28:15.98 ME1s0Iiz.net
昔使ってた三次元測定機がHP-UXだった。
UNIXなんてその程度しか見たことない。