gitを使わずにディレクトリコピーでバージョン管理at TECH
gitを使わずにディレクトリコピーでバージョン管理 - 暇つぶし2ch81:デフォルトの名無しさん
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なんてその程度しか見たことない。

287:デフォルトの名無しさん
21/09/11 19:32:56.71 /fYkkEDe.net
シェルスクリプトってそんな喜んで書きたいものじゃないよね?プログラマ的には
cshもbashもイライラさせられたわ

288:デフォルトの名無しさん
21/09/11 19:36:39.72 ME1s0Iiz.net
まあ書きやすくはないよね。
そこでシェルスクリプトの代わりにRubyを使おうという寸法です。

289:デフォルトの名無しさん
21/09/11 19:41:05.96 KOXto9cY.net
ユニケージとかPOSIX原理主義者がなんでわざわざ
シェルスクリプト縛りを始めたのか理解できんわ
両方使えばいいんだから縛る必要ないじゃん
シェルスクリプトしか使えませんっていうのならわかるけど

290:デフォルトの名無しさん
21/09/11 19:42:32.28 /fYkkEDe.net
俺もrubyで書いてたわ
Dir.globとかあるし色々ラクだったわ

291:デフォルトの名無しさん
21/09/11 19:44:54.59 ME1s0Iiz.net
>>284
そこはロマンじゃないか?

292:デフォルトの名無しさん
21/09/11 19:49:38.97 KOXto9cY.net
>>283
POSIX原理主義者いわく、Rubyは熟練してないとインストールが難しい
URLリンク(docs.google.com)
> 有名なUNIX用Twitterクライアントの多くは、Ruby 1.9以上+gem を要求する。
> (やればわかるが)熟練していないとインストールが大変

POSIX原理主義者いわく、Perl、Ruby、Python は標準語(?)ではない
URLリンク(docs.google.com)
POSIX原理主義者いわく、Perl、Ruby、Python を作ってるのが一団体しかない
(あれ?Rubyって複数の実装があったはずだけど?)
POSIX原理主義者いわく、一製品に依存し、替えられない状態を「ロックイン」と呼ぶ。
(その理屈だとユニケージやPOSIX原理主義者が作ってるツールはロックインだね)

なんつーか、矛盾しまくりの理論でこんなんに騙されるやつって
よっぽどの馬鹿しかいないと思うんだけど

293:デフォルトの名無しさん
21/09/11 20:25:18.26 7ac2XrM2.net
とりあえずこのカルトみたいなPOSIX原理主義者といろんなスレを荒らしてるRubyバカが、このスレで延々と不毛な平行線バトルを繰り広げてくれれば他のスレが平和になるのではなかろうか

294:デフォルトの名無しさん
21/09/11 21:02:07.71 Ka5OzmL8.net
>>267
金沢大学にいったら講義を受けられるんでしょ
どんな科目名で教えてるんだろう

295:デフォルトの名無しさん
21/09/11 21:23:47.73 x2ZLDQix.net
>>283
シバンにRubyって書くだけでOK

296:デフォルトの名無しさん
21/09/11 21:40:11.24 0UCj7j6M.net
でも便利なツールを提供するからシェルショッカーは嫌いじゃなかったりする
REST APIを提供しているフレームワークで不具合調査とかするときにparsrj.shはとっても使いやすい
シェルで操作しやすい形式にデータを整形変換するアイデアは非常に良い
それ以外のアイデアはNIH症候群にしかなってないので、個人の好みでやればいい
変更管理に頭を悩ませるのも嫌だし、チーム内で共有しつづけるコストもバカ高いんで採用する価値はあまり無い
gitリポジトリとディレクトリ管理を相互に変換できるプログラムでもあれば試してもいいよ
今は見えない利点がわかるかもしれんね

