[過去ﾛｸﾞ] Git 19 (1002ﾚｽ)
上下前次1-新
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡
532: デフォルトの名無しさん (ﾜｯﾁｮｲ 477b-sttf) [sage] 2023/05/08(月) 23:26:24.91 ID:5kf5hyPe0(1/2) AAS
今回はシステム部門もコンサルも糞無能なgit信者なのだろう。
とはいえ515がこれを突っぱねるのも多分無理だろう。
なるほど世の中の使えないシステムはこうやって出来上がるのか、とは思う。
5chであれ、とりあえず詳しい人に聞いてみよう、と出来た515を救ってやりたいが、かなり無理だな。
とはいえ、勝手につらつらと馬鹿git信者を論破する鍵を書いてみる。
まずgit信者はgitが万能だと勘違いしてるからこそ何でもgitで、という発想なわけだが、
現実は、「文書管理システム」が百花繚乱であり、git信者はこの矛盾に気づけないほどの低脳でしかない。
という精神論でジャブをかましつつ、そもそもフローが違う、という技術論に持ち込めばいいのではないかと。
>>515の職場でも、メールやチャットは「送信」、ファイルは「保存」しないと他人に変更/追記内容が見えない、
というのは当たり前に認識されてるはず。この「他人に公開」する手続きが、
メールやチャット：送信
ファイルサーバーやSharePoint：セーブ(=保存)
svn：セーブしてcommit
git：セーブしてcommitしてpush
と、プログラミング用のgitやsvnではセーブとは意図的に分離されてる。
これはプログラミングではセーブ後にデバッグが必要であり、実際このデバッグの方が時間もかかる為だ。
そしてcommit(=公開またはその準備）は基本的にはデバッグ完了後の完成品のみで、
共用リポジトリ（=公開サーバ)上での巻き戻しは想定されてない。
公開する前に完成品に仕上げろ、完成品のみ公開しろ、というノリだ。
対して文書、何をやってるのか分からんから勝手にエスパーだが、
「昨日の○○の件、纏めて鯖の○○フォルダに置いておきました。
関係者はチェック願います。そうでない方も軽く目を通しておいてください」
みたいなメールでの通知＋共用ファイルサーバーで情報共有を行っているとき、
まず公開した上でみんなでつついてブラッシュアップし、さらに精度を上げていくことになる。
そして十分と見なされれば決済され、駄目なら差し戻しで書き直しとなる。
533: デフォルトの名無しさん (ﾜｯﾁｮｲ 477b-sttf) [sage] 2023/05/08(月) 23:26:50.45 ID:5kf5hyPe0(2/2) AAS
この場合、
プログラミング：セーブして一人で「デバッグ」して完成品に仕上げてから、「公開」(commit+push)
（=完成品のみ公開、未完成なら原則公開してはいけない)
文書：まずみんなに「公開」(=他人に見える状態に)してからブラッシュアップ（=修正=「デバッグ」)
(=未完成品を公開した上で細部修正して完成させる)
なので、公開とデバッグの順が逆だから、
そもそもプログラミング用のシステムを通常文書に流用するのは無理がある、というより無茶苦茶だ。
そしてgitの場合、公開(=共用リポジトリでcommit済み)の後に上長に却下されて差し戻しで全面書きなおし、
みたいなことは想定されてない。これが日常的に行われたら多分すぐ破綻する。
(差し戻し履歴も全部保持するんだ！なら行けるのかもしれんが…)
そのシステム部門もコンサルも無能な馬鹿なのはほぼ間違いないが、
みんながやらないことには理由があるのだから、その理由を理解出来ないのなら変に突っ込んでいかないことだ。
無料のgitで文書も便利に管理出来るのなら、みんなやってるはずだろ。
実際は無理だからやってないんだよ。
gitの知識が豊富であったとしても、上記の通りフローが逆なのだからどうにも無理。
つか、ほぼ全員がgit使えるIT系の会社でも、ExcelやWord文書をgitで管理してるところは無いんじゃないかと。
いわゆる「ドキュメントを書け」のドキュメントはソースコードと対だから、gitにブチ込むべきではあるが、
実際GitHubにExcel/Wordが載ってるのなんて見たこと無いし。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.047s