[過去ﾛｸﾞ] Git 19 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡
68(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 5e03-zlm6) [sage] 2022/11/10(木) 00:32:49.23 ID:eyva6wLj0(2/2) AAS
>>6666(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 617b-8+ss) [sage] 2022/11/10(木) 00:02:35.94 ID:7zTsALdP0(3/3) AAS
>>59,60
それを揶揄するのがお前らの傲慢なところだ。(60は賛同かもだが)
それは、「ユーザーが実際に求めてる機能はその程度で十分」ということなんだよ。
まさに、例のブランコ状態。Gitなんて超超超超オーバースペックだ。
たださすがに「ゴミ箱」は怖いから、
「バケツ」アプリで、GUIは完全にゴミ箱と同じ、ただし消せないし消えない、で一般には十分なんだよ。
従来VCSが提供したもの： 管理者に都合がいいだけの、すさまじく使いにくいVCS
Gitが提供したもの： 超超超超オーバースペックで、確かに何でも出来るが、すさまじく分かりにくいVCS
ユーザーが本当に欲しかったもの： 消えないゴミ箱
×ユーザーが本当に欲しかったもの： 消えないゴミ箱
○バージョン管理を理解してないバカ（お前）が理解できるギリギリの機能：消えないゴミ箱
こうやで、間違えんな
183: デフォルトの名無しさん (ﾜｯﾁｮｲ a37c-H0Ic) [sage] 2022/11/13(日) 11:08:14.23 ID:4MPzkrV00(1) AAS
気に入らないなら自分で作ればいいだけの話
gitも元はそういう思想から生まれているんだし
それが出来なくて文句言うだけなのは恥ずかしい
305: デフォルトの名無しさん (ｱｳｱｳｳｰ Saa9-Y/9p) [] 2022/11/17(木) 08:39:39.23 ID:t8CddWfYa(1) AAS
>>303これは楽しみ
でもネーミングがダメだな
一般的な単語をそのまま使うのは検索性が劣るので普及しにくくなる
314: デフォルトの名無しさん (ｱｳｱｳｳｰ Saa9-9aJV) [sage] 2022/11/17(木) 20:45:14.23 ID:oYIw5RmVa(1) AAS
200m四方までズームで追える仕様が、200cm四方までズームで追える仕様になってないと、置きかわりは無理やで。
339: デフォルトの名無しさん (ｱｳｱｳｳｰ Sa3b-VYX9) [sage] 2022/11/20(日) 15:19:13.23 ID:PLf6d8B0a(1) AAS
ルールさえ決めておけば物置になるだろ。
510(1): デフォルトの名無しさん (ﾜｯﾁｮｲ ffbb-E3WC) [sage] 2023/05/02(火) 12:44:34.23 ID:qiaRnW6F0(3/3) AAS
>>509お前がそう思うんならな。
でも git branch でブランチを「作る」なんて普通しないからな。昔の作法にとらわれてるロートルくらいだよ
520(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 477b-sttf) [sage] 2023/05/07(日) 13:02:47.23 ID:DNOpmTqI0(2/6) AAS
>>519519(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 96bb-J6v/) [sage] 2023/05/07(日) 12:04:22.46 ID:oLYbcGcf0(2/4) AAS
長々と無駄なレス書いてるやつもいるが、一人で考えたり、いきなり SharePoint とか始めるじゃなくて社内でよく相談することを推奨するよ。
他部署とかでも SharePoint 使ってるならお勧めだが、社内全体が git で染まってるなら自部署だけ違うのを使うのはお勧めしない。
自部署単独ではあまり役に立たなくても全社での交流を考えると有用ということもある。
全社規模でgit導入済みの大企業が、git知らない奴にgit導入の可否判断/作業なんてさせるはず無いだろ。
この程度なのがこのスレの実態だよ。会社で働いたことないんだ。
> 社内でよく相談することを推奨するよ。
勿論そうだが、その結果、他部署やコンサルからgitを勧められてるんだろ。
>>515515(8): デフォルトの名無しさん (ﾜｯﾁｮｲ 1610-Z+mA) [sage] 2023/05/07(日) 02:53:34.47 ID:9zTyX7Ss0(1/2) AAS
2点質問があります。もし詳しい人がいましたらご教授いただけると幸いです。
【自己紹介・置かれている状況】
私はGitが全くわかっていない人間です。業務もITとは無関係です。
私の部署はワードやエクセルで書類を作成したり、電話対応を行うのが主な業務です。
pythonやphpなど、プログラミング言語を使った業務は皆無です（エクセルで若干関数を扱う程度）。
現在、別部署やコンサル会社から「git使いましょう」とアドバイスを受けている状況です。
【質問】
1）エクセルやワードが使えるだけの人（高齢者や短時間勤務の主婦もいます）でもGitは扱えますでしょうか？
2）PCやタブレットが50台くらいあるのですが、環境設定は大変でしょうか？作業者は私になるそうです。
【余談】
「サル先生のGit入門」や「Gitの良さが分からない？ ちょっとそこに座れ」という記事は読みました。
専門用語が多く、理解できていません...
よろしくお願いいたします。
まあ俺はgitの達人ではないが、俺の知ってる限りで直接質問にも答えておくと、
1) 無理。gitは使う前に100時間程度の予習が『全員に』必要。
実際君は「サル先生のGit入門」に何時間かけた？それでも全然足りないんだろ。そういう事。
そしてgit導入したとしても、メリット無いよ。ExcelやWordファイルをマージする機能なんて無いと思うし。
svnはExcel/Wordのdiffが取れるが、確か外部ツールを介してたはずで、ゴネればgitでも出来たはず。
けどここら辺、結局MS製品(Excel/Word)ならMS製品(SharePoint)に合わせておいた方が色々将来的にも得策だよ。
結局外部ツールなら箱は何でもいいし、公式ツールが最初に実装されるのはMS謹製ソフトだし。
2) 環境設定自体は50台なら手際よくやれば1日で終わるんじゃないの？
そこら辺に転がってるgitソフトをインストールして回るだけだから。1台10分なら1日だよね。
ただこれだと君も危惧してるとおり、箱を用意しただけで、中身は入らない。
このスレの連中はgitの達人だから、gitの機能については俺よりも他の連中を当てにした方がいい。
ただ同時にgit信者で、無理にgitを布教する面もあるからそのつもりで。
526: デフォルトの名無しさん (ﾜｯﾁｮｲ 477b-sttf) [sage] 2023/05/07(日) 17:00:11.23 ID:DNOpmTqI0(5/6) AAS
>>524524(1): 515 (ﾜｯﾁｮｲ 1610-Z+mA) [sage] 2023/05/07(日) 16:37:14.01 ID:9zTyX7Ss0(2/2) AAS
沢山の返答、提案ありがとうございます。参考になりました。
私は「gitの導入は難しそう」という第一印象を抱きました。代替案として挙がったSharePointは現在調査しています。
いただいた情報を元に材料を収集し、次のミーティングで活かそうと思います。
>>518
>他部署がなぜgitを推すのかはちょっと確認した方がいい
gitを推す理由は以下になります
・システム系の部署は、すでにgitを使用しているため賛成
・新しいものが好きな部署も賛成
0.9秒違いで前後してしまったが、
> ・システム系の部署は、すでにgitを使用しているため賛成
> ・新しいものが好きな部署も賛成
これは止めとけ、だな。
前者は自分が勉強するのが面倒だから他人に投げてるだけだし、(これは実際よくあるけど)
後者は有りだしそういう好奇心こそが上達の鍵ではあるが、導入後のメリットが無いからね。
(使ってない俺が言うのも色々おかしいが、覚えてる範囲で言うと)SharePointは下から攻めてて、
第一段階：個人のPC内に各人が管理。
メリット：何もしなくてもいい
デメリット：○○さんが居ないと最新版がどこにあるのか分からない、バックアップが大変
第二段階：共通PCまたはサーバで管理。
メリット：各人の端末から最新版にアクセス出来る、鯖だけバックアップすればいい
デメリット：誰かが編集中の場合、開けない
第三段階：SharePointで管理。
メリット：同時に鯖上のExcelやWordが編集出来る、履歴もガッツリ管理出来る、
閉じ忘れてる馬鹿がいても何とか出来る（だったはず）
要は第二段階での問題、
順番にしか編集出来ないのと、閉じ忘れて帰った馬鹿がいたら次にそいつが出社するまでどうにもならない、を対策してたはず。
だから多分Excel/Wordの簡易マージ機能を持ってる。(はず)
対してgitはLinuxの「全世界規模で同時開発」という、上から攻めてる状況で、
大は小を兼ねる程度には小にも使える程度。小用では決してないが、他も糞だから使われてるだけ。
君の部署が現在上記の第二段階なら、次はSharePointだと思う。
まさか第一段階なら、まずは第二段階を目指すべき。
569: デフォルトの名無しさん (ﾜｯﾁｮｲ 5e8f-yLWt) [sage] 2023/06/21(水) 16:32:39.23 ID:rFauv/aJ0(1) AAS
gitがパッチ管理ツールとかもう少し勉強してからきてほしい
806(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 317b-vj3y) [sage] 2023/08/19(土) 21:36:21.23 ID:2LFpxJcr0(6/8) AAS
>>803803(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 2bbb-8Zil) [sage] 2023/08/19(土) 17:25:39.06 ID:Af/nXbF+0(6/10) AAS
> お前にとって残したい履歴は何？という話)
結局、プログラムしたことないので個人で残したい履歴と、共有で残したい履歴は違うということが理解できないんだな。
タイポの修正履歴とかは他の人にとってはノイズでしかないので共有不要。自分の手元にだけ残っていれば良い。タイポ修正前のコードを見たいやつはいない。
多人数で開発する場合はノイズが少ないほど開発効率が上がるしバグも少なくなる。
> 個人で残したい履歴と、共有で残したい履歴は違う
> 自分の手元にだけ残っていれば良い
これらはその通りだが、gitにはこれを残す方法が用意されてないだろ。(まあsvn等も同様だとも思うが)
お前は一々別に残せと言うのか？
799通りやってたら既にそれがgitに記録されてるのに？(1回目)
そして共有用に履歴を改竄して、(2回目)
またどこか別にオレオレ用履歴を記録し直すなりしろと？(3回目)
三度手間だろ。
お前らの言う「グチャグチャな」履歴(1回目)を提出すれば(2回目)(3回目)はやらなくて済む作業だよ。
そしてそもそも履歴の哲学が間違ってる。
gitは「歴史か物語か」と嘯いてるが、これは90年代のPCが非力なときの思想であって、
履歴は「全部記録した上で表示時に間引く」と結論は出てて、他も全部そうなってるだろ。
(テキストで言えば>>logしてgrepする)
後になって確認するときにならないと、何が必要だったか分からないものだからだよ。
綺麗に改竄された履歴があったとして、仮に修正漏れがあったとき、
何故修正が漏れたのか、どこで対応し損ねたか、反省も出来ないだろ。
タイポの記録なんて馬鹿げてると思うのなら、タイポしないように注意しろという話であって、
タイポ記録まで含めて記録されてれば、
後から「ああ俺はあのときはこんなにタイポしてたのか、ずいぶんマシになったな」というのも分かるだろ。
小綺麗な記録だけ残ってても大して役に立たない。
記録は「できるだけ情報を削らない」のが大原則だ。
gitはこの辺が根本的に間違ってる。思想が古すぎる。
「歴史か物語か」は、適切にgrepする機構が足りてないのを誤魔化してるだけ。
それで騙されてるお前らはお花畑過ぎる。
824(2): デフォルトの名無しさん (ﾜｯﾁｮｲ 317b-vj3y) [sage] 2023/08/20(日) 08:34:32.23 ID:Vn08TQPe0(2/7) AAS
>>821簡単に対応する必要がないんだよ。
Cがmust、Aがオプションなら、最初から担当者にその旨伝え、分離した形で実装させなければならない。
それをせずに後付でAはやっぱり止めろ、と言うのはマネジメントの失敗であり、
担当者は適切な再実装時間を要求していい。
実際、799の場合なら、上側の実際の変更に6時間、
これを「清書」して下側の履歴に改竄するのに2時間といったところだろう。
「清書」しなくて良ければ次の仕事に取りかかれるので、この時点で効率が75%に落ちてしまっている。
25%も無能マネージャの尻ぬぐい保険に費やすのは馬鹿げている。
そして実際、殆どの場合は「やっぱAやめろ」なんて事にはならないし、
言われてから対応しても本修正(6時間)と同等の時間で対応出来るものだから、言われてからでいい。
事実としてAとC纏めて修正してしまったのだから、そのまま報告しとけ、でしかない。
>>823「情報を落とすな」というセオリー通りだ。
> 開発プロセスの資産(812)
が開発プロセスの改善を目指すものなら、なおのことだ。
マネジメントが無能で修正指示不足(例:上記の「分離」指示不足)による手戻りが多かった場合、
それがそのまま見える形で記録されてないと意味無い。
799の忖度で「マネジメントも僕の修正も完璧、イエーイ、パチパチパチ」と小綺麗に改竄された履歴からでは、何も改善出来ない。
854: デフォルトの名無しさん (ﾜｯﾁｮｲ d3e4-4mKs) [sage] 2023/08/23(水) 07:50:50.23 ID:UQQCU4pK0(1) AAS
これは各パーツの担当者達が好き勝手にブランチ生やして最終的にマージ要員の人がどれマージすりゃいいっすかー？と一人一人に確認しに行く流れかな
Gitってブランチの最終段階だけ取り込んでも道中の変更は反映されないのかな？使い方が悪い？
894(1): デフォルトの名無しさん (JP 0Hd1-tvb5) [sage] 2023/09/30(土) 21:58:44.23 ID:T95KWQ43H(2/3) AAS
それが設計の甘さだろ
素人設計っぽいし
994: デフォルトの名無しさん (ﾜｯﾁｮｲ ff84-q3L4) [sage] 2024/02/13(火) 00:10:24.23 ID:51PO8GN20(1) AAS
フロントエンドが面倒くさいこと代行してくれるんだろ
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.046s