297:デフォルトの名無しさん
21/09/12 03:37:55.62 4P1B8zhV.net
>>289
それもここに書いてあったよ。シェルスクリプト言語論らしい
URLリンク(richlab.org)
> そんな中,まさにその疑問や悩みに応えるような内容の講義「シェルスクリプト言語論」を
> 金沢地区の大学向けに、2016年から開講してきました.ここまで4回(4年)開講し,
> 内容が洗練されてきたところでついに書籍化しました.
ぐぐったら出てきた。今もやってるみたい。9月30日~って書いてるからこれからのやつかな?
URLリンク(www.ucon-i.jp)
検定料1万、入学料3万、授業料3万、合計7万円なり~
社会人は1万円ですむっぽい
> 特に,多くのプログラミング言語では,1,2年毎に大きなバージョンアップなどがあり,
> その前後で作成したプログラムが動かなくなったり,新しいプログラムが作れなくなったりします。
大きなバージョンアップあるか?って思うけど、その前後でプログラムが動かなくなったこと無いなぁ
新しいプログラムが作れないって話をするなら、
シェルスクリプトはそもそも作れないプログラムがあって移植性も低いわけで
長く使えるからって、それが快適な言語ってわけじゃないよね
長く使える=古くから変わらない=いつまでも昔のやり方で改善されてないって意味にもなるし
「すべての UNIX で25年後も動く普遍的なプログラム」なんて言ってるけど、
25年後にはそのUNIXが存在してなさそうな時代
だいたい25年後も動くって希望的観測でしょ?別の標準化団体が登場してPOSIX解体するかもしれないし
w3cみたいに保守的な方針から、コミュニティベースのアクティブな方針に変わるかもしれない
まったくもって証明されてない理論だよ

298:デフォルトの名無しさん
21/09/12 03:46:58.23 4P1B8zhV.net
>>291
> でも便利なツールを提供するからシェルショッカーは嫌いじゃなかったりする
シェルショッカーは人間性が悪い。Twitterみたけどやたら他の人に悪絡みばかりしてる
ネタでやってるのかもしれないけど、実質ユニケージという会社の広報担当だよね
POSIX原理主義ってあの会社だけが提唱してる独自の理論なわけだし
アレ放置してていいの?
検索してたら公式サイトらしきものを見つけた
URLリンク(posixism.org)
POSIX原理主義って実質2人しか人がいないみたいw
> シェルショッカーとは,「POSIX原理主義を至上とし、エクストリームなシェルスクリプトで人間どもを
> 洗脳し、世界征服を目論む組織。」とのことです(秘密結社シェルショッカー日本支部より引用)。
> 主にTwitter上で活動が目撃され,以下2名の構成員が確認されています。
リッチー大佐=松浦 智之みたいだけど、シェルショッカーって誰だろ?
シェルスクリプト言語論の残りの二人のどちらかかな? 大野 浩之 か 森 祥寛

299:デフォルトの名無しさん
21/09/12 03:55:06.68 4P1B8zhV.net
> REST APIを提供しているフレームワークで不具合調査とかするときにparsrj.shはとっても使いやすい
普通にjqでいいと思うんだけど?
jqの構文が覚えづらいってのはあるけどそれ言ったらawkの構文が覚えづらいと言ってるのと同じなわけで
今持ってるシェルスクリプトの知識だけでやろうとして
メチャクチャな理論を打ち立ててるだけなんだろうな
なんか必死でシェルスクリプトでやろうとして、jsonパーサーとかxmlパーサーとかいろいろ作ってるみたいだけど
でもそれって他の言語ならライブラリ呼ぶだけで終わりじゃね?ってものばかりな気がする
base64コマンドとかを再発明してるみたいだけど、すでにコマンドあるわけで
POSIX原理主義版実装を使うぐらいなら、実績がある方を使う
READMEもないし、ものは作るけど作りっぱなしで他の人が使うことを考えてない
俺らはこんな物作ったすごいだろ。みたいに自分の理論が正しいことを証明するためだけに公開してる気がする
> それ以外のアイデアはNIH症候群にしかなってないので、
NIH症候群って略初めて知った。自前主義症候群のことなのね

300:デフォルトの名無しさん
21/09/12 04:49:57.75 jZMYjdNi.net
例えば、Ruby 内で使っている、Libxml2 とか、皆が何億回も使っている。
かなりのバグが発見されて、修正されている
使われていない、独自に作った俺々ライブラリなんか、
バグだらけで怖くて使えない
ましてや、シェルスクリプトのコードなんて、様々なバグが入ってしまう。
それぐらい書きにくく、開発しにくい言語

