[過去ﾛｸﾞ] Git 19 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
839: (ﾜｯﾁｮｲ 317b-vj3y) 2023/08/20(日)13:19 ID:Vn08TQPe0(6/7) AAS
その程度のマネジメントしかしてない奴に高い給料は無意味、
首にしてその分担当を増やせ、というのもありだし、実際に成立する会社があれば面白いとは思う。
つまり、例えばゲーム会社で社内バザールを行い、
・社内のどのゲーム開発に参画してもよい
・どの仕事をやってもよい
つまり、キャラデザ、3Dモデル、背景、シナリオ、ゲームエンジン、コーディング、テスト、営業等、
募集している職にはどれでも応募出来る
・完全出来高制、採用されなければ給料無し(コード書いてもrejectされれば無報酬)
という、よくある異世界アニメのギルド依頼をこなすノリで仕事を選ぶ場合は、
集中型のvcsでは役に立たない。
だけど実際、こんな会社はないだろ。社内公募って言ってもねえ、だし。
実際、社内バザールを成立させるにはかなりのマネジメント能力が必要で、現実的に出来る会社がないからだよ。
人気ゲームばかりに人員が集中したり、絵を描きたい奴がキャラデザに集中しても、
強制的に配属することは出来ず、報酬を上げて釣るしかないのだが、この『適正な』報酬を見切れる奴がいない。
しかも有能な奴ほど「割のいい仕事」に対する目利きが効くので、いろんな意味でろくな事にならない。
840: (ﾜｯﾁｮｲ c963-8siF) 2023/08/20(日)13:59 ID:DfSYz/4c0(1) AAS
バケツくんと長文くんがいるように見えるのは僕だけかい？
841: (ﾜｯﾁｮｲ 2b8f-mdXp) 2023/08/20(日)14:17 ID:6n6PkJKk0(1/2) AAS
バケツくんは、後で別のプログラマが自分のコミットを参照したり再利用することを考えないんだろうな
人に見せることを考えないので、自分が作業したありのままを残すことに執着する
あとrebaseを行って"清書"を行う自信がないんだろう笑
使ったことがないから笑
842(1): (ﾜｯﾁｮｲ 2bcf-YAjS) 2023/08/20(日)14:19 ID:P3ytobrG0(2/3) AAS
>(つまり、集中型のvcsはある程度マネジメントがある前提でしか成立しない)
まあその通りだな。で、あんたの要求するレベルの「マネジメント」にパワーをかけたくない現場は
ブランチ使って並行作業するだけ。
>ユーザーが求めてるのは、新規機能の実装やバグの修正であって、
そういうことだな。
843(2): (ﾜｯﾁｮｲ d163-Wp5N) 2023/08/20(日)15:33 ID:Qj2YxZj80(2/2) AAS
>>824
タイポの記録をそのまま見せても何も改善できんわな
いつか役にたつかもしれない、役にたたないと断言できない
と考えて捨てられないゴミ屋敷理論だろ
>>825
その考えでうまくいくかどうか「バケツ」をつくって示せばいいのにつくれず
能書きをたれ続けるだけの長文くん
844: (ﾜｯﾁｮｲ 5b19-0WDc) 2023/08/20(日)19:24 ID:Mm91CbZY0(1) AAS
github desktopでもsourcetreeでもいいから変更履歴を複数選択してsquashかけたらあっという間に
履歴をまとめられるのも知らんのだろうな。
845(2): (ﾜｯﾁｮｲ 317b-vj3y) 2023/08/20(日)22:08 ID:Vn08TQPe0(7/7) AAS
>>842
ただ集中型が求めるマネジメントは並の会社なら十分満足してる程度だけどな。
難易度/分量の見積もりが取れないようでは、査定/人員確保/納期見積もりも出来ないし。
gitはそれすら必要ないという意味では上だが、普通に会社として成立してる限り既に間に合ってる。
むしろ見積もりを取れない初心者(＝プログラミング経験3000時間以下)に有効なんだろうよ。
後は、バザールは個々の人員の能力を要求するので、特に新卒一括採用な日本の会社にはフィットしない。
gitはバザールでこそ輝く。逆に言えば、バザールでなければ他vcsと大して変わらない。
例えば DB/Go/HTML/CSS/JS を使ってブラウザゲームを提供してる部署があったとして、
部署内バザール、つまり、ユーザーからのアップデート要求事項を一覧として張り出し、
誰がどれを実装してもよい、どの階層/どの言語をどういじってもよい、なんて事が出来てる会社はほぼ無いだろ。
全員が中途採用だと成立するかもしれんが、
新卒一括採用をしてる現実的には、
新人には比較的簡単な仕事(＝割のよい仕事)を振って慣らす必要があり、
結果的にベテランに比較的難しい仕事（＝割りの悪い仕事)を振る、
新人護送船団方式開発をするしかない。
となると誰かしら仕事を差配する奴が必要で、そいつがいる限りgitは不要でsvnでも何ら問題なくなる。
構造的には、新卒一括採用前提の日本の会社の各部署には必ず仕事の難易度を判定出来る奴が存在しており、
そいつがいる限り集中型のvcsが完全に機能するので、
gitにしたところで特段に恩恵があるわけではない為、積極的には移行しないという事。
846: (ﾜｯﾁｮｲ 2b8f-mdXp) 2023/08/20(日)22:45 ID:6n6PkJKk0(2/2) AAS
今のキミより新卒は優秀だから、gitにフィットしないのではとか気にしなくていいよ
847(1): (ﾜｯﾁｮｲ 2bcf-YAjS) 2023/08/20(日)23:02 ID:P3ytobrG0(3/3) AAS
これだけ長文連騰を続けてもそれに説得されて宗旨替えする人が出てこないことはこれまでの反応から
大体わわかっただろうがそれでもなんで続けているのか不思議に思ってた。
おそらくだが意固地になってgitを使わない自分自身を正当化したいだけなんだろうな。
848: (ﾜｯﾁｮｲ 2bbb-8Zil) 2023/08/20(日)23:19 ID:vNIwX77X0(5/5) AAS
長文君の理論だと Microsoft も Google も Apple も日本の大手各社も git メインで使ってるのでマネージメントできない給料泥棒ばかりだな。
きっとそいつらには理解できなくて優秀な長文君だけ理解できるんだろうな。さぞかし立派な成果出してるんだろうから紹介してくれ。
849: (ﾜｯﾁｮｲ 2bc1-XafZ) 2023/08/20(日)23:38 ID:60s/Im7a0(1) AAS
>>845
新人が編集した内容は初心者だろうがその新人が一番理解しているし、それを積み重ねる結果コードのすべてを把握できるような強いマネージャーはいなくなるので、なるべく誰にでもわかりやすい履歴が求められます。
850: (ﾜｯﾁｮｲ 9363-Wp5N) 2023/08/21(月)07:46 ID:bL+iSZFD0(1) AAS
>>847
そういうことだな
自分を正当化するために何とか言い返さなければならないということで言い返し続けた結果
gitに乗り換えるところは査定/人員確保/納期見積もりも出来ないし会社として成立していない
と主張することになってしまった
長文くんはどこまで行ってしまうのだろう
851: (ﾜｯﾁｮｲ a197-z8Bp) 2023/08/21(月)20:59 ID:5gIke5d10(1) AAS
ちゃんとしたマネジメントがあれば分散開発のためのシステムは不要、っていうのは、
井戸に水を汲む係が居れば上水道なんかなくても困らない、っていう意見みたいなもんだぞ。
井戸水を汲む係が居て成立している組織のことを何も否定してないじゃない。
そんな係の担当になったり、係がいることによる不便を感じたりは嫌だから僕らはgitを使うよ、というだけで。
結局は好みで決まるものだと思うよ。
852: (ﾜｯﾁｮｲ 5910-U/el) [age] 2023/08/22(火)08:56 ID:JUa8Ruu50(1) AAS
Git v2.42.0
853(1): (ﾜｯﾁｮｲ 317b-vj3y) 2023/08/23(水)07:41 ID:01C6a53i0(1) AAS
個人ならどうぞ御勝手にだが、会社なら収益(＝効率)で使う使わないが決まる。
ツール(git)で補完される能力が既に足りてれば効果がなく、いわゆる日本の会社なら大体これに該当する。
だから「gitにしてから心も体も収益も絶好調でアットホームな職場です(目線)」なんて事にはならない。
854: (ﾜｯﾁｮｲ d3e4-4mKs) 2023/08/23(水)07:50 ID:UQQCU4pK0(1) AAS
これは各パーツの担当者達が好き勝手にブランチ生やして最終的にマージ要員の人がどれマージすりゃいいっすかー？と一人一人に確認しに行く流れかな
Gitってブランチの最終段階だけ取り込んでも道中の変更は反映されないのかな？使い方が悪い？
855(1): (ﾜｯﾁｮｲ 2b63-Wp5N) 2023/08/23(水)08:44 ID:/k4AJPVh0(1/2) AAS
>>853
長文くんの主張は、会社として成立している集団はgitに移行しない
→gitに移行する集団は会社として成立していない
というものだっただろ >>843
gitに移行するのは変える必要がないのに手間隙かけてバージョン管理システムを
変えるバカな会社という主張に変えたのか?
856: (ｱｳｱｳｳｰ Sa45-HTZh) 2023/08/23(水)09:46 ID:MbpOxYkaa(1) AAS
他所の会社は分からないけど、分散型バージョン管理システムは最高な気がしている。
もっと良いものがあれば教えて欲しい。
857(3): (ﾜｯﾁｮｲ abe4-Xr9l) 2023/08/23(水)10:32 ID:niebTNUf0(1/2) AAS
結構有名な話だがGoogleはgitのような分散バージョン管理システムをメインには使っていない
会社の基盤に分散ファイルシステムがあるのでバージョン管理が分散システムである必要が無かった
一つのリポジトリに会社の全コードが格納されている
外部ﾘﾝｸ[html]:www.school.ctc-g.co.jp
858: (ﾜｯﾁｮｲ 5b19-0WDc) 2023/08/23(水)10:33 ID:nEmftCML0(1/2) AAS
長文君は、
進捗管理するツール作るで→すでにGitHubであるだろ
わ、ワードならどうや？→すでにSharePointであるだろ
と指摘されたので、妬みで周りの邪魔する書き込み繰り返して自我を保ってるだけ
最低限バケツをこれ↓くらいに仕上げるまで書き込み自粛してほしいわ
外部ﾘﾝｸ:developer.mamezou-tech.com
はやくしないとGitHub Desktopに実装されるかもしれんぞ？
859(1): (ﾜｯﾁｮｲ 5b19-0WDc) 2023/08/23(水)10:36 ID:nEmftCML0(2/2) AAS
>>857
何をもってメインというかは知らんが↓は？
外部ﾘﾝｸ:github.com
そういやQt6対応するって宣言してからcommitされるまで早かったな
860: (ﾜｯﾁｮｲ abe4-Xr9l) 2023/08/23(水)10:52 ID:niebTNUf0(2/2) AAS
>>859
857の記事にも書いてあるようにOSS関連の一部プロダクトはGitも使ってるらしい
861: (ﾌﾞｰｲﾓ MMb3-8Zil) 2023/08/23(水)15:26 ID:dqz/VE+aM(1) AAS
>>857
確かサービス等で使う作成したら即リリースするような開発での話だな。
google も android だの chrome だのサービスではなくプロダクト型の開発には git を使ってる。
862: (ﾜｯﾁｮｲ 2b63-Wp5N) 2023/08/23(水)22:46 ID:/k4AJPVh0(2/2) AAS
>>855
>>843じゃなくて>>845だった
863(2): (ﾜｯﾁｮｲ 317b-vj3y) 2023/08/24(木)06:55 ID:RiZQ4RHb0(1) AAS
>>857
Piper/CitCがOSSまたはgoogleのサービスとして出てこないのは何故だろう？
864(2): (ﾜｯﾁｮｲ 5b19-0WDc) 2023/08/24(木)14:29 ID:uKUnpR3b0(1) AAS
>>863
外部ﾘﾝｸ:gist.github.com
>結論としては...社内専用システムを用意したりする余裕のない組織、ガバナンスの弱い組織、強い技術リードが
>いない組織は、単一レポは難しそう...
ということで、OSS向きではないらしい
ただ近い運用ならmainオンリーで使い続けリリースはメンテナーが強権でcherry pickで取捨選択してリリースブランチ
作るなら出来そう。
865: (ﾜｯﾁｮｲ 2b8f-mdXp) 2023/08/25(金)00:31 ID:epFqvsgF0(1) AAS
OSSにしたところで、短時間で数百ものコミットを行うGoogleエリートプログラマのマネなんかできないだろ
866(1): (ﾜｯﾁｮｲ 2bbb-Afo3) 2023/08/25(金)05:00 ID:dTY0c2Oa0(1/3) AAS
>>863
技術的な話として
基盤となっているオーバーレイ型の共有ファイルシステムはコストフルなので速いネットワークを要求する
拠点内か高速のネットワークで拠点間を繋がなければ遅くて使えたもんじゃない
つまり google 内だから使える仕組みであって一般に使えるものじゃない
ファイルシステム自体が企業秘密だしね
867(1): (ﾜｯﾁｮｲ 2bbb-Afo3) 2023/08/25(金)05:22 ID:dTY0c2Oa0(2/3) AAS
>>864
レビュー・システム経由でしかコミットできない仕組みなので git で言うなら
・全員がローカルの master ブランチで開発する
・できたらコミット1回分ごとにプルリクを送ってレビューしてもらう
・レビュー通ったら本番サービスに即自動反映する
みたいな運用だな。WEBシステム特有というかサービス・プロバイダー特化
868(1): (ﾜｯﾁｮｲ 317b-vj3y) 2023/08/25(金)07:41 ID:Wiq8Fw170(1/2) AAS
>>864
> 社内専用システムを用意したりする余裕のない組織
そういう会社こそ外部システムを必要とするわけだし、そいつは出来ない事にしたいだけだな。
モノリポが難しいわけではない。(むしろ簡単)
同様に分散が難しいわけでもない。(gitが無駄に難しく複雑なのは主に濱野がこの点では無能だからだろう)
なお、ソースコード履歴ツリーは、全く同じ運用がgitでも出来る。
(ただgitの推奨《＝みんながやってる形式》とは違うから、バグ踏む可能性もあるが)
>>866
そのままではCitcは無理なのは分かった。
ただ、ならgitと同様丸々コピーしてしまえば解決する。
世の中の全てを含んだモノリポではなく、関連する数個のリポの「マルチリポ」でも十分効果がある。
>>867
> WEBシステム特有というかサービス・プロバイダー特化
そうではないと思うがな。何故gitを使わないといけない事にしたいんだ？
gitは、Linus担当部分の「マージの効率化」が目的で、そこで発想が終了してる。
Piperは「アプリケーション開発全体の効率化」が目的で、当然「テスト」や「リファクタ」も含まれてる。
「依存関係」を見るには纏まってる方が便利だから、マルチリポ化を目指す事になる。
スケールメリットもあるので、速度に問題がなければ結果的にモノリポ化する。
何の開発でも「依存関係」の確認は必要だ。
結果的にマルチリポなら、mainリポ（＝本体)とsubリポ(＝依存関係を参照するだけ)に分離するだけで機能する。
googleって「ねえねえ僕ってすごいでしょ！！！入社してね！！！」みたいな方針のように見えるし、
社外にPiperモドキをリリースし、「続きはgoogleに入社してから！！！」な方が自然に感じる。
上下前次1-新書関写板覧索設栞歴
あと 134 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.021s