[過去ﾛｸﾞ] Git 19 (1002ﾚｽ)
上下前次1-新
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡
225(2): デフォルトの名無しさん (ﾜｯﾁｮｲ b57b-3eqv) [sage] 2022/11/14(月) 00:11:39.84 ID:aSCqNEw00(1/5) AAS
>>220クレクレ君死ね。
ただ、Cのいわゆる伝統的手法は本当にみんなやってるから、そこら辺のCで見あたるよ。
そもそも大概それがCの糞な所とされてるので、見たこと無い奴はほぼ居ないはず。
これも何度も言ってるでしょ。
俺はもうお前らのフォローはしないと宣言したでしょ。
直接的には教えてやらないよ。
でも本当に、Cを「きちんと」書ける人なら全員知ってるから、周りにいる人に聞いてみなよ。
実際問題として、仮に俺がここで丁寧に教えても、お前ら絶対信用しないだろ。
だから、君ら自身が信用出来る人に、直接聞くしかないんだよ。
つまりLinusがベストなんだけどさ。
或いは、これも既に書いたが、結局のところC++/C#/Rustでも同じ解だから、
これらの言語をきちんと勉強しても、同じ所に到達出来る。
だから自分だけで解決したいんなら、これらをやってみるんだね。
新しい言語は、古い言語の駄目なところを改善してるので、彼等がどこを問題視して、どう解決したかが、簡単に見えやすい。
LinusはC++を滅茶苦茶嫌ってて、まあその理由も分かるし、正直同意もするけども、
当たり前だがC++はCのベストプラクティス集みたいな所はあるので。(少なくともC++89/98は。その後明後日の方向に暴走中ではあるが》
あとそもそも最初に言ったが、今回は一番取り扱いが簡単なケースなんだよ。
こんなのでリークするのは、最初から構造がおかしいからだよ。
出来ないのなら、基本に忠実にやれ、でしかない。
ただ君らは構造を議論出来るレベルじゃない。まずはOOPの基本から勉強すべきだよ。
226(2): デフォルトの名無しさん (ﾜｯﾁｮｲ b57b-3eqv) [sage] 2022/11/14(月) 00:22:09.12 ID:aSCqNEw00(2/5) AAS
>>224224(2): デフォルトの名無しさん (ﾜｯﾁｮｲ c597-AMkR) [] 2022/11/14(月) 00:09:27.46 ID:0VMo1QiO0(1/4) AAS
OOPでGitとSubversionを問題なく交換可能かは、それこそ実際に結合テストしてから言ってほしいものだ。
Git開発陣営は少なくとも動くものを作っているけれど、
「OOPの原則に則れば交換可能でなければおかしい」なんてのは机上の空論でしかないし、せいぜい工学的仮説といったところだろう
作れてないんだから仮説の域を出ない。ちゃんと工学的に明らかにしてくれ。
完全に、じゃなくて、そりゃグルーは書くんだよ。
(まあオブジェクト内側にブチ込んでしまえば見た目完全にはなるが)
ただ、俺がやろうとしてることはVCSが普通に持ってる機能(のはず)だから、
VCS自体は何であれ多少の変更で動作するはずなんだよ。
てかお前らには構造の話は通じないから、ここら辺でいいか？
大体、ゴミ箱アプリの中身がGitかSVNかなんて、交換可能に決まってるじゃん。
むしろなんでそれが無理だと思うのかが俺には分からん。
227(1): デフォルトの名無しさん (ﾜｯﾁｮｲ b57b-3eqv) [sage] 2022/11/14(月) 00:32:35.55 ID:aSCqNEw00(3/5) AAS
>>222知らんが、要らん。
これなら手動でディレクトリごとzipしとく、の方がマシだ。
235: デフォルトの名無しさん (ﾜｯﾁｮｲ b57b-3eqv) [sage] 2022/11/14(月) 07:31:46.61 ID:aSCqNEw00(4/5) AAS
>>233SVN全く調べてない俺が勝手に想像してるのはその形態。
鯖立てなんて出来ません！な連中に対応するつもりだから、鯖立て必須は厳しい。
ただ、どうもこのスレの連中は、本当に全くプログラミング出来ないらしい。
>>101,102101(5): デフォルトの名無しさん (ﾜｯﾁｮｲ b57b-3eqv) [sage] 2022/11/12(土) 06:52:44.85 ID:h41UD2lS0(4/29) AAS
>>89,94,95
全部読んだ。なかなか面白かった。(89はコメントも全部読んだ)
君が冷やかしかマジかは分からないが、マジで要るんなら作ってみてもいい。
ただし今すぐ取りかかれるわけでもないし、全般的に考えて本年度末(3月末)位が現実的な目標になる。
今考えている構成をざっくり言うと以下
・Gitをゴミ箱/バケツ化するラッパ(フロントエンドのみ。バックエンドはGitで、Gitは別インストール必須)
・electronで作ってwindowsストアに配置(広告付き無料アプリ)
十分売れてる限り保守してやんよ(その必要すらないほど単純なアプリだが)
・プロプライエタリで伽藍開発。バザールなんてとても無理。コードは俺が書くから、お前らは使い勝手をフィードバックしろ。
・GitBucket(仮称)、Gitと付けたら不味いのなら考え直す
・コンセプトは、「何も知らなくても使える『全自動完全履歴保持バケツ』」
よって仕様は限りなく簡素化し、それ以上やりたければDBはgitだからgitアプリ使え、とする
・diffは取れるがmergeは直感的GUIがないので無理。が、主にバイナリを保存する連中には全く関係ないし。
・branchはディレクトリに割り当てて手動で。というより、git内にcommit履歴が保持されてないのでbranchの識別が出来ない。
102(3): デフォルトの名無しさん (ﾜｯﾁｮｲ b57b-3eqv) [sage] 2022/11/12(土) 06:54:37.10 ID:h41UD2lS0(5/29) AAS
実装するだけなら2週間程度で十分だが、
・electron使ったこと無いので調査に2週間ほどかかる
・アプリストアも広告付きのアプリも作ったことないので、これも2週間ほど調査必要
・仕様を練らないとろくな事にならない、
Linusが2週間と言ってるのは実装であって、それ以前にずっといろいろVCS使ってきてるから仕様が熟成済みだっただけ。
・そもそも顧客がいるかどうか
・一応は他WindowsGitアプリを全部確認する必要がある。今tortoiseGit試しにインストールしてみたところ。
があるので、冷やかしでないのなら新しくスレ立てて様子見する。
スレタイには GitBucket(仮称)と、何か「Gitはもう諦めた系」「頑張らない系」の連中を集められる文言を入れたいが、何がいいか。
板はここかソフトウェア板だと思うが、他に候補があるか。
ただ対象ユーザーはここに来る連中ではなくガチのど素人なので、もっと全然違うところの方がいいかも？
スレタイ案：
A. もうGitBucket(仮称)でええやん。
B. GitBucket(仮称)使ってるからって、Gitが分からなかった訳じゃないんだからねっ！！！
C. GitBucket(仮称)計画中、Gitに疲れた奴集まれ
D. 日常のバックアップツールGitBucket(仮称)
冷やかしじゃない奴からの投票を受け付ける。
読めば、ああなるほどね、と並のプログラマならぱっと分かる。
あまりにもトンチンカンな話が多すぎる。マジでお前ら、死ねとしか思われてないぞそれは。
236(2): デフォルトの名無しさん (ﾜｯﾁｮｲ b57b-3eqv) [sage] 2022/11/14(月) 07:32:21.12 ID:aSCqNEw00(5/5) AAS
ただ、いずれにしてもキモイよ。少なくとも俺には。
俺が想像してた世界：
「はい、バグっぽい何か」「ああバグだね」「直しといたぜ、確認よろしく」「とりあえずこちらでは動いた」
俺が思う本来Gitがあるべき姿：
「そのバグパッチ作ってみました」
「う～ん、君のコードはこの点が問題だから、ここをこう直してくれないかな。そうすれば、もっといいコードになる」
「マジか、このOSSではLinusから直接、技術指導を受けられるのか。なるほど勉強になったぜ」
「次も書くぜ！Linusには悪いが、どんどん教えて貰う！！！」
GitやSubversion：
「はい、バグっぽい何か」
「あらいいプログラマね、お茶してかない？」
「いや俺が欲しいのはバグが無くなったソフトウェアであって、
お茶したいわけでもないし、そもそもお前らと仲良くなりたいわけでもないんだが」（＝「SNSでやれ」)
って書いてて思ったが、
SNS未発達時代のOSSはSNSも兼ねてて、こんなものなのかもしれん。
しかし今もそうなのはやはりキモイ。
完全にドライに技術的なら、CodeOfConduct(=ポリコレ宣言)なんてそもそも要らんし。
ただこれは俺が匿名文化に馴染んでるからであって、
一般人には実名SNS的対応の方が受けるのかもしれんし、まあご自由にどうぞ、ではある。
俺にはキモ過ぎて無理だな、ってだけで。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.039s