301:デフォルトの名無しさん
21/09/12 04:57:35.92 jZMYjdNi.net
GitLab の作者も言ってる。
GitHub がRuby on Rails だから、自分らもRailsで作ることにした
Vagrant, Homebrew, SASS とか、複雑なものはRuby製が多い。
他の言語に置き換えられるのは、数年後
Homebrew も、C/C++ に置き換えられたのは、つい最近。
SASS も、node.js になったのか?

302:デフォルトの名無しさん
21/09/12 19:54:16.19 09FXBLJb.net
>>295
Rubyはどうでもいいんだが、バグと聞いてふとparsrj.shとやらを見てみた
URLリンク(github.com)
これシェルスクリプトっていうよりawkやね。それはまあいいんだけど。
一応動いてるようだけど、一つ小さなバグらしきものを見つけた
URLリンク(www.json.org)によるとcarriage returnを
ホワイトスペースとして扱わなければいけないようだけどparsrj.shは対応してないようだ
あとテストコードがリポジトリにないのが気になる
jsonのページの下の方にawkまたはshell用のjsonパーサーあるし
こっち使ったほうがいいのでは?
JSON.shはスターも1.9kあるしテストコードもある
URLリンク(github.com)

303:デフォルトの名無しさん
21/09/12 19:59:18.39 09FXBLJb.net
JSON.sh使ったほうがいいのでは?というのは>>291あてね

304:デフォルトの名無しさん
21/09/12 22:23:48.28 fdiiSRIs.net
>>1>>267もしくはそれと同じような授業を受けてるの?

305:デフォルトの名無しさん
21/09/12 22:50:24.17 a0Jd4Hkz.net
>>264
ハッシュ値くらいRubyで計算したらいいじゃん

306:デフォルトの名無しさん
21/09/13 05:37:32.99 EwnuNemk.net
URLリンク(docs.google.com)
> [指摘3] Webブラウザではシェルスクリプト使えないよ。
>
> ブラウザ上ではJavaScriptを使う。
> JavaScript(+HTML/CSS)にも、
> POSIX的な互換性重視の規格がある
> ⇒W3C勧告
> URLリンク(www.w3.org)
> これに準拠させる。
↑わかる
URLリンク(docs.google.com)
> ・jQueryなどのライブラリーも使わないの?
>   ・使わない。
>   ・互換性や寿命が減る恐れがあるから。
> ・でも、書くの大変だよ?
>   ・凝ったことはやらない。
>   ・使わないとできないようなことには手を出さない。
↑意味不明

307:デフォルトの名無しさん
21/09/13 05:39:14.73 EwnuNemk.net
> JavaScriptのライブラリーは今、戦国時代
> せっかく覚えた知識が数年で時代遅れになる。
> ↓
> だから「W3C勧告準拠」をする。
覚えた知識が数年で時代遅れになるから
ライブラリを使わないとできないようなことには手を出さない?
現実的じゃない

308:デフォルトの名無しさん
21/09/13 05:42:05.69 EwnuNemk.net
「交換可能性の担保」というのもよくわからん。
curlとwgetって機能がぜんぜん違うじゃん
あの理屈ならPythonの代わりにRubyを使えるから交換可能性があるから
使っていいってことになる
主張が一貫しておらず理論が破綻してるとしか思えないんだが

309:デフォルトの名無しさん
21/09/13 05:48:59.71 EwnuNemk.net
> だがW3C勧告というPOSIXに似た発想の標準がある。
これがOKならSQL標準だってOKだろう
SQL標準だってこいつの言うところの方言を使わないで
共通語だけ使っていれば移植可能なんだし
URLリンク(docs.google.com)
SQLの代わりにusp Tukubaiコマンドとかいうのを使ってやれと言うが
それことまさにUSPでしか使われてない独自の言語、方言なわけで
方言つかなと言っておきながら、方言すすめていて、自己矛盾してる

310:デフォルトの名無しさん
21/09/13 05:52:48.86 EwnuNemk.net
usp Tukubaiっていうのを見てみたがPython製w
破綻してるじゃん
URLリンク(github.com)
しかも2017年から更新が止まってる
プルリクも放置されてるしやる気を感じられない

311:デフォルトの名無しさん
21/09/13 05:53:59.20 EwnuNemk.net
シェルスクリプトでやれって言いながら
ユニケージやシェルショッカーってC言語使ってるんだな
どこからどこまで破綻してるんだこいつら

312:デフォルトの名無しさん
21/09/13 05:54:41.80 EwnuNemk.net
連投すまん。読めば読むほどボロが出てきてきりがないw

313:デフォルトの名無しさん
21/09/13 06:28:52.54 Y3L7sO2j.net
>>303
> curlとwgetって機能がぜんぜん違うじゃん
全然違うは言いすぎだろ
殆どは引数の書き換えが発生するくらいで
> あの理屈ならPythonの代わりにRubyを使えるから交換可能性があるから
いやいや
極端馬鹿への反論は冷静にやらないと

314:デフォルトの名無しさん
21/09/13 06:43:45.22 LGoaKNgA.net
>>302
w3cのhtml標準は半年前に全て廃止される事が発表されたんだが?
規格としてはwhatwgがstableでw3cのはunstable

315:デフォルトの名無しさん
21/09/13 06:49:19.17 Y3L7sO2j.net
>>264
パスワードをスクリプトに書き込むよりは
NOPASSWD:設定の方が良くないかな?

316:デフォルトの名無しさん
21/09/13 06:52:47.17 Y3L7sO2j.net
>>304
SQLもサーバとの通信をPOSIX互換のsh scriptにするのは厳しいけど
そこをなんとか誤魔化せばsh scriptで行けるはずだから貫徹しないとな
トランザクションID捕まえとけばイケる

317:デフォルトの名無しさん
21/09/13 07:03:07.35 HyQzaiHc.net
まさか阿部寛のwebサイトよりw3cが先に滅びるとはなあ

318:デフォルトの名無しさん
21/09/13 08:23:31.29 EwnuNemk.net
>>308
いやだって作ろうと思えば、どんな機能だって
プログラム言語で作れるじゃん?
自分でプログラムを作るなっていう原理なの?
それに交換可能性を担保する理由が将来使えなくなったら困る
っていう話なら自分でフォークすればいいだけだし

319:デフォルトの名無しさん
21/09/13 08:31:40.95 EwnuNemk.net
>>309
そこまで深く考えてないと思うよw
POSIX原理主義だー!
→できないことあるよね?
例外ルール作ったー!
多分こんないきあたりばったりな理論だと思う
w3c標準を例外ルールとして取り扱うなら
SQL標準なども例外ルールとして取り扱えばいいと思うんだが
振り上げた拳を下ろせない状態なんだろうな

320:デフォルトの名無しさん
21/09/13 08:34:45.89 EwnuNemk.net
>>308
> 全然違うは言いすぎだろ
> 殆どは引数の書き換えが発生するくらいで
じゃあこういうのはどうだろうか?
jqは交換可能性があるから使っていい。
なぜならPOSIX原理主義者がparsrj.shを作っているからw
それともparsrj.shを使うときには、それが将来使えなくなることを考慮して
両対応にしないといけないってことかな?
usp Tukubaiもそうだね。将来使えなくなるかもしれないから
SQLとかと両対応にしておく
はぁ、ほんと、穴だらけの理論だ

321:デフォルトの名無しさん
21/09/13 09:06:19.38 EwnuNemk.net
ユニケージの本質はシェルスクリプトでCOBOLプログラミングをやることなのでは?と思った
URLリンク(anond.hatelabo.jp)
■無印良品のウェブサイトが止まってる件について思うこと
ユニケージはbashのパイプで作られた、RDBMSを使わずテキストファイルによる
空白区切り行志向レコードへのデータ処理(だいたいプログラム1本の処理内容が
メインフレームのCOBOLのそれと同じくSQLクエリ1個に相当する)で、
同形式によるマスタとトランザクションファイル(RDBMS内部のredoログに相当)を使う
(データに含まれる空白文字0x20はアンダーバー0x5Fに置換する、アンダーバーが複数存在するデータの場合どう扱うかは知らない)
開発と更新は早いんだけど参照が(テキストファイルなので)インデクスが効かないためシャーディングするしかなく、
要するに検索機能の柔軟性がなく、リアルタイム性を損なう
おそらく基幹系というか在庫管理をユニケージでやっているので、ウェブサイト自体は
ユニケージで実装されていないかもしれないけど、しかし根幹に上記のような手作りのデータベース実装があるし、
RDBMSに移行するとなると全部を止めてマスタとトランザクションファイルをマージしてインポートすることになる

322:デフォルトの名無しさん
21/09/13 09:40:21.73 bTLuzAmV.net
SQLはbit演算が壊滅的

323:デフォルトの名無しさん
21/09/13 09:54:57.89 EwnuNemk.net
今どきビット演算ができないRDBMSなんてあるの?
URLリンク(ja.wikipedia.org)
SQL92の時点でビットってあるけど
んで、これらの表の機能をユニケージが全部実装してるって?
はいはいウソウソ

324:デフォルトの名無しさん
21/09/13 14:04:07.53 rsfDODGJ.net
bit演算なくてもそれでSQLが駄目ということ:いはならないわな

325:デフォルトの名無しさん
21/09/13 15:00:37.59 HyQzaiHc.net
>>305
もうぜんぶPythonでいいじゃん感

326:デフォルトの名無しさん
21/09/13 15:14:56.65 kAzx+Vi2.net
Linux入れたら昔だとperlは必ず入ってたけど
今だとpythonも必ず入ってるもんな

327:デフォルトの名無しさん
21/09/13 17:30:16.31 H


328:eoQeaDC.net



329:デフォルトの名無しさん
21/09/13 18:37:05.03 E+yWygl4.net
>>322
> POSIXで定義されてるシェルコマンドだけでシステム開発しましょうというのは
> POSIXで定義されてるAPIを使って開発されたコマンドは使いませんと言ってるのと同じで
それは違うのでは?
彼らがそう言ってるかどうかは別にして

330:デフォルトの名無しさん
21/09/13 19:32:26.61 Wc4bEdJ2.net
>>322
> そうとは言い切れないけど、そもそも入ってる必要ある?
> 入ってないなら入れればいいだけじゃん?
パッケージの依存関係で苦しんだことない人?
入れたり消したりは可能な限り避けたいんよ

331:デフォルトの名無しさん
21/09/13 19:54:45.64 HeoQeaDC.net
>>323
彼らはそう言ってるよ。シェルコマンドだけでシステムを
開発しましょうって。読んで見ればわかる
例外事項を設けてるけど、あれはPOSIX原理主義が通じないときの最終手段
>>324
パッケージの依存関係で苦しんだことはないな
ディストロが提供してるバージョンを使うだけだし
言語のライブラリなら、pyenvとかを使うから依存関係の問題も出てこない
それにどうしてもライブラリの更新に追尾するのが大変っていうのであれば
pythonだったら、その言語と標準ライブラリだけを使って開発すればいい
言語と標準ライブラリの互換性は、シェルコマンドの互換性よりも圧倒的に高いし
どの環境でも同じように動く。標準ライブラリだけで開発するのは辛いが
それもシェルスクリプトよりも圧倒的に楽だよ

332:デフォルトの名無しさん
21/09/13 19:57:13.31 HeoQeaDC.net
彼らの理論だとdockerとかもFreeBSDだとかUnixで動かないから使用禁止なのだろう
つまり彼らの理論でやるから、バージョン依存関係で苦しんでるのでは?
新しい技術も取り入れないという理論だから
ソフトウェア開発技術の発展について来れない

333:デフォルトの名無しさん
21/09/13 20:01:12.97 HeoQeaDC.net
jQuery禁止っていうのもアレだよな
今でこそ各ブラウザ間の互換性が高くなったからこそ言えることで
互換性が低い時代には必須だった
10年、20年前だったらPOSIX原理主義のライブラリを使わない主義は
現実的じゃなかったわけで、W3Cと各ブラウザベンダーにお礼を言うべきだろう。

334:デフォルトの名無しさん
21/09/13 21:08:24.89 HGulW+Fz.net
Windows 10, WSL2, Linux で、
日本人が作ったanyenv で、30言語ぐらいのバージョン管理できる
それどころか、Windows 10 Home 版でも、Docker が出来た。
それには、Kubernetes も入っている
anyenv すら必要ない
AWS も同じ事を言ってる。
EC2 で、自分でOS を管理しないでください
OS レスのFargate, Lambda, Elastic Beanstalk で、
AWSの自動管理に任せるように
だから、Dockerを知らない老害が、SNS で暴れている
転職に、Dockerが必要だと言うのは、嘘です!
当社にはDockerを知らない、優秀なエンジニアが一杯います
サロン・学校の宣伝に、惑わされないように!
彼らは危機感をあおって、金儲けしている連中です
老害は、git, Dockerみたいな転職に必要な技術を、絶対に認めない

335:デフォルトの名無しさん
21/09/15 19:32:21.78 hAZmpZDe.net
だったらせめてCVSは使えよ

336:デフォルトの名無しさん
21/09/16 02:11:28.80 RHTD7cJY.net
フォルダ管理って一日一回しかコミットしない気かな
機能ごとにコミットしたり試作用のブランチにコミットしたりできないのはつらいなあ

337:デフォルトの名無しさん
21/09/16 03:50:17.25 x4RkoMHs.net
おまえらのすきな哲学者をおしえろ

338:デフォルトの名無しさん
21/09/16 06:12:22.28 TAvMZvey.net
クソラデス

339:デフォルトの名無しさん
21/09/16 06:16:32.19 TAvMZvey.net
>>330
泣き言を言うな。できないならば自分で作ればいい。
だからcommit.shというシェルスクリプトを作った。
というのがPOSIX原理主義者の理屈w
そんなくだらないシェルスクリプトではなく
gitを使えばいいだろ

340:デフォルトの名無しさん
21/09/17 07:32:44.53 bL66OlBD.net
いい出汁にされてPOSIXが可哀想

341:デフォルトの名無しさん
21/09/19 00:32:41.31 ojfVUUe0.net
よくそんなあけすけに老害バカにできるなみんな
俺はいつ自分が老害になるかわからんから叩けないわ

342:デフォルトの名無しさん
21/09/19 00:35:46.42 dh1bYHy4.net
そりゃチームにgit反対派なんていたら鬱陶しいもん

343:デフォルトの名無しさん
21/09/19 10:37:46.56 ZpH8FzBH.net
>>335
老害のせいにするな
単にこいつが馬鹿なだけだ

344:デフォルトの名無しさん
21/09/19 10:45:06.26 /9ib405E.net
老害というと少しは経験を持ってそうに聞こえるが
この業界は何の経験もなく実力も無い無能がいて
自分の実力も相手の実力も知らず平気で立ち振る舞ってるのがあるから怖い

345:デフォルトの名無しさん
21/09/19 10:52:01.49 ZpH8FzBH.net
>>338
それな、シェルショッカーとかいう
雑魚のくせに、キャンキャン吠えてる

346:デフォルトの名無しさん
21/09/19 12:23:26.84 /yxUr6Cy.net
どの業界にもいる

347:デフォルトの名無しさん
21/09/19 14:44:48.19 EjpHKNNp.net
やる気も成長する気も失せているなりに
自覚と謙虚さがあればまだいいが
それが無いせいで老害呼ばわりされるんだろう

348:デフォルトの名無しさん
21/09/19 15:57:38.75 j/ItGVOQ.net
物理法則みたいに考えてるんじゃね、単なる規格にすぎないのに

349:デフォルトの名無しさん
21/09/19 17:41:48.89 Vu5BXhh8.net
POSIXの名の通りOSとのインターフェースの取り決めでしか無いのに
ソフトウェア開発全般の技術とか勘違いしてる
ライブラリやミドルウェアはPOSIXで決まってないから
不要なものとか言ってるしな

350:デフォルトの名無しさん
21/09/21 12:29:29.92 I1naAJe8.net
自分が学んだ時代のことしかしらない人にありがちだね


次ページ
最新レス表示
レスジャンプ
類似スレ一覧
スレッドの検索
話題のニュース
おまかせリスト
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch