X

Github使えないエンジニアwwww

レス数が1000を超えています。これ以上書き込みはできません。
1仕様書無しさん
垢版 |
2020/10/08(木) 22:43:54.13
わたしです(´・ω・｀)
2020/10/08(木) 23:35:01.13
たわしです(´・ω・｀)
2020/10/08(木) 23:51:16.99
gitは使えて当然だけどgithubとかいう糞サービスのステマはやめろや
4仕様書無しさん
垢版 |
2020/10/09(金) 07:11:35.37
ギットとかいうのが嫌われる理由がわかった。
チーム内にギットルール厨が湧くからなんだ。

ギットルール厨になったからには、ちゃんと
みんなのブランチを全部代わりに管理しないと。
2020/10/09(金) 08:04:02.63
git厨って納期間に合わないよね。自分の手持ち分とかヘーキで毎回遅らせてくる。
2020/10/09(金) 08:23:33.31
おい、 git厨、なんとか言えよ
盛り上がらねーだろうが
こうやってネタ振りしてるんだから無視するな！
2020/10/09(金) 08:23:53.09
かまって、かまって、かまって、ちょん♪
2020/10/09(金) 08:30:54.84
すまん。gitはコマンドラインとrebaseはよく使いこなせん。
9仕様書無しさん
垢版 |
2020/10/09(金) 13:07:53.67
私はDocker使えない
2020/10/09(金) 14:12:52.54
githubは覗き見るだけ
11仕様書無しさん
垢版 |
2020/10/09(金) 19:28:37.96
ギット厨を黙らせるのは、そんなに難しくはないだろうけどね。
キーワードは「責任」。

まあ、おれは逆責任を回避するために、むやみに騒ぎはしないけどね。
2020/10/09(金) 21:01:21.76
>>11
そもそもギット厨は最初から騒いでいない
ということを指摘すると、お前は黙るだろｗ
お前を黙らせることなんて簡単だ
13仕様書無しさん
垢版 |
2020/10/09(金) 23:21:41.33
まあ、このスレではまだ、ギット厨は来てないけど、
一時期はそりゃあもうねぇ・・・
2020/10/10(土) 12:21:15.75
チェリーピック使えないチェリーボーイおるか？
2020/10/10(土) 13:23:54.88
>>6
君はgitとgithubを混同してるね
16仕様書無しさん
垢版 |
2020/10/10(土) 18:38:59.62
わけのわからんツールを使うより、ファイル名に最新版とでもつけてバックアップフォルダに放り込む方が圧倒的に便利
2020/10/10(土) 19:39:11.05
プログラマーでgitもsvnも使えない奴本当にいるの？
2020/10/10(土) 20:15:03.27
プログラマーじゃないやつが紛れ込んでる
2020/10/10(土) 20:35:26.48
>>18
だよね
>>16の方法でソースコード管理やってたら仕事にならんもんな
20仕様書無しさん
垢版 |
2020/10/10(土) 20:43:33.05
え？まじでしょぼいIT企業ってフォルダ名とかファイル名に日付書いて管理してんの？
2020/10/10(土) 21:27:46.05
>>16
最新版が溢れて真の最新版が分からなくなるよな
2020/10/11(日) 13:46:08.32
内製してるけどそんなもんだよ
しょぼいシステムしか作っとらんから
2020/10/11(日) 16:44:53.04
>>20
組み込み系だとそのほうが手っ取り早い。ほぼ全員git使えないのにどうやって教育していくのか頭痛いぞ
業務系はルール作れば従ってくれる
WEB系は勝手にごちゃごちゃツール使うけどコーディング全然進まん
2020/10/11(日) 17:05:37.45
>>23
最後の一行わかりみ過ぎる
2020/10/11(日) 17:20:14.23
>>23
組み込み開発者だからgit使えないというのが意味分からん理屈
2020/10/11(日) 20:04:06.45
Web系のやつって「ボクが学生時代からつかってるお気に入りの環境にしました！」みたいなの多そう
しかも各人別なやつ理想にしてて（言語やフレームワークも）
2020/10/11(日) 20:09:37.72
ツールの勉強はよくしてるし言語も新しいやつに対応してくれる
でもどれでもハローワールドレベル
ネットの記事をなぞりましたで終わってる
2020/10/11(日) 21:20:51.46
>>23
> ほぼ全員git使えないのにどうやって教育していくのか頭痛いぞ

教育などしなくても、勝手に自分で学んでいく
お前が勉強するのが嫌なのを他の人のせいにするな
無能はお前だけや
2020/10/11(日) 21:54:13.73
>>28
git導入しようぜって声かけたら多数決で否決されるんだけどどうすればいいの？
2020/10/11(日) 22:08:48.25
お前がしっかりマニュアル作ればよくね
2020/10/11(日) 22:53:00.38
>>25
組み込みは個人プレーだからね
自分ひとりがわかる方法で管理すればいいだけ
その選択肢としてgitは有望だと思うがディレクトリやフォルダで管理したって大差ないよ
同じように出来るという意味ではなく生産性が変わらないという意味ね
むしろフォルダ管理のほうが効率がいい場合すらある
2020/10/11(日) 22:53:22.75
>>30
ネットにマニュアルはたくさんあるけど作る意味あるの？
2020/10/11(日) 22:55:24.66
>>21
組み込みだと客先ごと、ハードウェアごとに最新版が異なり分岐していく
ソースの系統別進化図みたいなものがないとわからなくなる
あっちで直したのにこっちで直してないとかもよくある
2020/10/12(月) 01:31:30.61
>>31
一人開発プロジェクトでもバージョン管理システムないとやってらんないけどなあ
2020/10/12(月) 02:17:11.01
>>34
一度経験しちゃえばそうなると思うよ
各自がスタイル確立してるからやり方を変えるきっかけがない
36仕様書無しさん
垢版 |
2020/10/12(月) 19:23:12.80
キーワードは「責任」
2020/10/13(火) 07:48:47.15
>>34
開発の時にいるか？
自動でタイムスタンプ名でフォルダ作ってバックアップすることスクリプトでコト足りるだろ
1日100回更新掛けて誰が管理仕る？
5枚は作らされると言うのに。
Excelログテスターが出て来る連結後で良いだろ。
2020/10/13(火) 08:02:51.91
>>37
いるだろ。

気づいたら、あれ？いつの間にかバグ入ってる
どこの修正でバグ入れちゃったんだろ？
っていうのを、そのフォルダバックアップでどうやって探すんだよ

git使っていれば1日に数回〜十数回、細かい修正をするたびににコミットするし
それを2分探索で探せるから、あっという間にバグ入れたところを見つけられるというのに
2020/10/13(火) 08:13:30.62
>>38
1人開発で「あれ？いつの間にかバグ入ってる」
「どこの修正でバグ入れちゃったんだろ？」

相当な健忘症だな。
自作Diffツールくらい作っとけ1人開発多いなら。
2020/10/13(火) 08:25:02.67
>>39
git使ってりゃわざわざdiffを自作する必要もないやん
git diff便利やで
2020/10/13(火) 08:36:59.87
個人的には、Githubは個人開発だったら別にいらない
gitは個人開発でも使った方がいい、って感じだな
2020/10/13(火) 09:04:52.50
ハブは覗き見て参考にするから使う
2020/10/13(火) 10:39:07.45
>>37
そんなアホなことするくらいならgit使った方が早いわw
2020/10/13(火) 11:33:07.86
>>43
1人開発なら、メモ帳で FileSystemObject をたった6行書くだけ。
だから git厨とか言われるんだよw
2020/10/13(火) 11:38:42.18
>>44
それgit使うより手間かかってるよね
2020/10/13(火) 11:53:22.08
>>39
アホか、お前はいつの間にかバグを入れてしまったということがないのか
嘘はつくなよ。それなりの経験があれば誰しもやったことがあることだ

バグを入れたときにそれがすぐ見つかるなら、
バグ修正リリースなんて不要だろうなぁｗ
2020/10/13(火) 11:55:37.87
それからdiffの話なんかしてない
diffは所詮差分がわかるだけ
いつバグを入れたかはわからない
いちいち過去のやつを引き出して確認するかｗ

2分探索でバグを混入させてしまったコミットを調べることができる
の意味もわからんのだろうなｗ
2020/10/13(火) 12:08:38.23
>>44
・メモ帳起動する
・6行書く
・ファイル保存する
・Wクリックする

終了ですけど
2020/10/13(火) 12:10:51.37
画面コード書いて、コーヒー一口飲んだらWクリック
それ以上に速いのって何かある？
2020/10/13(火) 12:14:39.47
>>46
別にgitが自動でバグ探す訳でもない。
1人開発だぞ？w
まさかバージョン管理ツール無いと1人開発出来ないの？
2020/10/13(火) 12:16:36.05
>>47
ゴメンね。
1人開発で話してくれるかなあ。
2020/10/13(火) 12:54:49.56
git使わんと分岐管理とか過去との差分とかやっとれんわ
2020/10/13(火) 13:38:51.75
>>50
お前、プログラム向けのテキストエディタ便利
これ無しで開発とか考えられんわって言ったら

別にgitが自動でプログラミングする訳でもない。
とかいってメモ帳で開発すんの？
2020/10/13(火) 13:49:48.70
>>53
負けず嫌いなのは構わないが
有り得ないイチャモン系の質問投げて 回答要求とか止めてくれw
2020/10/13(火) 13:52:28.21
やり取りの最初に「1人開発」忘れてコーフンしちゃったgit厨w
2020/10/13(火) 15:39:42.79
ひとりでもgit使った方が効率いいからな
2020/10/13(火) 15:47:04.44
一人だとブランチやdiffが必要ないって理屈がよく分からないな
2020/10/13(火) 16:18:37.20
開発環境新しくユーザー作ってGitローカルインストールしてパス設定あれこれやってリポジトリ設定からブランチ切ってる間に画面5〜6枚作り終えてるわ。
Yahoo！で働いてたらその時間にはリリース済だよw
2020/10/13(火) 17:19:36.29
開発環境入れる時に同時にgit入るだろ
ひとりならローカルリポジトリで事足りるから特にgitの設定なんていらんよ
2020/10/13(火) 18:44:15.25
>>59
1人開発だしバックアップDiffだけで十分だからいりませんw
毎来月には環境スクラップだしw
「無いと出来ない」とか言って無いよね現場とかで。
その段階で真性の厨だよマジでw
git無い震災前とかは引き籠りだったのかな？
svn vss 無いと出来ません！とかw
2020/10/13(火) 18:59:09.20
>>60
だからdiffだけでどうやって
コードをマージするのさ？
2020/10/13(火) 19:06:54.79
gitはローカルに入れておくツールだよ
エディタにこだわるのと一緒
自分ひとりで完結できる世界
2020/10/13(火) 19:08:35.97
>>52
複数プロダクト同時開発してたらgitを殺したくなるぞ
特に中途半端な知識の段階だとな
分岐して別の修正や追加機能があって、しかも同じバグ修正が必要
ひさびさにキレちまったよ
2020/10/13(火) 19:14:16.45
>>63
殺したくなるのは、お前自身じゃねーの？
この無能が！って（笑）
2020/10/13(火) 19:15:59.50
>>63の解説
git使ってなくてソースコードを一元管理してないから
あちこちにコピペした汎用関数のバグ修正に追われている
2020/10/13(火) 19:28:15.41
結局git使ったことないから面倒臭そうというイメージだけで手を出せないんだろうな
2020/10/13(火) 20:47:22.90
面倒にも２つの意味があって

作業が面倒 と 勉強するのが面倒
プログラマの素質がある人は作業が面倒だと思って
その面倒さを避けるために時間をかけてプログラムを作ったりするｗ

プログラマの素質がない人は勉強するのが面倒で
面倒な単純作業を繰り返す
2020/10/13(火) 20:57:17.83
gitbucketが手っ取り早くてよいよ、在宅フリー
ソースは全部gitbucketにぶち込む

自分のビジネス領域に被らない分野、かつビジネスに還元できる言語に
限定してgithubにもソース上げてるが、ちらほら星貰えるようになった
まぁ誰もみてないんだろうけどcommit commentが悩ましいね
これきっかけで英語もちょっと意識するようになった、もう今更だけど
2020/10/13(火) 23:28:10.61
>>61
1人開発でマージもクソも無いわなw
winmergeでログ取るだけだろw
2020/10/13(火) 23:29:17.20
多人数前提で考え過ぎだよw
プログラマ不足だから1人で設計製造当たり前w
2020/10/14(水) 02:14:38.09
>>60
一人開発だからというよりは使い捨てプログラムしか作らないからだな
2020/10/14(水) 02:35:58.63
>>69

>>63でマージの話をしてますよ？
わからないなら、どこがマージか書いてあげましょうか？

複数プロダクト同時開発してたらgitを使いたくなるぞ
特にマージ・チェッリーピックリベースなどの最低限の知識があるならな
分岐して別の修正や追加機能があって、しかも同じバグ修正が必要
マージやチェリーピックを使えば簡単に対応できるんだ
2020/10/14(水) 02:36:53.54
winmergeで差分とればマージなんかしなくても
バグ修正できるだろ！！！！！

って言って欲しい（大爆笑）
2020/10/14(水) 09:01:33.87
>>72
実際にやったことある？
整合性とれるようにコミットするのがどれだけ苦痛か・・・

同じバグでもともと同じソースなのに現状ではソース自体が変わっているほかに
呼び出されるシチュエーションが違っている事がどれだけあるか

同じ個所に同じ修正入れるわけにはいかないんだぞ
すべてgitが悪い
2020/10/14(水) 09:17:00.47
>>74
> 整合性とれるようにコミットするのがどれだけ苦痛か・・・

それはgit使わないと、もっと苦痛ですね
お前の技術力が低いから苦痛だって話じゃなくて

gitを使うのと使わないのではどちらが苦痛かって話をしてます
比較しないのであれば、お前はなにも言ってないのと同じことなんですよ。
2020/10/14(水) 09:35:45.51
>>72
何度言い張ろうが、1人開発でgitは不要
完成したら引き渡すから保守側でやってくれ。
お前ら時間あるんだから。
2020/10/14(水) 09:37:33.00
>>74
別にvss時代も一緒だったからgit厨が特別大変なコトやってる訳でもなく。
2020/10/14(水) 09:42:26.84
>>75
やっぱりロクにgit使ってないな
git使わなかったらこの作業は全部消えるんだぞ？
2020/10/14(水) 09:55:53.91
>>78
1人開発なら不要な作業
時系列バックアップからdiffれば十分

完全に手段が目的化してる悪い例。

1人開発だもの。
出来上がった成果物を引き渡し、
引き渡された先がgitなり構築すればイイかと。

保守側、改修側は勿論必要だろう。
出来上がってから動けば良いんだから、そっちはちゃんとやれば？
80仕様書無しさん
垢版 |
2020/10/14(水) 09:57:13.52
なんでgitの話してんだ？
githubのスレなのに
2020/10/14(水) 12:09:45.38
>>79
一人開発だからgit不要じゃなくて一人で使い捨てプログラムしか作らないから不要と言わないと賛同は得られないだろうな
一人開発で保守改修やってる人も大勢いるんだからそういう人にはgit必須だもんね
2020/10/14(水) 12:35:55.91
必須か？
2020/10/14(水) 14:05:24.45
>>76
言い張るっていうのは「理由がない」ときに使う言葉やで
つまりお前が書いたそれは理由がないから、お前が言い張ってる
2020/10/14(水) 14:07:01.51
ちょっと実験的にコード書き換えて
うまく行った or うまく行かなかったら
書き換えた部分を戻したり差分を見たかったりするわけだが
gitならそれがgit diffするだけで見れる

必須やなぁw
2020/10/14(水) 14:12:13.67
vssと一緒
いらんわ
svnで十分かも
2020/10/17(土) 12:08:21.28
Git使えない上にメリット理解できない池沼プログラマって実在するのか…
いやネタだよな？
2020/10/17(土) 12:14:09.65
↑1人開発と言う前提無視して、さりげなく書き込んだつもりの負けず嫌いgit 厨w
2020/10/17(土) 12:27:47.18
1人開発でもgit使ったことあればgitナシでの開発なんて考えられんだろ
一々言葉にしなきゃ通じないってこと自体驚きなくらい当たり前の話だぞ
2020/10/17(土) 12:33:36.77
githubのスレですよ
90仕様書無しさん
垢版 |
2020/10/17(土) 14:45:14.55
SVNは動作が遅すぎる
チェックアウトしたり履歴見たりしてるだけで日が暮れる
2020/10/17(土) 15:10:41.70
Gitって英語が多くて、意識高くて品質低い系の文系アホと相性良さそう
2020/10/17(土) 15:25:41.98
>>87
一人開発でも有用だから
2020/10/17(土) 15:27:47.06
相性がいいとか以前に普通使わない選択肢がないだろ
流行り廃りやトレードオフと無縁な所にある数少ないソフトウェアの一つだと思うぞ
2020/10/17(土) 15:32:54.96
>>90
svnってマージがアホだったけど今は改善されたのかな
2020/10/17(土) 15:57:09.67
そもそもマージってソース管理ソフトの役割じゃないよね
というか元ソースを変更しようとしている人を検知して欲しいんだわ
エディタレベルで連動してくれよ
96仕様書無しさん
垢版 |
2020/10/17(土) 16:00:54.70
SVNしか使えない老害が一人で粘着してるだけ
2020/10/17(土) 16:04:30.74
>>95
自動マージはソース管理ソフトの役割だぞ
98仕様書無しさん
垢版 |
2020/10/17(土) 16:13:16.35
>>94
マージトラッキングならかなり前からある
2020/10/17(土) 17:01:40.21
githubの話は？
2020/10/18(日) 10:23:39.51
>>88
>>92
無くてもヘーキで即、開発終わりました
gitやgithubは1人開発には不要だから、unitテストで自動化くらいしておきなさい
ソースコード嫌いなのは判ったからw

1〜3名くらいの人数限られているpjだとgit構築するより svn+Junitとかの方が納期通りの進捗に有用だから
2020/10/18(日) 10:25:55.89
つかNTTDの政策投資銀行案件に性能試験参加したがgitと名のつくものは使用しておりませんでした。
svnで十分だそう。
2020/10/18(日) 10:40:41.17
githubも組み込んでCIまわすっていうのはある程度の人数超えたら有効かもしれんが
1人でやるなら構築に時間かかりすぎて無駄じゃないの？
年単位で担当するならともかく普通は３か月でしょ？
開発環境構築するだけで３か月終わっちゃうよ
2020/10/18(日) 10:41:45.62
ワイも役所仕事でgithubは使った事ないな
イケイケのWEB系だけやで
WEB系と言うても業務系じゃなくてネットショッピングとか本物のWEB系ね
104仕様書無しさん
垢版 |
2020/10/18(日) 12:12:30.05
SVN使うメリットがないので使わない
105仕様書無しさん
垢版 |
2020/10/18(日) 12:20:01.54
ここの老害はSVNで十分と言ってるだけ

SVNが特別gitと比べて簡単なわけでもなく
高速でもなければ便利でもない
だから廃れた
106仕様書無しさん
垢版 |
2020/10/18(日) 12:24:44.50
老害なんてその内消えるから気にすんな
2020/10/18(日) 12:40:30.61
廃れるも何も
使ってるのおまえらだけだよ
2020/10/18(日) 13:51:59.86
もうこれ単なる老害スレだなこれ
2020/10/18(日) 14:55:58.23
git使ってほしいヤツがgithubスレで騒いでgit使わせようとする
ギトハラ
110仕様書無しさん
垢版 |
2020/10/18(日) 15:14:04.84
引退してくれればそれで良い
2020/10/18(日) 15:31:31.86
おっさんだがgitが普及して本当に楽になった
2020/10/18(日) 15:57:54.46
チームにgit使えない老人が一人いたら本当に迷惑なんだよな
113仕様書無しさん
垢版 |
2020/10/18(日) 16:26:19.97
逆張り厨って脳障害あんの？やっぱり
病気だろこれ
2020/10/18(日) 16:29:23.94
新しいこと覚える気のない奴ってこの業界向いてないだろ
2020/10/18(日) 17:34:27.57
>>105
高速とか必要無いでしょw
そもそもアンタの仕事、そんなに早くないし

一つ画面と周辺モジュールとかしばらく全部ロックっちゃう無能だから誰も共有しませんてw
2020/10/18(日) 17:37:49.46
でもさsvnとvssで20年近く前からある機能をgitに置き換えただけで今さら何か特別視するアンタ達ってw
相当遅れてないか？
git担当って富士通で2年目新人の仕事だったぞw
2020/10/18(日) 17:47:04.32
何でもかんでも共有化だからスキル詐称が1人混じってると3カ月目にはロックだらけになって、手を付けられない部品が増えて来るだけで、モジュールクラス単位で切り離しが始まると。

今のプロジェクトとかどうせ銀行案件でもプログラマ4〜5人しかレギュラーいないんだから貴重なプログラマリソースを1人やらせてないで、gitにしろhubにしろテスター辺りから1人持って来て管理だけやらせればイイ。

ただ仕事の時間をgitに逃げてるようなプログラマだから、成果量は大した事無いし、さほど使えないのは承知だけどな。

個人的にはsvn、redmine、winmergeで十分。
差分リビジョン表示されればOKですわ。
2020/10/18(日) 17:51:27.97
こんなとこで使えと言わなければならないほど使われていないのが現状で
採用している企業が常識だー勉強しろーと数年わめいて名前だけは定着したけどうちの会社では使ってない
ジットって間違えて読んでる人たまにいるよね
119仕様書無しさん
垢版 |
2020/10/18(日) 20:31:09.00
言語もCOBOLで十分とか言いそう
2020/10/18(日) 20:43:51.00
二年目の新人が正しくマージできるなら大したもんだ
怖くてみな逃げているというのに
2020/10/18(日) 21:36:24.76
マージはマージする技術云々じゃないからな
コードをマージ可能な適切な修正内容にするのは難しい
初心者は一気に大量の修正を多なって、無関係な修正も多数入れ込むから
マージが怖いとかじゃなくて、適切な修正を行うのが難しい
122仕様書無しさん
垢版 |
2020/10/18(日) 23:25:06.56
そのうちVisualSourceShredderでも十分とか言い出しそう
2020/10/19(月) 00:38:38.24
>>119
事務処理やるのにCOBOL以上にやれる言語は皆無だよ
2020/10/19(月) 07:32:12.30
>>119
COBOLが適切な場面もある
言語の選び方は２種類ある

・案件に応じて適切な言語を選ぶ
・自分が得意な言語でごり押しする
125仕様書無しさん
垢版 |
2020/10/19(月) 08:46:03.14
COBOLでできる事は他言語も可能だから選ばれない

レガシーシステムの保守だけで関係ある言語
2020/10/19(月) 09:04:55.77
唯一無二と証明されるCOBOL
2020/10/19(月) 09:24:58.86
必死にCOBOLワールド設定してマウント取ろうとしてるサマが草
2020/10/19(月) 09:48:28.40
必死のgitワールド in GitHubスレ
2020/10/19(月) 09:50:40.93
COBOLが得意な場面で他の言語が出てくる余地があるのかな？

例えば単純計算の大量バッチ処理
むしろ何でも「出来ます」的な言語じゃやらせる意味がない

そもそもCOBOLは特定分野で最速なのがメリット
Javaみたいな汎用言語はその器用さゆえに速度を犠牲にしてるんだよ
速度的に対抗できるのはCぐらいじゃないか
130仕様書無しさん
垢版 |
2020/10/19(月) 09:54:15.97
COBOL vs Git

ファイッ！
2020/10/19(月) 12:04:03.84
>>129
> COBOLが得意な場面で他の言語が出てくる余地があるのかな？


動作環境買わんとアカン時点で終了
Windowsだけで動作するC#、VB.net コスパ最強だろ
2020/10/19(月) 14:11:27.35
>>123
COBOLの最大のライバルはSQL
2020/10/19(月) 20:23:52.40
Web系の人間は世界が狭いので若造が多いので
LinuxでJavaでGitな世界だけが標準だと思い込んでる（Java部分は何かWeb系っぽい歴史の浅い軽薄な言語に置き換え可）
そして詳しいはずのGitも個人レベルでしか使ったことがなく、安易にpush -fしてトラブル起こす
2020/10/19(月) 20:45:01.42
>>133
レッテル貼りしようとしても無駄だよ
2020/10/19(月) 20:51:54.91
>>133
お前push -fしてトラブル起こしただろｗ
136仕様書無しさん
垢版 |
2020/10/19(月) 21:00:17.34
これだから老害はw
2020/10/19(月) 21:07:19.87
新人なんでGithubを使わない共同開発とか想像も出来ない
Githubなしでコードレビューとか自動テストとか
どうやってたの？
そういうの無しの暗黒時代だったわけ？
138仕様書無しさん
垢版 |
2020/10/19(月) 21:12:08.21
GitHubなら保護されたブランチの設定がある
特定ブランチのforce pushやブランチの削除を防止できる

必要があってforce pushする場合も--force-with-leaseの方がオヌヌメ
リモートに未知のコミットがある場合はpushに失敗するのでより安全

そもそも普通のワークフローならメインのブランチを直接触らないはず
先にプルリクエスト作れよ
139仕様書無しさん
垢版 |
2020/10/19(月) 21:19:00.16
ジジイになると最新のもの受けつなくなるからな
2020/10/19(月) 21:36:06.72
>>135
なんでわかった！？
141仕様書無しさん
垢版 |
2020/10/19(月) 21:38:36.99
push -fごときで何やらかしたんだ？
2020/10/20(火) 00:11:49.67
>>131
何億もする汎用機は不要！（月額レンタル代の話な）
たかだか１０００万円買い切りのサーバーで何でも出来る！！
しかも技術者はPC界隈から集める事ができる！！！
オープン系はどれだけ画期的だったことか
そりゃ汎用機も落ち目になるよね

全国的な企業ですら十分こなせるほど性能も高くなってきたオープン系に
せいぜい数か月の素人を突っ込んで世界規模のトラブルを起こす
それが現代のITなんだよ

鯖寿司だって素人が握ったら人を殺す
2020/10/20(火) 00:12:29.37
push -fでトラブルを起こした事がない奴は素人
2020/10/20(火) 00:54:46.85
1行修正のプルリクが来た
→ うーん、これはちょっとまずいからこうしてほしいなぁ（1行の修正を俺が訂正）
→ 相手、俺の言うとおりに修正する

これ書いたの実質俺じゃん？ｗｗｗ
みたいなのってどうしたらいいんだろう
2020/10/20(火) 01:02:23.03
>>144
レビュアーを評価するシステムがないとすると、
誰もレビュアーをやりたがらなくなり
コードの品質にも影響がでるので、
ちゃんとレビュアーも評価する様なシステムを
作るように提言するといいと思う
2020/10/20(火) 01:54:58.69
>>145
いや、別に評価とかどうでもいいんだけどねｗ
そもそも俺のプロジェクトだし

相手のコントリビューションもありがたいんです。
でも、これ事実上俺が書いたことになってるじゃんｗｗｗってのが
相手はただ俺の言った通りに書いただけ

まあIssue来たって考えれば、修正コードの提案付きだから
それよりかはいいんだけどさ。コードマージすればcontributorsが増えるし
2020/10/20(火) 02:43:01.99
>>146
コメントに実質俺が書いたって書いとけばいいんじゃないの
2020/10/20(火) 02:49:35.35
>>146
ああ、OSSの話ね
自分のコードが他人のものになったみたいで微妙みたいな話か

じゃあその1行修正された問題を
自分が認識してたかどうかで考えたら？

もし認識してなかったなら、そのPR送ってきた人は
問題を見つけてくれた人な訳で、
しかもその発生場所も特定し修正案も出してくれてるなら
問題のうち9割は片付けてくれてる人なんだよ

コードという表層は自分で書いたものかも知れんが
そこに至るまでのことを考えたら、単純にこれ俺の！
みたいな気分にはならなくなるんじゃね？

もしその問題を認識してたら、自分をせっついてくれた
マネージャーだと考えるとか
2020/10/20(火) 04:42:03.02
>>147
マージの担当の人が天才的人物で良くそれやってるわ
まわりが萎縮しちゃうから良くないよな
前の会社でも天才と言われてたらしい
2020/10/20(火) 05:17:58.83
>>148
> 自分のコードが他人のものになったみたいで微妙みたいな話か

いや逆だよｗ

他人のコードなのに、俺が全部指示したら俺のコードじゃんｗ
2020/10/20(火) 05:19:01.77
> もし認識してなかったなら、そのPR送ってきた人は
> 問題を見つけてくれた人な訳で、
> しかもその発生場所も特定し修正案も出してくれてるなら
> 問題のうち9割は片付けてくれてる人なんだよ

バグじゃないんだけどなｗ
2020/10/20(火) 05:22:56.25
相手「こうしたら便利じゃね？」
→俺「せやな。でもそれ問題あるから、こうしてね」
→相手「はい」
→相手がコミットしたことになるが、そのコードは俺が支持したものｗｗｗ
→さらに俺が近々同じ行を別の目的で書き換える予定ｗｗｗ
153仕様書無しさん
垢版 |
2020/10/20(火) 06:50:16.34
ギットなんて、ただのジジよけだろ？
2020/10/20(火) 08:55:14.02
相手：具体的な提案と解決策を提示
俺氏：「ちょっと変えて！」
相手：「OK」

俺氏ほとんど何もしてないんじゃ・・・
2020/10/20(火) 09:04:07.88
マージボタンを押したよｗ
2020/10/20(火) 09:05:03.58
フォルダに入れたぞ
2020/10/24(土) 10:37:01.33
>>95
マージを人がやるからミスる
2020/10/24(土) 11:12:29.71
>>157
これからはもうエディタを監視してマージを全自動にするべきだと思うんだわ
リアルタイムマージにするか、それともエディタの背景に他人が編集中のソースがゴースト表示されるぐらいやって欲しい
せめてソースの編集を開始したら自動的にリードオンリーのロックをかけるようにして欲しいぐらいだ
ルールベースでロックかけると絶対アンロック忘れが発生するしな
xlsをファイル共有してる時のロック具合がちょうどいいぐらいだわ
2020/10/24(土) 13:25:17.86
>>158
Githubをちゃんと使えてるならソースを複数人が
同時編集してても問題ないと思わね？
2020/10/24(土) 14:18:58.08
マージが一番難しいよな
誰が何の目的で何やったのか判断して、前後関係が見極めてマージしないといけない
コメントが適当な奴がいると泣きたくなる
2020/10/24(土) 14:41:06.21
> 誰が何の目的で何やったのか判断して、前後関係が見極めて
それはマージと全く関係ない話
マージしなくても修正全てに当てはまること
162仕様書無しさん
垢版 |
2020/10/24(土) 14:47:13.43
ファストフォワードなら問題ない
163仕様書無しさん
垢版 |
2020/10/25(日) 20:37:11.64
github cli 使ってる？
2020/10/25(日) 20:41:45.74
使ってない
2020/10/25(日) 21:10:45.75
使ってる
2020/10/26(月) 20:41:22.77
>>160
>誰が何の目的で何やったのか
それをコミットログに書かないやつを死刑にするだけでいいだろ
2020/10/26(月) 20:59:45.53
>>160
プルリク見ろよ
2020/10/27(火) 18:09:37.33
こまめにprだしてこまめにマージすればいいだけじゃないのか
169仕様書無しさん
垢版 |
2020/10/28(水) 22:42:43.03
Gitない時代にコードレビュー自動テストどうやってたん？って書き込みあったけど
昔はコードレビューも自動テストも仕様書すらなかったからな
2020/10/28(水) 22:49:59.20
gitができたのは2005年だ
2020/10/28(水) 22:50:45.09
junitの登場は2002年
2020/10/28(水) 23:32:27.84
>>169
リーマンの頃に既にユニットテストはやってたが。
173仕様書無しさん
垢版 |
2020/10/29(木) 00:30:58.23
単体テストなんて昭和の頃にはやってた気がする
2020/10/29(木) 03:10:21.96
>>169
嘘つき
2020/10/29(木) 07:59:57.94
>>169
やり方知らなかっただけと言うオチで恥を晒してしまったね
2020/10/29(木) 09:07:09.39
>>169
いきなりgitになってからできた文化じゃないぞ
2020/10/29(木) 15:38:38.73
少なくともコードレビューはCOBOLの時代にやってた
自動テストもMSXでやってた
2020/10/29(木) 15:42:53.51
単体テストってさ
ビルドして実行が手軽に出来ない開発環境においては
滅茶苦茶有効だよな
「次のビルド予定時刻は２時間後です」みたいな規模の開発あるじゃん？
下手すりゃ１日１回とかね
それでも単体テストはやらせてくれる
そういう環境に放り込まれたら単体テストってむしろ手軽に実行できる存在なんだわ
2020/10/29(木) 15:50:33.19
>>160
＞マージが一番難しいよな
＞誰が何の目的で何やったのか判断して、前後関係が見極めてマージしないといけない
＞コメントが適当な奴がいると泣きたくなる

ブランチのマージはキツいかもね
2020/11/03(火) 11:48:44.40
業務で使う場合大抵のケースでsvnの方が直感的で使いやすい。gitはlinuxカーネル開発時にsvnだとパフォーマンスが出ないから開発された経緯があった記憶があるが、ssd登場によってもはやパフォーマンスも対した問題じゃ無くなると、もうsvnのうな中央管理で良いじゃんってなる気もする。
2020/11/03(火) 12:54:13.57
どうやってsvnでrebaseするの？
直感的かどうか以前に、重要な機能がsvnにはない
2020/11/03(火) 22:47:26.24
>>181
rebaseの恩恵ってコミットした単位でログが見やすいってだけで、実質は対して変わらないと思うんだが、むしろそれが重要になるケースを知りたい。

svnは分散して作業するって概念が無いから、必ずどこかmerge元のツリーに細かいコミットログが残ってるから、仮に細かく見たければそっちを見に行けば良い。逆にtrunkのログはスッキリして見やすいし。

gitだと個人やチーム単位のリポジトリで開発進むが、svnは分散して無いからsvnのコミットログさえ見とけば全ての状況を必ず把握出来るし。
183仕様書無しさん
垢版 |
2020/11/04(水) 10:22:16.97
>>182
>gitだと個人やチーム単位のリポジトリで開発進むが、

なんでpushしないの？また猿未満のチームの話？
2020/11/04(水) 11:19:50.02
>>182
> rebaseの恩恵ってコミットした単位でログが見やすいってだけで、実質は対して変わらないと思うんだが、むしろそれが重要になるケースを知りたい。

1. 他の人にレビューをお願いする時、または自分がレビューする時

　それぞれのコミットが意味のある単位で小さくまとめていればレビューしやすくなる

2. コミット単位で取捨選択できるようになる

　このコミットはOKだけど、こっちはいらないとか変更が大きすぎるので後に回そうとか言える
　必要なコミットだけ抜き出してプルリク作ってと言える

3. 他のバージョンやブランチに再利用しやすくなる

　最新バージョンで当てたパッチ＝コミットを旧バージョンにも適用したいから
　そのコミットだけ抜き出す（cherry-pick）がしやすい


このようにrebaseされてないと意味のある単位が分断されてしまって
レビューや再利用するときに大変になる
2020/11/04(水) 11:36:35.01
よくある話だが、ある機能を追加するためにコードを修正していた。
その機能追加作業を開始して数日後、直接関係ないバグを発見した。
依存性があるためそのバグを修正しないことには機能追加ができない。

このバグは他でも影響しそうだから、早くリリースしたいし
機能追加の修正に含めてしまっては、レビューの量が増えてしまう

だからすでに機能追加のコミットはいくつかあるが
バグ修正を先にリリースし、そのあとに機能を追加したように歴史を修正する

素早いリリースとレビューの負担が減るという大きな恩恵がある
2020/11/04(水) 11:38:44.15
>>182
> svnは分散して無いから
別の（顧客の）プロジェクトは、分散させないといかんよ
2020/11/04(水) 19:32:03.88
>>184
rebaseやるやつでそこまでコミット粒度をしっかり考えてる奴なんて見たことないがな。
2020/11/04(水) 20:52:31.67
>>187
俺がやってるが？
ってか、普段から適宜git rebaseでmasterからの修正に直したり
git add -pとかで適切なコミットに入れておかないと
マージするときにコンフリクト起こしまくって大変だろ
開発中はあちこち修正しなきゃいけなくて理想通りの順番で作業なんてできない
だから小さくコミットして入れ替えたり統合するわけだが
svnじゃ面倒でやってられんよ
2020/11/04(水) 21:52:57.52
>>188
馬鹿か？それ実質コンフリクトしてるわけだから意味ないだろ。
2020/11/04(水) 21:56:17.10
それコーンフレークやないかい
2020/11/05(木) 07:31:01.43
>>189
コンフリクトしてないことにたいして、
実質コンフリクトとはどういう意味ですか？ｗ
2020/11/05(木) 07:46:00.75
それコーンフレークやろ
2020/11/05(木) 09:39:49.00
>>184
なるほど、でもレビューの話しとかってtrunkへマージする前の話しだから、svnだと開発用のブランチで済んでいる前提。

そのブランチ上には細かい単位でコミットログが残っている。

分散的なgitだと各拠点でそれが済まされている可能性があるのでその痕跡を中央に持っていくためにrebase必要だが、svnだとシンプルに全員が中央で作業してるから、そもそも不要かなと。
2020/11/05(木) 12:12:13.01
>>193
> そのブランチ上には細かい単位でコミットログが残っている。

- ○の修正
- ○の修正にバグが有った訂正
- △の修正
- ○の修正は筋が悪かったので◎として実装し直し
- □の修正
- △の修正にバグがあったので訂正

みたいな細かいログ見てもレビューできないし
途中の試行錯誤なんて見ても意味がない

意味があるところだけ残してレビュー依頼しろ
2020/11/05(木) 12:15:40.41
>>193
？？？
「中央に持っていく」だけならpushでしょ？
rebaseは「細かい単位でコミットログが残っている」ようにするためだけの操作ですよ
分散型であることとは関係無い
2020/11/05(木) 12:32:32.18
>>194
ある程度まとめてレビュー依頼するなら、まとめたブランチで依頼すればいいだけ。と言うか、修正単位でブランチ切れば良いだけ。気に入らないならいくらでもブランチ切り直せば良いだけ。

なのでsvnでrebaseの機能欠落と言う訳じゃ無く、あまり必要性が無いと言う主張。
2020/11/05(木) 12:39:20.54
>>195
そうなんだけど、実運用で考えると、svn方式で何ら問題は(ほぼ)無いと思うって話し。

そもそもsvnだと分散して無いから細かいコミットも全部中央に残ってるから、どれをまとめようとか考える必要も無い。
レビューとか相手の立場でまとめたいならブランチ切って纏めれば良いが、細かいコミットもどこかのブランチには必ず残る。
2020/11/05(木) 13:02:47.25
>>196
> ある程度まとめてレビュー依頼するなら、まとめたブランチで依頼すればいいだけ。

そのまとめたブランチの中に>>194みたいなコミットが多数含まれていたら
レビューできねーだろ。まさかクソ長いコード全部見ろと？
2020/11/05(木) 13:07:15.14
> そもそもsvnだと分散して無いから細かいコミットも全部中央に残ってるから、どれをまとめようとか考える必要も無い。

「気に入らないならいくらでもブランチ切り直せば良いだけ。」
でしたっけ？大量の気に入らないブランチが大量に残ってますね。大量にｗ

「全部中央に残ってる」って言ったのはお前だからな
2020/11/05(木) 13:14:34.55
>>199
大量に気に入らないブランチが残ってる？
それで良いんだよ。何なら個人名とか入ったpersonalなブランチ切っても良いし、それがsvn。
2020/11/05(木) 13:15:39.97
>>200
本流にマージされないゴミブランチが残ってることで何の意味があるの？
手段と目的を履き違えているな
ソースコード管理ツールというのはボツ案を残す場所ではない
2020/11/05(木) 13:20:34.66
ついでに補足すると削除してスッキリする事も出来る。ただログには残るので復元は可能。昔のリポジトリでドキュメントが入ってるから今見たら80万コミット超えてるが運用上何も困っていない。
2020/11/05(木) 13:57:35.44
gitの話しかしてないな
Githubの話ししろ
メロンパンのスレで
メロンの話ししてるようなもんだぞ
2020/11/05(木) 14:59:56.30
やっぱりコーンフレークやないか
2020/11/05(木) 20:01:16.89
>>202
電気がない暮らしをしてる人は、電気がなくても困ってないと言うもんなんだよｗ
2020/11/05(木) 21:23:15.95
>>205
だからそれがあるなら知りたいんだよな。まあ便利なインフラが安いのは理解出来るが。
2020/11/05(木) 22:02:34.60
>>206
↓これに対するお前の反論は「俺はそんなものない世界で生きてるから不要」だろ？

184 自分：仕様書無しさん[sage] 投稿日：2020/11/04(水) 11:19:50.02
>>182
> rebaseの恩恵ってコミットした単位でログが見やすいってだけで、実質は対して変わらないと思うんだが、むしろそれが重要になるケースを知りたい。

1. 他の人にレビューをお願いする時、または自分がレビューする時

　それぞれのコミットが意味のある単位で小さくまとめていればレビューしやすくなる

2. コミット単位で取捨選択できるようになる

　このコミットはOKだけど、こっちはいらないとか変更が大きすぎるので後に回そうとか言える
　必要なコミットだけ抜き出してプルリク作ってと言える

3. 他のバージョンやブランチに再利用しやすくなる

　最新バージョンで当てたパッチ＝コミットを旧バージョンにも適用したいから
　そのコミットだけ抜き出す（cherry-pick）がしやすい


このようにrebaseされてないと意味のある単位が分断されてしまって
レビューや再利用するときに大変になる
2020/11/06(金) 00:26:49.99
>>207
いや、1、2、3のどれも重要だとは思う。但し、svnで運用する場合は1、2、3のどれもmergeを使っても結構簡単に実現出来る（実現出来るし、そう言う設計思想だと思っている）。

例えばtortoiseSVNだとmerge元の細いリビジョンをチェックボックスで選択していけば、複数コミットを纏めてコミット出来て対した手間も無い。但し、何個も残したいコミットがあるものをtrunkへマージするのは、残したいログ個数分だけコミットが必要になってしまうが、しかし、そもそも、マージ元のブランチには開発時のコミットログが必ず残っているので、後で必要になってから開発時のブランチを見に行く事も可能なので、実開発ではあまり気を使う価値が経験上無かった。

書いてて思ったが、少し気になるのがtrunkへマージする人が開発した人と違う場合、trunkだけ見てると開発者の名前が登場しない事かな。
209仕様書無しさん
垢版 |
2020/11/06(金) 07:21:05.38
SVNの作者はなぜブランチをコピーとして実装するのがいい考えだと思ったのか

trunk, branches, tagsを使う標準に従ってない変な構成のリポジトリをgitに移行するのが難しい
2020/11/06(金) 07:50:12.59
GitとGihubの違い説明できないバカおる？
最近ガチで居たので気になった
2020/11/06(金) 10:42:41.97
このスレにいっぱいおるぞ。
むしろだれもGithubの話ししとらん。
2020/11/06(金) 10:46:10.49
>>208
あのさぁ「svnでも頑張ればできる」って言ってる時点で
ダメだってわかってるの？

お前が言ってるのって、ディレクトリ管理でもやれるって言ってるのと同じだよ
ああ、具体的に言ってやろうか？ 新しくブランチを作るのが1秒未満でできなければ苦痛
ブランチを切り替えるのが3秒でできなければ苦痛
ネットワークつないでないと作業できないのは大きな苦痛
2020/11/06(金) 11:26:24.94
svnの欠点はサーバーに大量のゴミコミットログが残ってることだな
宝探ししたいんじゃねーんだから
ゴミがたくさんあるのはデメリットでしかない
2020/11/06(金) 11:44:10.22
Githubについて話したいことがあるなら、話してもいいんだよ？
はい、みんな注目！
これから>210や>211がGithubについて皆が聴く価値のある話をするよ！
2020/11/06(金) 11:54:03.65
GitHub Actionsってオープンソースは全く制限無いの？
2020/11/06(金) 17:04:13.59
Githubにはライブラリ利用者としてお世話になっているけど、自分でソースコードをアップロードとか、他人のソースをコミットとかやったことない。
2020/11/06(金) 18:42:07.11
よくわからないからコマッタ
218仕様書無しさん
垢版 |
2020/11/06(金) 20:16:04.04
くまったくまった
2020/11/06(金) 23:50:06.90
しねばこまることはなくなるよ
2020/11/07(土) 06:39:38.71
COBOLと専用エディタの使い方だけ覚えていれば飯が食えた昔と違い、
今は山のように覚えることがあり、しかもどんどん増えていき終わることがない
こんな無理ゲーやってられない
自分はGithub以前にまずGitの使い方が覚えられなくて詰んでる
2020/11/07(土) 06:50:33.56
おれは最初にジットって教わったから間違えてジットって言ってしまって困る
2020/11/07(土) 09:38:19.33
>>220
基礎ができてないからそうなる
2020/11/07(土) 11:56:07.30
>>222
基礎つーても新しい技術の基礎だから世界が違う
木造平屋建て専門大工が超高層ビルを建てようとするようなもんだ
時代の境目に生きる者はつらい
2020/11/07(土) 13:09:29.15
>>223
そこまで大袈裟な違いではなくて、ずっとノコギリだけ使ってた人がチェーンソーの使い方が分からん、覚えられんと言ってるだけじゃね
2020/11/07(土) 13:23:16.40
Gitのオプションの多さに目が回る
あんな旧態依然としたコマンドラインツールのオプションを覚えるために
成長の止まった脳細胞を使いたくない
226仕様書無しさん
垢版 |
2020/11/07(土) 13:52:45.80
老害は言い訳ばっかり
やらない理由を作るのだけは優秀だな
2020/11/07(土) 13:56:18.39
>>226
やったうえで言ってるんだよ
言語覚える前にGitで詰んでる
2020/11/07(土) 15:40:44.09
>>225
普段使っている中でそんな大量のオプション使う必要あるか？
2020/11/07(土) 16:03:45.66
オプションなんて必要になった時点で調べればよい
どんなオプションがあるかだけなんとなく頭に入れておけばいい
2020/11/07(土) 17:05:45.45
今時の開発環境はgit対応してるだろ
日常で使う数少ないコマンドさえ覚えられないならGUIで操作するところから入ればいいのに
2020/11/07(土) 17:20:16.63
コマンドだるいならsourcetree使いなさい
2020/11/07(土) 17:35:50.87
歳のせいにするな、自分が無能なだけだろ
俺は40代だが普通にgitもGitHubも使ってる
GitHubの俺のリポジトリで一番スターが多いのは200オーバーな
2020/11/07(土) 19:10:56.21
評価してやるからURL貼ってみろ
2020/11/08(日) 11:05:35.42
>>227
gitでヒィヒィ言ってるのに言語が理解できるとは思えない
2020/11/08(日) 12:42:38.96
言語は必須
Gitは便利ツール
236仕様書無しさん
垢版 |
2020/11/09(月) 14:12:22.32
GitHub社みたいなショボい会社に会社の生命線を預けるのが意味不明
自社でGitHubっぽいサービス作れば良くね？
2020/11/09(月) 14:14:11.37
GitHubはMicrosoftに買収されますた
2020/11/09(月) 14:28:19.07
>>236
マイクロソフトがしょぼいってw
2020/11/09(月) 17:01:56.39
CIで時間がかかっていってGitHub Actionsに乗り換えてるんだけど
今更だがGitHub Actionsすごすぎね？

オープンソースなら無料なのに並列数20で制限なしとか
やっぱクラウド自社で運営してるMicrosoftは違うな
買収されてからかなり良くなってる
2020/11/09(月) 18:00:57.65
Azure DevOpsのパイプラインがよくできてたからノウハウがGitHubに生かされてるね
2020/11/09(月) 20:25:43.01
他のCIサービスだと、無料で大量のテストをやるのは気が引けるんだが
金持ちマイクロソフトなら遠慮しないですむ
2020/11/13(金) 23:03:57.08
どうせgithub使うんだから結局commit早くたってclone/push/pull/fetchでネットワークアクセスして遅いだろ。
まあgithubと言う名前だけどsvn-serverとしてそのまま動くからなぁ。結局、みんな分散分散言っといて中央リポジトリがシンプルで大好きなんだよな（笑）
2020/11/14(土) 08:00:00.83
分散も中央も両方できるからgitを使うんですよ。
gitは中央を捨てたわけじゃありません。両対応なんです。
それだけでもsvnより優れてるってわかるでしょう？
2020/11/14(土) 08:48:43.93
svnよりgitの方が多機能なのは誰でも知ってるし否定もしないしgithubは便利。ただgithubしか知らないのは微妙
2020/11/14(土) 11:03:52.47
svnで十分派の皆さんはとりあえずこの辺に目を通して、svnとgitの考え方の違いを知ってから文句言っていただきたい

https://qiita.com/kaityo256/items/81e7951a1ca2706955a4
2020/11/14(土) 11:57:54.54
自分のコミットでプロジェクトが滅茶苦茶になるかも
それを集中攻撃で責められるかもと思うと
恐くてコミットできません
2020/11/14(土) 11:59:40.90
gitを使えばプログラムの競合が起こらないと信じ込んでいた
新人でもない中堅ＰＧがいっぱいいた
2020/11/14(土) 12:58:07.48
>>247
そうか。だがそれはgitの問題ではないし、gitが優れていることに違いはないよな
2020/11/14(土) 15:31:57.22
gitのせいじゃないとか優れてるとか劣ってるとか
そういうのはいい

問題があるのを認識してないのが問題なんじゃ
250仕様書無しさん
垢版 |
2020/11/14(土) 18:03:44.43
そんな会社辞めて転職しろ
2020/11/14(土) 18:06:38.63
>>249
人の問題か、技術（git, github）の問題をかをはっきりさせてるだけ
2020/11/14(土) 18:24:34.54
すぐ人の問題に帰着しようとする脳が腐った論法は富士通のにおいがする
2020/11/14(土) 18:36:27.00
>>252
何があったか知らないけれど
社会のせい会社のせいにするのがキミだ
2020/11/14(土) 20:36:40.04
人の問題は人の問題で、そういう問題があるっていうのは事実でいいんだよ
うちの社員は馬鹿ばっかりだから、うちの会社では導入できません。というのも
導入できない立派な理由

だけどそれを、うちの社員は馬鹿だからgitは難しい。つまりgitは難しいという問題がある。
gitの問題だ。って問題をすり替えてはダメ。

問題をすり替えると、問題の解決策が変わってしまう。
うちの社員が馬鹿という問題だって理解していれば、
その馬鹿に勉強させるか、クビにして入れ替えるっていうのが解決策となる
問題をすり替えてしまうと、本当に解決しなければいけない問題が見えなくなってしまう
2020/11/14(土) 21:45:31.43
>>252
君は楽観的すぎる
Fだけじゃないんだよ
2020/11/14(土) 21:56:06.65
>>245
内容が微妙だった。mergeとか絶対にどっちでも変わらないし。
2020/11/14(土) 22:03:52.34
svn脳といえば、
・ブランチを作成するのに躊躇する
・マージしてからテストする
・古いコードでの上書きが頻繁に発生する
2020/11/14(土) 22:46:43.00
>>245
今ですらsvnとgitを併用してるやつの記事なんて信用できるのか？
2020/11/14(土) 22:47:13.37
git脳がsvnｗを使った場合というケースが抜けてる
2020/11/14(土) 23:26:32.62
>>258
今の話なの？
261仕様書無しさん
垢版 |
2020/11/15(日) 00:20:49.00
SVN脳だとresetやrebaseがまず理解できない
2020/11/15(日) 05:51:22.35
svn+ローカルリポジトリ=git
と考えればsvn使いにもイメージしやすいと思うがなぁ
2020/11/15(日) 06:25:32.04
リポジトリが複数あるって気持ち悪くてダメだわ
やはり中央に一つであるべき
2020/11/15(日) 10:29:39.81
ソース管理の粒度ってどれぐらいでやってる？
・少しでも更新したら（ビルドができなくても）コミット
・ビルドエラーは関係なく、自分の中で区切りのよいところでコミット
・ビルドエラーが出ないところでコミット
・最小限の修正が終わるごとにコミット
・ある程度の修正群の１つのまとまりごとにコミット
・修正プロジェクトが完了するごとにコミット
・製品リリースごとにコミット

コミット（push）するタイミングってどうしてる？
2020/11/15(日) 11:46:41.95
粒度
2020/11/15(日) 12:00:46.81
>>263
分散管理ツールでも普通は中央レポを運用で指定してるもんだろ。大した問題じゃない。
てかいちいち中央と同期とるシステムのがめんどくセーわ
2020/11/15(日) 12:02:46.45
>>254
それは使えない方が馬鹿なんじゃなくて、教える方が馬鹿なだけ。
gitのコマンド全て教える必要なんてないし最低限必要なことはgitでなくても結局必要になる。
2020/11/15(日) 12:16:59.99
>>264
お前コミットメッセージ適当だろｗ

コードをながめたとき
いろんな修正がごっちゃになってると
わけわからなくなるだろ

意味がある単位に分けろ。
分離できるならなるべく分離しろ。
そして1コミット単位でリリース可能なようにしろ
2020/11/15(日) 12:19:58.66
だいたいコミットとpushのタイミングは別だ
pushとマージのタイミングも別だ

作業ブランチで小さくコミットしていって
最悪でも他の人に見せるとき、
区切りのいいときやCIにテストさせたいときにpushする
pushしても終わりじゃない。さらに修正を入れるのも普通
コミット追加して、rebaseして
作業ブランチはいくらでもgit push --forceしていい

そして作業ブランチが完成してテストもOKになったらマージするだろ
そうすりゃmasterブランチにそれら複数のコミットが取り込まれる
2020/11/15(日) 12:53:21.68
サーバのソースをリアルタイム修正してる（CTRL+Sで保存される先が本番サーバ）なんだけど
おまえらは違うの？
2020/11/15(日) 13:01:37.66
別ブランチが長く運用されてマスターと統合不可になってるのが嫌
2020/11/15(日) 13:23:02.89
管理ソフトが余計な管理増やしてる
2020/11/15(日) 20:34:16.02
>>264
ちなみに管理する側からすると毎日コミットしてって言ってる(gitならpush)。下手な進捗報告されるより一番手っ取り早くて確実。
274仕様書無しさん
垢版 |
2020/11/15(日) 21:13:56.18
>>270
そんなことして壊したらどうするんだ！
2020/11/15(日) 22:48:54.89
>>274
その緊張感がいいんじゃないか
自然とテストも増えるよ
修正して即テストが習慣になるし、ユーザーがいつどんな操作するかを考えながらコーディングするようになった
いいことばかり
2020/11/16(月) 03:20:35.20
> 修正して即テストが習慣になるし、

テスト実行するだけじゃダメだろｗ
バグってたら直せよ、時間をかけて
2020/11/16(月) 12:43:15.52
>>271
定期的にmasterからマージすりゃいいんじゃね？
2020/11/16(月) 13:51:29.67
>>271
svnだとrebaseができない（面倒くさすぎて事実上不可能）から
ブランチとマスターが剥離していっちゃうんだよね
2020/11/16(月) 14:45:25.62
乖離って言おうぜ
2020/11/16(月) 14:51:35.86
Ｇｉｔはローカルがすぐこわれて使いづらい
2020/11/16(月) 15:03:30.82
>>280
俺は壊れた事ないなぁ
何したら壊れたの？
2020/11/16(月) 15:35:01.64
ほかのブランチ見たらこわれた
チェックアウトしたらこわれた
ファイルセーブしたらこわれた
こわれまくり
2020/11/16(月) 15:36:35.50
自分で改行コード勝手に変換しといて管理外でファイルが変わってるから扱えないとかエラー吐きやがる
人間なら首絞めて殺してるところだ
2020/11/16(月) 16:02:07.51
何もしてないのに壊れた
2020/11/16(月) 16:06:02.03
svnは何をしてもなかなか壊れなかった

イケてるエンジニアを装いたい人間の不誠実な態度が
Ｇｉｔの進歩を遅らせてきたにちがいない
2020/11/16(月) 16:43:44.61
壊れないかどうかじゃなくて、
開発しやすいかどうかだ。重要な点は。

svnは開発が苦痛で仕方なかった。
ソースコードを書く時に間違えないことが前提になってる
「これでいいかなー、エンター・・・あー、あれ忘れてたー！」
という苦痛がsvnには常につきまとってた
2020/11/16(月) 17:28:59.60
svnはまるでCTRL+Sのように頼れるやつだった
gitはフォルダ丸ごとコピーと同じノリ
2020/11/16(月) 17:57:16.39
gitはフォルダ丸ごとコピーと同じノリとは
どういうことをしてるの？
2020/11/16(月) 18:12:58.10
仕組みを理解する頭がなく、
ふんわり感覚で理解したつもりになってます、
という告白だろ
2020/11/16(月) 20:11:57.07
>>236
マイクロソフトがしょぼい会社？？？
2020/11/16(月) 20:54:04.30
>>278
コンフリクトして無い限りsvnでも1コマンドだと思うんだけどな。rebaseの方が楽な気はするけど
2020/11/16(月) 21:00:28.63
>>280
分かる。操作ミスなんだろうけど、調べるのも面倒だしローカルgitが絶対に健全なのかどうかを(チームメンバと同一状態かいなかを)確認する手段が無いから結局cloneしちゃう。
2020/11/16(月) 21:02:14.97
コーンフレークやないか
294仕様書無しさん
垢版 |
2020/11/16(月) 21:39:45.00
>>292
git checkout master
git reset --hard origin/master
すれば楽になれるのに
2020/11/16(月) 21:46:14.76
>>291
> コンフリクトして無い限りsvnでも1コマンドだと思うんだけどな。rebaseの方が楽な気はするけど

複数人で作業してるなら、細かくメンテナンス（マスターに追尾）しない限り
コンフリクトは必ずと行っていいほど発生するよ

細かくメンテナンスしてればコンフリクトは発生しないけど
svnじゃそれは事実上無理
2020/11/16(月) 23:32:58.37
>>295
trunkへのコミットを自分のブランチにマージするだけじゃない？ソフトが自動で差分見てマージしてくれてコンフリクト起こった所だけ専用のdiffソフトが出てマージの仕方を選ぶだけ。気持ち悪くなったらtrunkから再度ブランチ切って自分のコミットを古いブランチから選択してマージしても良いし、複数コミットまとめても良いし。gitだとコンフリクトしてももっと楽？
2020/11/16(月) 23:36:36.51
>>294
経験的にそんなぐらいじゃ治らんな。自分の操作が相当適当って事かも知れないけど。
2020/11/17(火) 00:08:17.74
>>296
どっちからどっちにマージしようが
自分の変更と相手（master）の変更で同じ箇所をいじってればコンフリクトになるんだよ
コンフリクトの数が少なければ修正は楽
だからこまめに修正しないといけないが、それはこまめにtrunkをマージしてればいいってわけじゃない
そんな変更が多数入ったブランチなんてレビューできねーだろ

自分の担当の開発でここをこう書き換えました。
そして開発中にtrunkが更新されたのでマージしてこう書き換えました。
みたいな話をされても困る
trunkの更新の話なんて関係ないんだから

最新のコードからの修正という形にしないとレビューが困難になる
2020/11/17(火) 00:11:06.47
>>206
> 気持ち悪くなったらtrunkから再度ブランチ切って自分のコミットを古いブランチから選択してマージしても良いし、
それがrebase。簡単なやつなら1コマンドですぐ終わる。

> 複数コミットまとめても良いし。
それもrebase。作業中にコミットをまとめておくことで
「trunkから再度ブランチ切って自分のコミットを・・・」の自分のコミットを
少なくできるから楽になる
2020/11/17(火) 00:48:41.72
>>297
それってcloneするのとほぼ同義だぞ
やったことないでしょ？
2020/11/17(火) 03:58:05.93
それコーンフロストやないか
302仕様書無しさん
垢版 |
2020/11/17(火) 07:59:52.76
>>297
git fetchした？
2020/11/17(火) 08:03:19.59
みんな当たり前のようにコンソールコマンドベースで話してるが
ＧＵＩ使ってないのか
2020/11/17(火) 08:41:25.94
GUIの利点は一覧性が高いことだから、過去のcommitの確認の時とかには使ってる
2020/11/17(火) 10:03:53.19
普段はvscodeやtortiseGit
特にIDE連携は便利でいいね
2020/11/17(火) 14:44:15.25
>>303
GUI使ってるけどみんな使ってるGUIアプリが違うからコマンドで説明した方が多くの人に通じるだろ
コマンドが共通言語みたいなもんよ
2020/11/17(火) 20:12:49.04
>>299
納得した。それは間違いなく一手間減る。svnだとGUI側で過去コミットログ引っ張って来て連続自動コミットするしか方法が無い。
2020/11/17(火) 20:16:06.47
svnでもgitでも操作方法はたくさん資料があるんだけど
運用方法はないんだよね
309仕様書無しさん
垢版 |
2020/11/17(火) 20:25:29.78
git-flow
2020/11/17(火) 20:28:13.52
ムチムチ
2020/11/17(火) 20:42:12.46
https://medium.com/@patrickporto/4-branching-workflows-for-git-30d0aaee7bf

お好きなものをどうぞ
2020/11/17(火) 21:00:11.68
>>307
http://svnbook.red-bean.com/nightly/en/svn.branchmerge.basicmerging.html#svn.branchemerge.basicmerging.reintegrate

Keeping a Branch in Sync

svnだとtrunkとの同期とtrunkへの書き戻しはコマンド1つで自動で出来るが、ただコミットログは一つにまとまる。feature branchを作って、それをtrunkヘ戻す時にあえて複数のコミットだったかの様に戻す必要性は無いって思想なんだな（もし見たい場合は開発当時のfeature branchの履歴見てねって事）gitだと開発当時の履歴見てねって出来ないから履歴ごとmerge必要なのか。
2020/11/17(火) 22:19:57.83
svnを使ってた頃は、svnの使い方が全くわからなかった
間違ったとき修正が大変でこんなんでどうコミットしていけば良いんだよと思ってた
開発がすごくやりづらかった

svnの使い方がわかってないだけかと思っていたが
gitになってからやりたいことができるようになったので
svnというツールが悪かったんだなぁと気づいた
2020/11/17(火) 22:28:57.74
巻き戻しの大変さに違いがあるもんか
315仕様書無しさん
垢版 |
2020/11/19(木) 06:46:40.76
やっぱり、こういうのは、ちゃんと管理者にやらせなきゃダメだな。
専任の管理者を決めて、コミットだのプッシュだのマージだのは
すべてそいつにやらせるべし。
技術者には一切触らせちゃいけない。

そういう管理こそ、新人にでもやらせればいいんだ。
316仕様書無しさん
垢版 |
2020/11/19(木) 07:29:18.47
マージ担当（笑）がいる会社って都市伝説じゃないの？
2020/11/19(木) 08:33:06.54
コミットを専任の担当者が？
マジで？
2020/11/19(木) 10:16:16.83
コメット担当者ってwww
2020/11/19(木) 10:29:43.14
俺はコメント担当者だった
2020/11/19(木) 10:31:57.09
コメットさん
2020/11/19(木) 11:04:34.45
60代がわいてでたぞー
2020/11/19(木) 11:04:40.58
こんにちはGitHub普及担当の皆さん
2020/11/19(木) 11:06:56.58
パワーをメテオに！！
2020/11/19(木) 11:10:50.51
キングベヒーモスさん
2020/11/19(木) 12:27:57.37
>>316
あるよ
インテグレーションチームて呼んでた
マージして動作確認するチーム
2020/11/19(木) 13:15:00.86
>>316
ソース管理担当者はいたよ
マージだけじゃなくてコミット含めて全部その人を通さないと出来ない

あと何でも仕様を知ってる仕様担当者、コーディングで困った人助ける担当者、新しい派遣の席を作る椅子担当者もいた
派遣をエレベーターの下から上に案内するだけの奴もいたけどあれはただの多重派遣か
2020/11/19(木) 13:47:13.39
マージする担当者を置くのは意味分かるけどコミットの担当者は理解不能だな
2020/11/19(木) 13:50:29.23
コミットするのに判子集めるの？
2020/11/19(木) 14:17:28.30
責任者ってことだよ
バグをリリースしたら全部コミットの担当者の責任になる
330仕様書無しさん
垢版 |
2020/11/19(木) 14:20:10.95
責任のなすりつけ合い乙
2020/11/19(木) 14:27:57.80
最低な職場やな
332仕様書無しさん
垢版 |
2020/11/19(木) 19:10:47.14
そう、責任者をちゃんと決めないから、
責任のなすりつけ合いになるんだ。

ギットはそういう傾向がさらに強い。
ギットさえあれば管理者が要らないぐらいに思われてるようで。
ルール厨なんてのが涌くのがその証拠。
2020/11/19(木) 19:15:41.13
これどうするんですか？みたいに
ちょっとずつ質問や確認のふりして
相手をだまくらかしつつ要求範囲を広げていくのは
ＳＥの必須技術といえよう
334仕様書無しさん
垢版 |
2020/11/19(木) 19:49:34.69
責任者はやりたくないけど自分の合意無しに何かやるとキレて足引っ張りモードに変形して
そういう時だけ生き生きと活動するアニマルだらけの動物園
2020/11/19(木) 20:22:32.36
>>332
管理者「ルールを作るで！」
2020/11/19(木) 22:17:49.43
わいがルールや！
2020/11/19(木) 22:22:08.10
非正規のルールは俺が決める by 派遣王 竹中
2020/11/19(木) 23:39:19.33
git我慢の子であつた
2020/11/21(土) 18:46:59.52
>>326-327
githubをFreeで利用してる貧乏ゴミカス企業かな
「Team以上で利用して毎月xxドル払うのが嫌だ」っていう貧乏奴がいて
全員同じアカウントでチェックアウトとかコミットとかしてた

誰がコミットしたか分からんからコメントルールとかできたが守られないままデグレが起きたんで
責任者を用意してそいつにマージを全部投げてたら、そいつが出て来なくなってリリース遅れますってあったわ
2020/11/21(土) 19:25:43.27
コンフリクトの修正を恐れるやつは大抵コード内容を理解していない。
2020/11/21(土) 20:18:56.90
そもそもコンフリクトというものが起きることが理解できない
ソースごとに担当を割り振るもんじゃないのか？
2020/11/21(土) 20:24:30.86
>>341
いや、機能ごとに割り当てだろ
2020/11/21(土) 20:26:16.20
それコーンフレークとちゃうか
2020/11/21(土) 20:28:13.90
>>341
ソースごとって？

一つのプロジェクトを二人以上の人が担当することなんて当たり前だろ？
その人たちが同時に２つ以上の機能を開発することも当たり前だろ？
そうすりゃ共通部分に同時に手を入れることだってあるだろ
コンフリクトがおきないと思ってる方がおかしい

ちなみに一人で開発してても、同時に複数の機能を作ったりすることはあるからな
特に開発中に気づいたバグ修正を先にリリースするとか

そうすりゃ、開発中に気づく、つまり今開発してる内容とバグが有る場所が近いわけで
その場所はコンフリクトする可能性が高くなる
2020/11/21(土) 20:35:02.51
そないやったらコーンフレークちゃうか…
2020/11/21(土) 20:57:05.06
>>342
そうか？
普通はソースごとに割り振りだろ
一つのソースに複数人が手を入れるなんておかしい

ソフトの要件を決める
↓
ソースごとの要件を決める
↓
ソースごとの担当を決める
2020/11/21(土) 21:10:45.19
>>346
> 普通はソースごとに割り振りだろ

だからソースってなんだよ？

具体的な例として、C言語、テトリスでググって検索して出てきたこれ
ソースコードが1ファイルしかない
https://github.com/kaneyann/Tetris
（ちなみに俺は関係者でもないし現在のコードも仕様も知らん）

仮にこれにが古いテトリスの仕様で↓ボタンで回転するとして
これを右回転、左回転のボタンに分けるという仕様変更を行うとする

と同時に他の人が一番下に落ちたときの膠着時間
すぐに固定されてしまうのを数秒間左右に動かせるように変更するとする

この２つの対応を同時にやるとき、
お前はどうやって担当を決めるんだよ？
2020/11/21(土) 21:14:33.38
>>347
ソースが一つなら担当は一人に決まってるだろ
2020/11/21(土) 21:16:09.10
>>348
つまりお前は同時に開発ができないって言ってるんだよ
現実的じゃない
大規模なゲームで一人で開発してるなんてあり得るか、アホが
2020/11/21(土) 21:20:59.95
コーンフロストやろ
2020/11/21(土) 21:23:06.17
例えば初期化処理とか複数人が一つのファイルを編集する部分だよね
2020/11/21(土) 21:32:19.46
複数人が開発するんだったらなるべくファイルわけるでしょ
大勢が同じファイルを編集するとかってソース管理ソフト使っててもできれば避けたい
2020/11/21(土) 21:36:11.84
>>352
俺が聞いてるのは「どうやって担当を決めるか」なんだわ

ファイルをなるべく分けていたとして、例えば10個に別れていたとして
何人まで同時に作業できるというのか？

その担当を決める方法を言ってみなさいということ


俺の最終的な答えは「だからコンフリクトは絶対起きるんだよ」なのでよろしくｗ
2020/11/21(土) 21:38:55.68
ソース振りかけるんやったらコーンフレークちゃうがな
2020/11/21(土) 22:44:10.72
>>353
各人の開発負担が均等になるよう、お前はソース1〜5、お前は6〜10てな風に決めるだけ
コーディング部隊のリーダーの仕事の一つだと思うが
2020/11/21(土) 23:04:56.37
>>355
質問に答えてほしいんだが

> 風に決めるだけ
その「決める」をどうやって決めるかを聞いてる

上のテトリスのソースコードが10個に分かれていたとして

仮にこれにが古いテトリスの仕様で↓ボタンで回転するとして
これを右回転、左回転のボタンに分けるという仕様変更を行うとする
というとき、

> お前はソース1〜5、お前は6〜10
お前が担当者を決める立場だとして
どちらが担当するのか、どうやって決めるの？
もしくは、どうやって決めてるの？
2020/11/21(土) 23:22:10.89
必要最低限の箇所だけ修正しないからそういうことになる
2020/11/21(土) 23:36:29.67
>>356
しつこいなあ
頭割りなんだから何だっていいんだよ
名字の頭文字順、席が近い順、身長順、その日出勤してきた順、くじ引き…お好きにどうぞ
2020/11/22(日) 00:18:41.22
コンフリクト起こさないように無理くりやるって完全にアンチパターンだし、
バージョン管理ツール使う意味ねーわ。
2020/11/22(日) 00:30:02.65
コーンフレークやな
2020/11/22(日) 00:56:10.40
>>358
しつこいも何も答えてないからね
つまりお前はソースコードを見ないで担当者決めるんだろ？

どこを修正するのかわからないのに、どうやって担当者決めるんだ？
まさか1つのファイルだけで修正が終わるとでも思ってるのか？
複数の人が同じファイルを修正するときどうするんだよ？
それを早く言ってくれよ
2020/11/22(日) 01:53:16.16
早く済ませたいならコーンフレークちゃうか
2020/11/22(日) 05:07:27.00
チョコクリスピーやろ
2020/11/22(日) 06:47:03.08
オールブランやな
2020/11/22(日) 09:17:20.44
担当者なんてredmineみて各自勝手にチケットとっていくだけだろ？
修正なんて大抵は1ファイル数行だ

機能追加ならもうちょい規模が大きいがそれは凍結するだろう

複数の人が無秩序に同じファイルを修正するケースが思いつかない
VB.NETみたいに1ファイルに1万行あるようなケースならともかく
普通の言語なら数十行だろう

どれだけ大規模なら衝突しちゃうんだい？
2020/11/22(日) 09:38:45.34
なんも関係してない複数プロジェクトのソースマージは結構神経を使うからなあ、どうだろう・・・。
2020/11/22(日) 09:49:00.30
同じ場所を複数人で修正するパターンって
要するに共通で使うようなフレームワークに相当する部分が未完成ってことでしょ？
368仕様書無しさん
垢版 |
2020/11/22(日) 10:05:26.06
1ファイル1万行の糞コードならどんなVCSを使っても無駄だ
2020/11/22(日) 10:06:35.23
低能がうじゃうじゃいるスレだな
2020/11/22(日) 10:26:04.90
>>365
> どれだけ大規模なら衝突しちゃうんだい？

大規模かどうかは関係ない。同じような箇所を修正すれば衝突する
お前、チケット見た段階でソースコードの同じ箇所を修正しないって
どうやってわかるんだ？ありえない話をお前はしてるよな
2020/11/22(日) 10:30:29.24
>>367
ソースコードが単一責任の原則を守れてないとか色々ある
最初から完璧に設計されていて、小さくモジュール化されていて
変更が入るたびに、その内容に応じて設計もちゃんと再構成していれば
コンフリクトが起きる可能性は低くなる

つまりこれはソースコード完璧ならコンフリクトは発生しないと言ってるのと
同じことなので、完璧なソースコードなんて現実にはありえないってことで論破できる
2020/11/22(日) 11:35:10.25
>>365
本当にチーム開発したことあんの？
2020/11/22(日) 12:06:21.32
チーム開発してると手の遅いやつが文句言い出すけど
定期的に手元のソースを最新にしてからそういうことを言ってほしい
2020/11/22(日) 13:55:56.33
おまえたちって本当に末端のゴミPGなんだな・・・呆れたよ・・・

四半期の会計期間ごとに大規模システムの改修計画の予算がおりて
別々のチームが同じソースの改修を同時進行で進めるケースとかに参画したことがないんだな

道端の犬のクソにたかるウジ虫を見ている気分になる
2020/11/22(日) 14:42:59.77
あいつSESかよ
技術者じゃないじゃん
376仕様書無しさん
垢版 |
2020/11/22(日) 14:52:58.06
采配がヘタなだけじゃん。
そんなのをSVNやギットのせいにすんなや。
2020/11/22(日) 14:55:16.50
何かを修正する時に、ソースコード単位で采配なんてできないって話だぞ
2020/11/22(日) 15:13:13.73
数千人規模だと逆にソース管理失敗って聞いたことないよね
2020/11/22(日) 15:37:43.67
>>376
上から采配が落ちてくるならそうだろうね。
それならバージョン管理ツールに神経使う必要もないだろうね。
380仕様書無しさん
垢版 |
2020/11/22(日) 15:58:19.83
上から采配が落ちてこないんなら、それは上がサボってるだけのことで、
まあ下手以前に論外だな。
2020/11/22(日) 16:32:19.38
これバージョン管理ツールであって平行開発の為のツールじゃないよね
2020/11/22(日) 16:35:23.76
並行開発しないチーム開発なんてありえんだろ。なんでこんなに愚かなの？
2020/11/22(日) 17:06:31.86
ファイルごとに担当者決めるなんて非現実的だってまだ理解できないのかよ
2020/11/22(日) 18:36:39.97
並行開発しないチーム開発なんてありえないのに適したツールがない
2020/11/22(日) 19:08:31.80
分散の場合は同期とるのが余計に面倒に思えるんだがどうやってるん？
git入門とかでググっても老人PGが疑問に思う一番重要なところが説明されてない。
git屋はエスパーPGばかりで以心伝心なん？

それともlinusみたいにおまえのコードはマージしてやんねぇとかケンカばかりしてるん？
386仕様書無しさん
垢版 |
2020/11/22(日) 19:31:04.09
>>385
gitは小さな変更だけを含むfeatureブランチのチームでレビューしてからマージを繰り返すスタイルがよく使われる
Git FlowとかGitHub Flowとか
でか過ぎるとレビューしづらくなるし、コンフリクトの影響も大きくなるからだ

このスタイルで開発しても、featureブランチが作られた順番にマージされるとは限らん
ブランチの内容が上流より古くなってしまったら、rebaseを使ってfeatureブランチを最新版から生えてる状態にする

git fetchしてorgin/developを最新にする
次に
git checkout feature/hoge
git rebase origin/develop

とすればfeatureブランチが最新コミットから生えてる状態になる

多分図で見た方が分かりやすいから
ググったり、慣れるまではGUIでrebaseがおすすめ

rebase時にsquashやfixupによるコミットの結合も活用すれば、あとあと履歴が見やすくなるし、rebase時にコンフリクト解消する回数が少なくなる
2020/11/22(日) 21:12:06.81
ブランチ開発してるときに元の関数のインターフェース変わったりしたら
なんぼリベースしようがマージしようが解消できんと思うのだが
2020/11/22(日) 21:36:50.88
やっぱコーンフレークやないか
2020/11/22(日) 21:45:36.11
>385
そう。
クソコード入れるより喧嘩する方が正しい。
2020/11/22(日) 22:10:47.99
> gitは小さな変更だけを含むfeatureブランチのチームでレビューしてからマージを繰り返すスタイルがよく使われる

これが知りたかったんだよね。
git、git言うからどれだけ効率がいい開発手法なのかと思ったら全くの逆で、非効率で泥臭い方法だったか。

内部設計上の矛盾、実装上の相違なんてのはすぐさま対応、修正すべきで、
分散管理のせいでマージ、レビューするまで分からないとかデメリットがでかすぎる。

OSSの開発が遅くバグが放置される理由、forkしまくる理由はすべてgitのせいだな。
391仕様書無しさん
垢版 |
2020/11/22(日) 22:25:29.68
gitは糞ってこき下ろすだけの
代案無しの野党みたいな奴しか居ねえな
2020/11/22(日) 22:48:29.29
gitのブランチのマージは怖い
2020/11/22(日) 22:53:39.66
>>390
>内部設計上の矛盾、実装上の相違なんてのはすぐさま対応、修正すべきで
それがすぐできるならまあどんなバージョン管理しても問題ないだろ。
多分お前はできてないだろうが。

まあ確かにfeatureを細かく切るってのは運用保守の段階なら良いが大幅な改変が必要な時には
無駄が多い。
2020/11/22(日) 23:01:15.70
>>391
いいえ、単にgit知らなくてググってもちゃんとした説明ないから質問しただけですよ。
古い集中管理型ならコーンフレークの遅延はなく、単体テストしてコミットしたのにちゃぶ台返しされるリスクも少ないでしょう？
だから分散管理で問題になるこの同期の遅延リスクをgitではどうやってるのという疑問でしたが、
泥臭くケンカしながら解決するということで疑問は解決しました。

というか代案も何も答えは明白ですよ。シンプルな設計、トップダウンでツリー状に機能が綺麗に分かれるような仕様要件なら分散管理は効率よく機能し、複雑な仕様設計ならgitかっけー的な運用したらプロジェクトはデスマーチ必至。そういうときはgitでも集中管理的な運用をする必要があるということですな。おそらくgitスレがIP表示なのはgitの運用方法でケンカした結果でしょう。
395仕様書無しさん
垢版 |
2020/11/22(日) 23:52:34.36
SVNは一つのブランチで闇鍋して
コミットしようとして初めてコンフリクトになるか
ロックという偽りの安心感を与える道具に頼るかだ

GitFlowもどきをSVNでやる事は普通ない
2020/11/23(月) 01:42:29.61
ボクが考えるgitの運用方法が一番正しいんだみたいな

ある程度複雑性や規模をもった要件に対しては分散管理は非効率でしかなく、
結局Linuxの例を出すまでもなく、OSS陣営の多くの開発がMSより10年遅れてると言われるのも頷ける。
今ではMSもgitに手を出すからブラウザ開発に失敗したり、Windows10はAppleのように互換性切り捨てだらけになってしまった。

縛りのない開放感なんて所詮、責任の放棄でしかないんだよ。
馬鹿な大臣がハンコを無くそうとしてるのと同じ。
2020/11/23(月) 02:07:26.56
>>395
gitflowってsvnの一般的な運用だとdevelopがtrunkってだけだな。featureもreleaseも古くからある運用そのもの。
hotfixって言うリリース後の修正は、svnだと、該当バージョンのreleaseブランチ延ばすんだがな。

>>396
それは結局、運用による。

結局、いつも車輪の再発明で、webのUIとかがちょっと新しいとかそれぐらいの違いしか無いのに誰かが騒ぎ出す。

そしてどんなモダンなシステムも最後の最後は通知が必要で、結局、最後はoutlookを開くのさ。
2020/11/23(月) 03:10:03.19
>>397
>>最後はoutlook
最後は電話

重要なメールをしたら必ず電話
この基本も知らない奴らが「その件なら1ヶ月も前にチケットにコメント書いてますけど」とか「slackに流してるのに、まだ対応してないとかふざけるな」とか平気で言う
「pullして無いのそっちですよね」
2020/11/23(月) 08:37:55.78
メールこそ正義
証跡をあとから編集できるslackや何言ってたかわからない電話のやりとりなど業務連絡のうちにはいらない
400仕様書無しさん
垢版 |
2020/11/23(月) 08:41:58.23
まあおれだったら、素直に会社に行くんだけどね。
401仕様書無しさん
垢版 |
2020/11/23(月) 08:56:45.56
SVN使っても変わらないは流石に老害の暴論
402仕様書無しさん
垢版 |
2020/11/23(月) 09:07:01.44
だからまあ、前にも言ったけど、こういうのは、
ちゃんと管理責任者を決めて、そいつにやらせなきゃダメだよ。
そいつはsvnでもギットでも日付フォルダでも好きにやればいい。

で、tortoiseなんて末端作業員のマシンに入れさせちゃダメ。
リポジトリURLは、会社のトップシークレットだと思わなきゃ。
403仕様書無しさん
垢版 |
2020/11/23(月) 09:17:17.70
同じくDVCSのMercurialはrebase機能あるけど
拡張機能が必要
できれば使ってほしくないみたいな感じ？

gitは最初からrebase可能
何をしようとしているか分かっているんだから
邪魔をするな！と言うリーナスの思想が現れている

force pushをfeatureブランチ限定にしても、
rebaseをすると、それをする前のfeatureブランチの履歴が失われると言うデメリットはある
2020/11/23(月) 09:44:23.34
>>399
メールとSlack併用してる現場で言動一致しないリーダーがいるときに
「メールをエビデンスにしたい」一心でメールで重要事項を周知すると
出荷前のブタのように発狂するから怖い
2020/11/23(月) 09:47:55.60
>>397
おまえなんも知らんのだな・・・メール頼みは怖いぞ

商社をクビになった社員が顧客情報を持ち出して
商社のテンプレートで振込先変更の連絡を入れてきて
売上金をだまし取られた詐欺事件が横行している
2020/11/23(月) 11:37:36.80
内部の人間の問題はセキュリティだけじゃ何ともならんよ
出したときにID,パスワード,アドレスを全部消すか変更しとけよ
それでも別のアドレスで接触も可能
そんなもん人間の問題だし、捕まったなら追跡できたわけで完全な抜け穴だったわけでもない
抜かれても追えない、気が付かない方がよっぽど怖い
2020/11/23(月) 12:05:54.08
>>394
gitでも中央管理をすりゃいいだけだろ
分散管理が「できる」ってだけで、分散管理が必要のないケースでは分散しなきゃいいだけ
2020/11/23(月) 13:00:35.46
別にgitが管理してくれるわけじゃない
2020/11/23(月) 15:42:50.44
なるほど。だからgit使えるだけでマウンティング取る開発経験のない若いPGがgit使うと
デスマーチ、開発放棄になるのも当然だな
2020/11/23(月) 21:20:47.49
てかマージがうまくできないならpushすんな
ってのができるだけでもgitの価値あるだろ。
その辺、中央管理だといちいち普通の作業でも同期とるっていうのがクソ厄介。
ある程度コミットが整ったらpushっていう分散管理のが明らかにまともだわ。
411仕様書無しさん
垢版 |
2020/11/23(月) 21:26:45.02
SVNにはstashもない

stash相当の事は自分でパッチファイル作ってやる必要がある
めんどくさい
2020/11/23(月) 21:48:50.28
ハッキリ言ってsvn擁護派では無いが、

>>410
svnだろうが何だろうが行単位でコンフリクト発生してる状態じゃ相手先のブランチにpushなりcommitなり出来無いんじゃ？

>>411
パッチでも結局1コマンドで退避、復元出来るから対して問題ないのでは？svnだとローカルリポジトリの状態とか保持する必要無いからstashに対するモチベーション低いだけ？
2020/11/23(月) 21:53:10.09
GitHubありがとう！
わからないとこ検索したら凄い人見つけて真似して解決した
ありがとうGitHub！
2020/11/23(月) 22:01:17.67
ソースとってきて修正して戻す
っていうスパンが長すぎたら結局どうにもならんでしょ
迷惑かけない程度に手を速く動かせよ
2020/11/23(月) 22:07:08.79
>>412
svnだとコンフリクト起こしたらはっきりストッパーになるだろ。
まあそれがいいという人もいるかもだが、無駄なプレッシャーだったり効率悪くしたり、あんまいいことだと思わん。
2020/11/23(月) 23:23:56.95
>>415
本気で言ってる意味が理解出来ない。gitだと行単位でコンフリクト起こしても自動で解決してくれるとでも言いたいのか？？
2020/11/23(月) 23:31:11.07
バージョン管理システムに幻想を抱きすぎ
2020/11/23(月) 23:32:36.58
>>416
そのコミットは捨てといて他のところをいじるってのができるだろ。
コンフリクトがどれくらい致命的かわからんのだから一般にそのコミットを入れないで他をいじるってのが、
中央管理だとやりづらいってことだ。
一人で一点だけ見てればそういうことはないんだろうが。
2020/11/23(月) 23:54:47.57
コーンフロストなのかコーンフレークなのかどっちや
2020/11/24(火) 00:18:56.24
コーンフロスティやろ
421仕様書無しさん
垢版 |
2020/11/24(火) 00:36:57.89
gitなんて大した技術がいるものでも無かろうに
未だに触ってないのはよっぽど頭の固いやつだけだ
2020/11/24(火) 01:11:49.88
ドキュメントのバージョン管理ツールください
末端にはマイナーバージョン3つくらい違うやつしかこない
2020/11/24(火) 01:15:01.14
>>422
降ってきたドキュメントの整理したいって意図？
ドキュメント作る側で管理してないとほとんど恩恵無いんじゃないの
2020/11/24(火) 05:35:50.23
つ えんぴつ

つ ノート
2020/11/24(火) 09:36:52.71
>>413
パクられた人 「おい、ドロボー。カネ払え。」
2020/11/24(火) 13:45:06.93
最新バージョンを編集してくれと言われたから、コミットハッシュはどれですかと聞いたのに、
とにかく最新バージョンをいじれの一点張りの馬鹿がいたりする。
自分らの使ってるものなのに何もわからんって輩が巷には多い。
2020/11/24(火) 14:06:15.13
最新バージョンをいじればいいんじゃないか
特定に何の情報が足りなかったんだ
2020/11/24(火) 17:06:48.56
>>426
最新バージョンという情報で十分だろ
2020/11/24(火) 17:24:10.92
>>421
何使おうが他人の勝手だろう。
既に触っているべきだとか原理主義的で脳みそカッチカチだなw　リアルで馬鹿すぎw
2020/11/24(火) 17:28:43.49
>>426
おまえもわかってないじゃないか
2020/11/24(火) 17:31:04.05
俺も最新バージョンで良いと思うが、最初に言質をとっておかないと
「あとでそんなこと言った記憶はない」って暴れだして面倒だろ
2020/11/24(火) 17:39:15.38
社内でめんどくさすぎる
2020/11/24(火) 17:39:37.42
天才 「できましたー」

バカ 「最新、最新のやつ編集しといて」

天才 「branchが最新だったので編集しましたー」

バカ 「はあ？masterの最新のつもりで言ったんだよ！」

天才 「なら最初からそう言えよ( ﾟдﾟ)､ﾍﾟｯ」
2020/11/24(火) 18:56:12.09
>>433
チェリーピックで大体対応できるだろ
2020/11/24(火) 19:20:13.46
>>434
馬鹿
2020/11/24(火) 19:21:29.53
エスパー要素が必要になるよな
2020/11/24(火) 19:28:07.79
>>433
特定のbranchとmasterが逆の方がありそうじゃね?
2020/11/24(火) 19:30:59.16
>>434
賢いな
439仕様書無しさん
垢版 |
2020/11/24(火) 19:41:01.37
チェリーピックって何か響きがやらしい
https://i.imgur.com/6jvYwHM.jpg
2020/11/24(火) 21:26:36.79
>>439
やらしい事に現実世界だとあと一歩と言う所でなかなかチェリーピックし放題にはなら無いもんなぁ
2020/11/25(水) 02:59:49.80
masterじゃなくてmainですわよご主人様♪
2020/11/25(水) 07:55:55.19
え？


ﾔﾊﾞｲﾔﾂｷﾀ・・・？
2020/11/25(水) 17:05:20.71
>>431
開発スピードが速いと毎日幾つもコミットがあるので
コミットハッシュなんか決まるわけないだろ
2020/11/25(水) 17:06:33.69
だいたい同じコミットハッシュなんか複数のブランチに存在する
コミットハッシュを聞いても最新バージョンにはならない
2020/11/26(木) 12:52:49.88
なぜSQLiteはソースコード管理にGitを使わないのか？
https://www.sqlite.org/whynotgit.html
2020/11/26(木) 12:58:31.66
おまえが使える技を全員が使えるなら使ってる
おまえしか使わないものを全員は使わない
447仕様書無しさん
垢版 |
2020/11/26(木) 14:32:18.88
>>445
This article is not advocating that you switch your projects away from Git.
You can use whatever version control system you want.
If you are perfectly happy with Git, then by all means keep using Git.
But, if you are wondering if there isn't something better, then maybe try to understand the perspectives presented below.
Use the insights thus obtained to find or write a different and better version control system, or to just make improvements to Git itself.
2020/11/26(木) 15:20:06.44
>>447
社交辞令みたいなもんじゃん。
なに慌ててるの？ｗ
ひょっとしてバレたら困ることでも書いてあったのかな？ｗｗ
2020/11/26(木) 15:27:16.73
>>443
じゃあ入れるタイミングテキトーでいいんすね？って聞くと大抵文句言い出すんだが。
2020/11/26(木) 16:20:18.66
>>449
それgitの問題か？
2020/11/26(木) 18:32:41.86
> to understand the perspectives presented below.
肝心の理由もここにかいてくださいな…
452仕様書無しさん
垢版 |
2020/11/26(木) 19:10:47.04
フォッシルかギットか？
って話なのでSVNとかCVSとかVSSは問題外
2020/11/26(木) 19:16:42.90
>>450
gitの問題ではないがツール馬鹿の問題やな。
馬鹿は無理してわからんもん使うなや。
2020/11/26(木) 20:53:41.48
>>447
完全にgitってちょっと...って皆が薄々思ってる事が書かれてるなw

ブランチとか関係なく全部の動きをサクッと見たいとか、git使うとき気にする必要のある要素多すぎとかw
The working directory
The "index" or staging area
The local head
The local copy of the remote head
The actual remote head
2020/11/26(木) 20:56:27.49
gitの一番のメリットはやる気が出ること
コメント欄に「〇〇を修正」って書く習慣が出来るだけでけっこう違う
2020/11/26(木) 21:12:12.33
git以外でも一緒じゃねーか
2020/11/26(木) 21:17:44.34
gitのっていうから誤解があったな
バージョン管理ツールのメリットな
458仕様書無しさん
垢版 |
2020/11/26(木) 21:18:44.17
Mercurialはなんでgitに負けたの？
2020/11/26(木) 21:24:11.93
アルファベット3文字じゃないから
460仕様書無しさん
垢版 |
2020/11/26(木) 21:41:59.80
hgって略称があるフォー
2020/11/26(木) 22:14:27.19
svnはマージがアホすぎて使うの嫌だったな
今はマシになったのかな
2020/11/26(木) 23:50:39.33
Mercurialでググったら一番上にネガティブな記事きてるのも影響あるんじゃね
2020/11/27(金) 11:23:27.05
>>23
組み込み系だけど
バージョン管理ツール使わないのは、ありえないわ

うちはSVNだけど、必須。
バージョン乱立して痛い目見たことがないのかな。

というかSVNは過去バージョンも再生できるし
修正したコード部分だけハイライトもできるし、
無しで開発とかあり得ないレベル
2020/11/27(金) 11:25:12.06
バージョン管理ツールは、怠けものエンジニアほど便利さに病みつきになるから
とりあえず使っておけ
2020/11/27(金) 11:27:31.09
>>433
というか、ブランチは別の機能を試す時や別プロジェクト派生のときだけで
普通は最新版といえばトランクを差すだろうに

ブランチはかならず終わったらマージしてトランクに戻すとか
そういうルールについては宗教戦争になるので言わないが
2020/11/27(金) 11:28:22.14
>>422
ＳVN使えばいいじゃん

またはwordなら版管理機能あるから、それを使え
2020/11/27(金) 11:32:16.47
>>422
それはツールの問題じゃない・・・
2020/11/27(金) 14:14:13.85
こまめなコミットすらめんどい
監視下のファイルが変更されたら適当なコミットメッセージで勝手にコミットされる設定、どうせできるんだろ？
どうやるのか教えろ
2020/11/27(金) 17:07:25.70
>>465
gitの話やで
470仕様書無しさん
垢版 |
2020/11/27(金) 19:28:48.53
>>468
お前にはDropboxで十分だ
2020/11/27(金) 19:32:44.74
たいては社内で数人のチームで使うのに分散gitにするメリットって何ですか。
2020/11/27(金) 20:24:02.87
>>471
ローカルだけでブランチきって試行錯誤いろいろできること
2020/11/27(金) 21:50:21.53
>>470
hooksとかでできるんだろ
隠してないで教えろ
2020/11/28(土) 05:53:08.98
>>471
サーバーに繋げない環境でもcommitできる

あと、お試し実装とか自分だけのプロトタイプとかを作りたい時でも
ローカルでリモートと同様にバージョン管理ができる
2020/11/28(土) 07:37:38.00
リスク管理ができてねえだろうがよ
だれしもサーバー飛んだら仕事が飛ぶのは怖いはず
最初から分散しとけ
2020/11/28(土) 09:11:22.98
>>472
>>474
それは個人で利用するメリットであってチーム関係なくね
2020/11/28(土) 09:12:16.01
>>475
バージョン管理ツールのサーバーは最低でも日次バックアップとってるでしょ
2020/11/28(土) 09:59:26.14
>>476
チームだと試行錯誤しないんか？
479仕様書無しさん
垢版 |
2020/11/28(土) 11:34:23.84
人間が最初からミスをしない完璧な存在だったらフォークもローカルブランチもGit Flowも要らないが
普通は色々改善点に気づいて修正する
最初から完璧な物など作れない
480仕様書無しさん
垢版 |
2020/11/28(土) 12:43:41.86
ウダウダとルール決める前に、ますは責任者を決めろっつーの。
老害たちはお前らと違って「責任」ってのを負ってるんだよ。
2020/11/28(土) 13:30:30.31
責任者「原因はコイツのミスです」
2020/11/28(土) 14:46:03.90
>>476
チームのリポジトリに個人で試行錯誤してる過程を入れられてもウザいだろ
2020/11/28(土) 14:54:37.01
>>482
個人的って、業務時間に試行錯誤してるんだから、それは業務だろ。その間のエビデンスを報告出来ないなんて何年社会人やってるんだって感じだぞ
2020/11/28(土) 14:57:58.24
>>483
それでゴミコミットを各自がたくさんpushしてんの？
あほらしー
2020/11/28(土) 15:09:33.76
いやrebaseしろよ
486仕様書無しさん
垢版 |
2020/11/28(土) 15:47:31.41
経過報告として1日1回はpushするが、
上流と比べて古い状態になったらrebaseして、
機能が完成したらrebaseしてpushすれば良い
要らない途中経過を結合して1コミットにするとかはお好みで
2020/11/28(土) 16:26:24.82
そもそも最近のエディタはローカルリポジトリにコミットしなくてもローカルなヒストリー機能備えてるだろ
2020/11/28(土) 16:31:22.71
>>487
それは関係ない
2020/11/28(土) 16:36:21.81
>>488
でもそう言う目的でgit最高、分散リポジトリ最高って勘違いしてる人多いと思うんだけどな
2020/11/28(土) 16:40:11.59
試行錯誤なんて勝手にすればいいじゃねーか
そもそも試行錯誤する段階で就職すんなって話だよ
2020/11/28(土) 17:35:38.89
>>490
意味が分からない
2020/11/28(土) 17:44:31.13
>>490
お前の仕事は試行錯誤がまったく要らない単純労働だけなのか。そりゃ分からなくても仕方ないな。
2020/11/28(土) 22:44:44.05
他人がハマるところは自分もハマるものだ。
いろんなソフトがバージョン上がると先祖返りエラーするのは試行錯誤を引き継がないから。
2020/11/29(日) 10:48:07.42
プログラマでよく「自分で試してみろ」ってタイプの人いるけど
あてずっぽうで自分のローカル環境でうまくいっただけの事を実装しちゃうのはまずいよね
2020/11/29(日) 11:37:20.42
自分で試してもいない馬鹿よりはマシだけどね。
2020/11/29(日) 11:40:48.48
そのローカルをベーシックにしろよ
2020/11/29(日) 12:22:35.18
ngrokでお前のローカル環境が本番サーバーになるんや
498仕様書無しさん
垢版 |
2020/11/29(日) 13:58:15.16
[和訳] Dropboxアカウントのせいで胃潰瘍になった
https://qiita.com/ktnyt/items/a4729e11b465c8f65478

Gitが分からないエンジニアだけで作ったチームなのか
Dropboxにソースコードだけでなくデータベースも全部突っ込んだ奴の話
2020/11/29(日) 15:27:49.46
>>498
ネットワーク負荷が重かったってのは良く分かった。でもセキュリティ面からするとdropboxだろうがawsだろうが変わらないと思うけど。
2020/11/29(日) 16:31:14.41
ソースが完全な形で残ってるだけまだマシな案件じゃないだろうか

セキュリティに関してはドロップボックスが悪いというよりもパスワード管理の問題じゃないかな
これは確かにAWSでも一緒
人が辞めた時にパスワードをどうするかはけっこう面倒臭い問題
2020/11/29(日) 16:42:10.94
パスワードは共有しないという当たり前のことをやるだけじゃね？
2020/11/29(日) 18:43:43.82
おじーちゃんなんでクラウドなんて信じてないです。
余ってる世代遅れのPCで社内サーバ立ててちゃんとバックアップ取ったほうが頭ハゲないですね。
クラウドしてる人はハゲ率高すぎです。ハードが見えないと不安になるからだと思います。
2020/11/29(日) 19:20:33.05
>>502
GitHub Enterpriseはオンプレミスサーバー対応してますからおすすめですよ
2020/11/29(日) 20:21:29.27
>>501
アカウント１つあたりいくらかかると思ってるんだ
2020/11/29(日) 21:17:28.53
クソ馬鹿相手ならmercurial使った方がマシなんだよなぁ。。
2020/11/29(日) 21:18:27.21
fossilだろjk
2020/11/29(日) 21:24:38.42
>>502
githubよりお前の会社のが信用ならんだろ
508仕様書無しさん
垢版 |
2020/11/29(日) 22:01:27.45
>>502
そのハードの電気代、冷房に掛かる費用、ハードの保守費用は考えないのか

ソフトウェアも最新に保たなければバグに遭遇したり
脆弱性を狙った攻撃の危険がある
ハードも経年劣化で故障するし、電力効率も最新の製品より劣る状況になる

クラウドを高可用性考えたり
多要素認証設定したりして動かす方が安心で安い
2020/11/29(日) 22:06:12.22
後頭部あたりが相当薄くなってますね。
2020/12/01(火) 02:38:14.36
こういうクラウドだのAIだの革新だの言って丸投げしてるアホほど、
トラブル起きるとすぐ会社から逃げていなくなるよな。
2020/12/01(火) 03:00:32.60
>>510
そういうレッテル貼りはよくないね
2020/12/01(火) 03:12:49.63
逃げ出した革新君の尻拭いするのはいつも結局、
低層から上層まで経験のあるじーさんエンジニア。
2020/12/01(火) 03:18:54.51
政府がAI名目であっちこっち予算つけてたけど成果でたやつあるの？
みなさん税金で天下りしてボーナス、退職金貰ってトンズラでしょう。
2020/12/01(火) 07:46:29.17
AIで1番売れたのはドラクエ4だと思う
2020/12/01(火) 08:28:01.69
>>510
トラブル発生したらおまえらのせいになるだけだよ
なぜ逃げなきゃならないのか
2020/12/01(火) 08:28:40.77
>>514
AIの歴史の中でクリフトはずっと語り継がれるんだろうか
2020/12/01(火) 12:28:48.68
ボスにザキしか打ち込まんAIなどゴミ
2020/12/01(火) 12:47:48.09
つまりボスのような非日常に対してAIは何も対策を取れないという事
2020/12/01(火) 15:26:37.19
ガンガンいこうぜ
ライアンのこうげき
じゅもんせつやく
ライアンのこうげき
めいれいさせろ
ライアンのこうげき
2020/12/01(火) 18:24:13.16
おおゆうしゃよしんでしまうとはなさけない
2020/12/01(火) 18:37:02.07
ここ、じーさんばっかりやん
2020/12/01(火) 18:38:40.86
むしろ、　>>515　←みたいな下に丸投げして、
失敗したら責任押し付けて切るしかできない無能SEばっかだよな、日本は。
2020/12/01(火) 22:03:38.81
日本以外のどこならできるんだ？
移住しろよ
2020/12/01(火) 22:51:04.34
そんなに日本が嫌なら祖国に帰れよ
2020/12/02(水) 02:03:50.20
ネトウヨはさっさと半島に帰れよな
2020/12/02(水) 11:52:12.84
>>522はネトウヨだったのか
早く本国に帰ってくれたまえ
大歓迎だ
2020/12/02(水) 16:56:40.56
ネトウヨはほんと馬鹿だな
2020/12/02(水) 18:03:22.60
>>522のようなネトウヨはほんと馬鹿
2020/12/02(水) 18:47:00.74
優秀なプログラマなら世界で活躍すりゃいいのに何故か日本に文句を言う
2020/12/02(水) 22:52:48.08
ネトウヨは英語できないから
531仕様書無しさん
垢版 |
2020/12/02(水) 23:32:27.26
プルリク来るのは良いけどさー
どこまで修正の仕方を教えてやらないといかんのか
全部俺がやるのと変わらないじゃねーか
さっさとコード出せよ。ダメなところ全部指摘するからさ
2020/12/03(木) 00:07:00.84
おまえが全部コード書けよ
2020/12/03(木) 01:06:18.27
>>531
クソだから後俺が全部修正するわってコメント投げて、ブランチ引っ張ってきてpushしたらええわ。
煽り抜きでそっちのが手っ取り早いことのが多い。
2020/12/03(木) 01:58:32.55
仕事はさみしがり屋
たくさん抱えてる人の所へ集まる
535仕様書無しさん
垢版 |
2020/12/03(木) 01:58:48.79
それに英語で大量にコメント書かれても
読んでレス返すだけでも時間かかるっつーの
その間にコード書きたいわ
536仕様書無しさん
垢版 |
2020/12/03(木) 02:01:29.08
こっちが一時間かけて大量の英語読んで英語で答え書くと
相手は一時間後にまた大量の英語送りつけてくるからなｗ
2020/12/03(木) 05:06:57.72
ポルトガル語やロシア語でないだけマシなんだなぁ
2020/12/03(木) 07:43:17.42
// I dont speak English
ってコメント各クラスと関数の頭に書いとけ
2020/12/03(木) 08:29:53.55
>>536
大量の日本語を送りつければしばらく返ってこまい
2020/12/03(木) 09:27:13.44
githubの問題じゃなくてお前らのコミュ力の問題やんw
2020/12/03(木) 16:53:42.46
>>534
断れない気弱なクズを殺すまで積み上がるんだよなあ・・・
542仕様書無しさん
垢版 |
2020/12/03(木) 19:12:54.87
commitとpushってどう使い分けるの？
2020/12/03(木) 19:13:17.66
毎回commitとpush両方してる
たぶん使い方間違ってる気がしてる・・・
2020/12/04(金) 03:19:35.04
３commits１push法か９commits１push法。
localだけでcommitピストンを3回か9回やって、1pushでoriginまでイク。
2020/12/04(金) 18:27:57.80
ローカルとリモートへの操作の違いがよく分かってないのか？
546仕様書無しさん
垢版 |
2020/12/04(金) 21:35:13.65
「ブラック企業社員」のお助けアプリが誕生 開発したのは22歳金髪大学生、開発のきっかけとは？
https://news.yahoo.co.jp/articles/b9d5e3b84e4aa78fab64d3eb8e0c02f72911287e
レシート買い取りアプリONEの17歳起業家、サービス一時停止から｢怒涛の3カ月｣で気づいたこと
https://www.businessinsider.jp/post-175983
ビジネス版マッチングアプリ「yenta(イェンタ)」全国展開 開始！
https://prtimes.jp/main/html/rd/p/000000023.000021544.html
ギフティング「TANP」運営がGCPほかから5億円調達
1日1200件の「リアルギフト」送付も可能に、U25起業家の新たな挑戦
https://thebridge.jp/2019/08/gift-ec-tanp-raised-500m-yen-from-gcp
人はこうすれば“ハマる”、源流はゲーマー視点の「幸せ」
https://project.nikkeibp.co.jp/behealth/atcl/feature/00005/012100006/
アプリ開発での起業は難しくない！成功するために覚えておくべきこと
https://www.biz.ne.jp/subject/blog/2004433/
【稼ぎ方が知りたい！】アプリの開発の収入って実際どれくらい？
https://itpropartners.com/blog/1657/
ネット関連事業で起業した成功例8選！ネットで成功するには○○が重要！？
https://www.official.or.jp/internet-entrepreneurship-success/
547仕様書無しさん
垢版 |
2020/12/04(金) 21:35:44.48
フリーランス向け報酬即日払いサービス『先払い』が、オンライン資金調達プラットフォーム『資金調達freee』β版に掲載開始
https://prtimes.jp/main/html/rd/p/000000037.000047439.html
フリーランスやパラレルワーカー同士のマッチングプラットフォーム「conema」が、
案件依頼・仲間募集を中心とした掲示板機能（β版）をリリース！
https://prtimes.jp/main/html/rd/p/000000004.000059389.html
フリーランス薬剤師専門エージェントサービス「きょうりょく薬剤師」、リリース開始。薬剤師の新しい働き方を提唱。
https://prtimes.jp/main/html/rd/p/000000002.000058526.html
中卒、新聞配達員から月収4億の不動産王へ。姫路の不動産王の投資哲学
https://hbol.jp/184178
【アプリ開発で起業】必要な心得とマネタイズ方法のすべて
https://www.dreamgate.gr.jp/contents/column/application-development
副業を認める企業に対して「より魅力的に感じる」人は６割以上。
一方、副業を認めない企業に対する魅力度は６割超が「低下した」と回答
https://prtimes.jp/main/html/rd/p/000000016.000040832.html
みんなが知らない「サラリーマンの生存戦略」副業年収1億円！motoさん伝授
https://diamond.jp/articles/-/247070
548仕様書無しさん
垢版 |
2020/12/04(金) 21:36:51.57
ノロケツイートがバズって起業！　カップル・夫婦向けサービス「ふたり会議」が反響を呼ぶワケ
https://www.itmedia.co.jp/business/articles/2008/23/news012.html
コロナで細る“起業”を手助け。クラウド会計freee、スマホアプリで設立書類を作成できるサービス
https://www.businessinsider.jp/post-219220
岐阜大に「起業部」誕生　行動力ある人材を育成
https://www.chunichi.co.jp/article/113792
日本発 “世界最強グローバルEC”を率いる起業家・原田真帆人の挑戦
https://news.yahoo.co.jp/articles/31fc76262ccd7f6646a08d76446f3ba78c6d05bb
起業家から事業家へと自らを進化させなければ、さらにスケールすることはできない
https://diamond.jp/articles/-/245386
爆速で成長する2社の成長の秘訣とは？オンラインイベント 『爆速で成長するスタートアップの始め方』を開催
https://prtimes.jp/main/html/rd/p/000000032.000041941.html
医師兼起業家の草分け　医療事故隠蔽事件が転機に
https://style.nikkei.com/article/DGXMZO62603280T10C20A8000000/
NHKを辞めてユーチューバ―に。起業は「縛られない自由な生き方」なのか
https://www.itmedia.co.jp/business/articles/2008/15/news013.html
会社のDNAとも言えるミッション、ビジョン、バリューをどのように策定すればよいのか？
https://diamond.jp/articles/-/247750
2020/12/04(金) 22:37:12.00
あ、ガイジの琴線に触れちゃったか…

俺ちょっとやりすぎちゃうんだよねｗｗごめんごめんｗ
2020/12/05(土) 20:51:55.63
そこは逆鱗だろタコ
551仕様書無しさん
垢版 |
2020/12/12(土) 15:25:23.52
masterブランチでgit push --forceは禁止！
https://i.imgur.com/pYHe3sG.png
https://www.reddit.com/r/github/comments/kb2at3/ez/
2020/12/12(土) 20:28:30.50
mercurialかfossilが世界の主流になりますように。
2020/12/13(日) 00:18:36.63
>>551
禁止って書いてないぞ
現実的な問題には現実的な解決策（git push --force）が必要ですって書いてある。
GIT PUSH --FORCEでPROBLEM（問題）はSOLVED（解決）と書いてある
2020/12/13(日) 00:30:36.82
昔ここで
自分のコミットがエラーになるから
他人のコミットを消しまくってクビになったって自慢してたやつがいたな
2020/12/13(日) 00:35:51.73
まさにGit（GitHub）が使えない無能エンジニアですねｗ
2020/12/13(日) 08:07:37.36
コミットとプッシュの違いを説明できない奴っているんだよね
死んだらいいのに
557仕様書無しさん
垢版 |
2020/12/13(日) 08:53:09.37
masterブランチは保護設定すればよい
2020/12/13(日) 10:07:59.62
gitだけcommitの意味が違うんだよ
勝手なオレオレワード作るなよ
2020/12/13(日) 10:14:51.60
コミット以外になんて言えば良いのさ？
2020/12/13(日) 10:23:21.49
Darcsはrecordとか言ってたか
2020/12/13(日) 10:52:40.78
個人開発(自宅)だからGitなんて使ったことない
2020/12/13(日) 11:18:28.30
Gitにしても何にしても競合したときのマージが辛いな
2020/12/13(日) 11:19:36.30
>>561
個人開発でも使うやろ
2020/12/13(日) 11:25:28.77
使わんのよ
565仕様書無しさん
垢版 |
2020/12/13(日) 11:32:34.60
日付付きzip最強おじさん登場？
2020/12/13(日) 13:36:31.55
git難しいよねえ
2020/12/13(日) 15:18:17.52
ひとりだと使う必要性はないわな
568仕様書無しさん
垢版 |
2020/12/13(日) 17:31:35.42
>>567
試行錯誤する時に元の状態に戻したりしないのか？
2020/12/13(日) 18:21:28.33
仕事でGitを経験したことがある奴なら
間違いなくひとりだとしても使いまくるから
使わない言い訳には弱いわな
2020/12/13(日) 18:33:51.30
別の仕事やってるからGit使う機会がないのよ
趣味でやってるようなものでもあるし
2020/12/13(日) 18:49:15.12
ひとりだと別のリポジトリ管理ソフトつかう
gitの覇権はlinusの開発であるという理由による
2020/12/13(日) 18:55:16.74
一人ならmercurialのが使いやすいとかあるけど、切り替えがめんどくさいからgit使ってるってだけだな。
別にディレクトリわけてdiffコマンド使うとかでもそんな問題ないとは思うけどね。
2020/12/13(日) 22:59:52.69
diffって差分しか見れないじゃん
差分見た後のアクションができないだろ
2020/12/13(日) 23:58:19.71
英語だけでなく日本語の命令とオプションが通るようにしてくれ
2020/12/14(月) 01:15:19.92
>>561
個人だから使わないという意味が分からん
2020/12/14(月) 08:41:51.53
個人だとgithub使わない、は理解できるが

個人だとgit使わない、はわからんなぁ
モーツァルトみたいに、頭の中で完全に完成してる人ならあるのかもしれないが
2020/12/14(月) 09:57:17.01
GitHubの方が使うだろ
参考資料として
2020/12/14(月) 17:02:58.21
>>577
ウェブサイトを見てるだけなのに
ウェブサイトを使うっていうか？
2020/12/14(月) 17:36:25.81
別の意味で伝わる時点でどちらも共同作業に向いてない
2020/12/15(火) 22:12:19.90
別の意味で伝わらない言葉なんてない。無意味なレスだな。
2020/12/16(水) 04:12:05.20
互いに認識をすり合わせる努力するのが会話だよな
B型のSEって定義にこだわった言葉のドッヂボール大好きだけどさ
582仕様書無しさん
垢版 |
2020/12/16(水) 07:00:36.56
>>581
>B型のSE
人種差別ニダ
2020/12/16(水) 10:02:21.04
でも話通じなくて営業に嫌われてるSEの血液型聞くと大体B型なんだ
2020/12/16(水) 10:13:34.58
血液型占いの３位か４位なのだいたいAB型なのは少数だからだよな
人数多い方をいいように喜ばせて人を集めてるだけだよな
585仕様書無しさん
垢版 |
2020/12/16(水) 10:54:08.02
俺は血液型占いとかいうオカルトとB型野郎が大嫌いだ！！
2020/12/17(木) 00:33:42.08
差込はあるが、納期は動かせんとかいう馬鹿の言うことは理解したくないってだけだな。
クソなこという馬鹿にはそれ相応の態度取ってるってだけだわ。
2020/12/20(日) 00:28:46.55
githubが二段階認証採用によって慎重にコミットするようになるのはいいことだ
2020/12/20(日) 01:10:52.80
githubのコミットって何？ブラウザからやるやつ？
589仕様書無しさん
垢版 |
2020/12/20(日) 12:21:00.54
SSHもPersonal Access Tokenも一度設定したら二度と多要素認証いらなくね？

新しい鍵は設定できなくなるが
攻撃者にSSH鍵自体が盗まれたら意味なくね？
2020/12/20(日) 13:16:58.23
>>588
めんご
プッシュでした
2020/12/20(日) 13:28:23.42
>>589
そうなんだ
プッシュするたびにスマホにSMSが送られてきて６桁の番号を入力するのかと思ってたわ
2020/12/20(日) 15:27:57.35
脆弱なパスワードが使えなくなるだけだろ
ほとんどの人が使っているSSH認証には全く関係ない
ってか開発者でSSH以外を使ってる人なんているのか？
2020/12/20(日) 16:02:27.47
沢山いるからニュースになってるんでわ
2020/12/20(日) 16:21:45.41
沢山いなくてもニュースになるなんていくらでもあるよ
2020/12/20(日) 17:25:48.85
マイノリティへの配慮ってことか。偉いじゃん。
2020/12/27(日) 03:47:54.57
たまに障害起きてえらい騒ぎなるよね。
身内使いならgitでよくね？ だめ？
2020/12/27(日) 12:04:35.64
>>596
どーゆうこと？
2020/12/27(日) 14:46:06.45
LANでgitやるんでしょ。
GitLabというのもあるし。
2020/12/27(日) 15:08:23.80
あーそういうことか
2020/12/27(日) 15:50:30.49
素のgitじゃリポジトリの管理面倒だしプルリクエスト機能ないし不便じゃね？
>>596
2020/12/27(日) 19:46:38.45
ローカルだけでgit使うという話であれば、GitHub使っていたとしても
（GitHubで障害発生してるなら）ローカルだけでgit使えるだろ
GitHub部分が使えないだけでローカルでやれることは
そのままやれるんだからGitHub使っていても何もデメリット無い

さらにGitLabを使っていたとしてもそのGitLabに障害が発生することもある
たとえローカル版のGitLabを使っていたとしても自宅・自社のサーバーに障害が発生することもある
自分で障害対応するの大変だろ？データ消えないようにしないといかんし
障害おきた時に困るなら（サーバー版の）GitHubとGitLabで二重化しておけばいい

そもそも障害が起きてみんな騒いでるのはgitが使えないんじゃなくてissueやPRの
対応ができないとかCIが動かないって所でgit自体で困ってるわけじゃないんだよ

あと騒いでる振りしてみんな内心は仕事サボれるーって思ってるからね？ｗ
自社で運営してたら障害対応で仕事が忙しくなる所だなー（他人事）
台風で仕事できない困るー（ワクワク）学校休みだ困るー（ワクワク）的な感覚
2020/12/28(月) 00:59:52.86
サーバでもawsにすればawsの障害はそっちにお任せで茶でも飲んでりゃいいからな
オンプレなら何故起こった！今どうなってる！恒久対策は！といちいち時間と労力を奪われる
2020/12/29(火) 18:19:48.90
>>596
結論：だめ
2020/12/30(水) 00:37:33.07
Bitbucketという単語がここまで出てこない不思議。
なんでGithubの方が圧倒的に人気なんだろう。Githubと使い比べする程Github使ってないからわからん...。
2020/12/30(水) 02:28:26.23
>>604
使い比べるほど使ってから書き込んでくれ
2020/12/30(水) 11:25:22.56
>>604
githubが無料になったからなあ
2020/12/30(水) 14:02:33.09
どれでもいいからgithub
一番有名で無料で将来性も有るから
2020/12/30(水) 16:12:39.42
githubというネーミングの力じゃね？
職場ではbitbucket使ってる。今やprivateリポジトリが無料化したから、どっちでもいいやって感じだが。
609仕様書無しさん
垢版 |
2020/12/30(水) 21:41:47.19
https://www.reddit.com/r/github/comments/kmxt4g/githubs_promo_video_for_the_darkmode_is_so/
https://twitter.com/github/status/1336362679506784256

GitHubのダークモードのプロモーションビデオが壮大過ぎる件wwwwwwwwwwwwwww
https://twitter.com/5chan_nel (5ch newer account)
2020/12/30(水) 22:30:00.88
壮大っていうか手抜きっていうか

雰囲気壮大
611仕様書無しさん
垢版 |
2020/12/31(木) 10:38:29.55
毒性がありそうな謎の黒い液体が気になってしょうがない
2021/01/04(月) 10:29:32.98
>>604
俺は名前が人気の原因なんじゃないかと思ってる
2021/01/04(月) 10:43:20.27
いま日本で大人気、いま世界で大人気
そう言っとけばいいって風潮あるよね
2021/01/04(月) 11:01:01.95
人気かどうかはユーザー数で決まるというのにねｗ
2021/01/04(月) 12:15:38.46
いま日本で大人気なアイドルみたいだな
2021/01/04(月) 17:15:04.45
実際、GitとGithubの区別がつかない人もいたくらいだしな。
ネーミング戦術大切。
え？俺？も、ももももちろん、区別は最初からついてたよ。
2021/01/04(月) 17:27:46.08
もろちん
2021/01/04(月) 18:51:39.77
ギフハブが世界を支配してるらしいからな
2021/01/04(月) 19:26:44.63
いまだにジットって読む人いるよね
2021/01/04(月) 22:29:55.28
アスカのお陰で人気になったね
2021/01/05(火) 02:30:58.61
レイの方が好き
2021/01/05(火) 12:33:12.14
プルリクをルクプルと言ってしまった陽だまりの40代は他にいませんか？
623仕様書無しさん
垢版 |
2021/01/05(火) 14:21:50.31
GitHubって他の人から変更されたりするの？
リクエストが来ても拒否したら変更掛からないんだよね
この辺のルールがわからん
624仕様書無しさん
垢版 |
2021/01/06(水) 02:11:01.88
くっそめんどくせ、こいつ（issueたててきたやつ）ばかなんじゃねーの
625仕様書無しさん
垢版 |
2021/01/06(水) 02:17:00.42
結局こいつは、俺のプロジェクトの意図もわからず
自分のコードを見せびらかしにただけなんか？
2021/01/07(木) 00:16:05.70
Github Actionsが使えたら使えてることになりそう
2021/01/08(金) 14:30:01.10
拒否されたら丸ごと複製して独自に変更を始めればいい？
2021/01/08(金) 19:19:03.08
ライセンス次第では？
GPLなら問題ない
2021/01/08(金) 21:40:15.21
GitHubにあるオープンなソースコードは複製しても良いわけだから
それを複製してREADME.mdだけが見れるサイトを作ってもOKだよね？
2021/01/08(金) 22:44:39.18
何でREADME.mdがリンクになったんだ？
2021/01/09(土) 00:02:14.85
>>626
有料やん
絶対にお断り
2021/01/09(土) 04:25:10.43
>>631
は？
2021/01/09(土) 05:42:07.06
>>631
aho
2021/01/09(土) 10:44:35.40
GitHub Actions強すぎる
オープンソースならいくら並列実行してもOKだから
他だと全体で1時間かかったのが
15分程度で終わるようになった
2021/01/09(土) 10:45:01.42
あ、もちろん無料で
2021/01/09(土) 13:18:31.67
テスト
aaaa.aa
2021/01/09(土) 14:55:35.77
ひょっとしたら書き込む前にping送信して有効ドメインか確認する仕様なのかも
2021/01/09(土) 16:54:09.03
>>637
GitHubそんなことしてんのかよ
2021/01/09(土) 18:03:47.41
>>638
ああごめんね、スレ違いだったね、5chがって言いたかった
2021/01/15(金) 19:22:52.71
最近git使い始めたんだが、svnのように特定のディレクトリ以下だけチェックアウトができないってマジ？ゴミじゃん。
641仕様書無しさん
垢版 |
2021/01/15(金) 19:46:23.89
どうしてそれがしたいの？
プロジェクトって一部分だけじゃ動かないと思うんだけど
2021/01/15(金) 20:27:31.56
>>641
複数のプロジェクトが一個のリポジトリに入ってるんでしょ
MSがGitHubで公開してるサンプルコードとか
2021/01/15(金) 21:45:26.75
GitHubでライセンスって何に設定したらいいんだ？
よくわからん
2021/01/15(金) 23:00:13.93
すべての権利を放棄する場合・・・CC0
好きに使っていいけど俺が著作者だ・・・MIT
俺のコードを使ったお前のコードもGPL・・・GPL
2021/01/15(金) 23:04:48.96
>>640
お前がゴミ
2021/01/15(金) 23:16:22.52
>>642
複数のプロジェクトを一個のリポジトリに入れたら不便じゃん
っていいたいなら、

プロジェクトごとにリポジトリに入れれば解決するよね？
それぐらい思いつかないお前はマジゴミじゃんだよｗ
2021/01/15(金) 23:35:05.69
>>646
俺はマイクロソフトのリポジトリ管理してないんで
2021/01/15(金) 23:40:42.70
>>647
マイクロソフトのリポジトリの話なんか一切してない
2021/01/15(金) 23:45:24.75
>>648
マイクロソフトの話を見落としたお前のミスだな
650仕様書無しさん
垢版 |
2021/01/15(金) 23:50:40.74
WDKのサンプルコードだが、
サンプルプログラム1個だけ取得したいだけなのに
全部取得しなきゃいけないのかよって思うことある
https://github.com/microsoft/Windows-driver-samples
2021/01/15(金) 23:52:12.93
>>649
だからなんでマイクロソフトの話をしてるんだよ
お前に関係ないだろ
2021/01/15(金) 23:53:28.55
>>650
zipで落とせよｗ
それともzipもゴミ扱いする気か？
2021/01/15(金) 23:58:35.87
>>652
部分的にZIPダウンロードできたっけ？
2021/01/16(土) 00:17:56.73
>>653
できる
655仕様書無しさん
垢版 |
2021/01/16(土) 00:28:13.03
>>654
majide ?
github の svn インターフェイスを使う方法はあるけどこれはzipではないし
2021/01/16(土) 11:42:58.14
git 2.19 からは git clone --filter でできるようになったらしいですね
2021/01/16(土) 12:12:15.44
部分的にダウンロードできないとゴミってなんだそりゃｗ
開発ツールであって配布ツールじゃねーよ

サンプルがでかいんで個別にダウンロードできるようにしてくださいって
言えばいいじゃねーか。でかいのか知らんが
2021/01/16(土) 12:46:24.01
git clone --depth
使えよ
2021/01/16(土) 12:52:45.36
ついでだが、無理してコマンド入力せず大人しくGUI使え。
というか、コマンド操作に慣れてもGUIツールは入れとけ。
SourceTreeあたりがおすすめだぞ。
2021/01/16(土) 12:58:25.36
>>656
これいいね！
2021/01/16(土) 13:00:28.09
やっぱりgitって最高やな
2021/01/16(土) 13:07:07.41
>>650
1個落とすのも全部落とすのも手間一緒でしょ？
2021/01/16(土) 13:49:34.65
部分的にDL？
コピペしろよ
2021/01/16(土) 16:54:17.73
>>662
手間とは具体的にはなに？
ダウンロード時間なら短縮されると思うけど
2021/01/16(土) 17:24:16.89
>>664
クリックの回数やマウスの移動距離
もしくはコマンド押下回数など物理的な操作にかかる費用

gitは優秀だからダウンロード時間は十分に短いので実用上は無視できる程度
実はSVNとの一番の違いはそこ
2021/01/16(土) 20:43:17.67
svnだとブランチ作るときにいちいちネットワーク通信するからなｗ
2021/01/16(土) 20:44:37.61
svnの何が悪いって実装が悪い
668仕様書無しさん
垢版 |
2021/01/17(日) 00:26:40.60
svnってなんであんな遅いの？
2021/01/23(土) 18:41:22.71
チェリーピックつかったことないやつは、チェリーボーイ
2021/01/23(土) 20:28:52.30
そうか。やっとチェリーピック使えるようになったんだな。
2021/01/24(日) 02:07:38.86
gitは複雑になりすぎた
個人で使うならともかくチーム作業で使うのは危険すぎる
2021/01/24(日) 02:54:28.35
世界中のチーム作業で最も使われているバージョン管理ツールですが？
673仕様書無しさん
垢版 |
2021/01/24(日) 12:09:27.59
Git批判する奴はLinux使うのも禁止だ
AndroidもLinuxだから禁止
MSも使ってるからWindowsも禁止
Appleも使ってるからMacも禁止
674仕様書無しさん
垢版 |
2021/01/24(日) 12:57:11.12
だってGitの使い方わからんのだもん
いい本教えて！
675仕様書無しさん
垢版 |
2021/01/24(日) 15:50:00.39
>>671
だよな

ローカル・リモート・マージ・コンフリクト・コミット・プッシュ・ブランチ

この6要素が複雑に絡み合う謎の事象が容易に発生する
2021/01/24(日) 16:32:10.33
しません
2021/01/24(日) 20:35:01.28
7要素あるやんけ
678仕様書無しさん
垢版 |
2021/01/24(日) 20:53:58.06
>>674
サル先生のGit入門〜バージョン管理を使いこなそう〜【プロジェクト管理ツールBacklog】
https://backlog.com/ja/git-tutorial/

分からなかったら猿未満wwwwwwwwwww
2021/01/24(日) 22:15:14.19
>>672
チーム作業の要はgitか？
gitをうまく運用する為のコストは別で払ってるんじゃないか？
2021/01/24(日) 23:40:19.31
>>679
何を言ってるんだこいつは
2021/01/25(月) 01:08:31.69
>>678
そのgit使えるサル連れて来い
2021/01/25(月) 09:28:56.91
>>681
はい私が猿です
2021/01/25(月) 09:43:29.06
具体的に何猿なんだ？
2021/01/25(月) 09:48:02.65
プロゴルファーだろう
2021/01/25(月) 11:06:59.01
>>681の要求はこれで解決しました
2021/01/25(月) 12:46:53.79
プログラマー猿

木製のキーボードとマウスを使って正確なコードをごにょごにょ
2021/01/25(月) 13:14:34.08
>>686
鎖マウス使う敵とか出て来るのかな
2021/01/25(月) 13:29:43.85
クニャクニャマウスでカーソルの移動速度をごにょごにょ
2021/01/26(火) 18:16:27.95
>>686
紙の書類と管理台帳がワイのティーグラウンドや！
2021/01/29(金) 00:20:42.38
会社pcのファイルをgithubに上げるとバレる？
ちなみにskyseaあり
2021/01/29(金) 00:34:17.03
バレないよって言えば上げるのかな
2021/01/29(金) 01:35:52.22
バレないよ！是非あげよう！
2021/01/29(金) 01:40:49.11
プライベートならバレるわけがない！
2021/01/29(金) 02:14:17.93
トレンド入り
2021/01/29(金) 03:24:25.61
マ板じゃまだ騒ぎになってねーな
なんJ民ウキウキで草
2021/01/29(金) 07:41:16.13
あちゃー全世界向けにあげてるアフォおるやんww
2021/01/29(金) 07:51:13.82
まだ見れるのかな？
2021/01/29(金) 08:11:40.92
GitHubでやらかした人も何やってんのだけど
その人を教育する立場の人もどうなのよ
理解せずとりあえず、使って覚えようみたいな感覚で使ったならかわいそうとしかw
しっかり教えられる人は周りにいなかったのかね
2021/01/29(金) 09:40:19.69
どうして流出したんだーーっ！
どうやらGitHubにアップしてしまったようです
？そのGitなんとかって何なんだっ！
GitHubは…申し訳ありません、よく分かっておりません…
Gitなんとかは禁止だーーっ！
ってなってるのかな？
700仕様書無しさん
垢版 |
2021/01/29(金) 10:36:55.27
今大慌てで謝罪会見の準備してる所だな
2021/01/29(金) 10:41:32.38
記者「GitHubとは、どういったものなのでしょうか？」
偉い人達「わかりません」
マスコミ「セキュリティ意識の低さがうんぬん…」

誰もGitHubがなんなのかわからないまま広がって収束するんだろうな
2021/01/29(金) 10:52:11.46
転職したらお賃金いくらっていうのをソースで判定するサービスつかいたかったみたい
お賃金に見合った損害賠償金額はおいくら万円
2021/01/29(金) 10:56:23.98
支払い能力あるわけねーだろ
給料幾ら払ったんだ？
2021/01/29(金) 11:04:06.71
何次請けだったんだ？
そこだけ知りたいわ
705仕様書無しさん
垢版 |
2021/01/29(金) 11:17:20.13
社内ツールらしいし個人情報とかシステムの秘密はそんな入ってないんじゃね？
まあ、損害賠償なくても会社はクビだろうな
2021/01/29(金) 11:57:04.37
>>701
USBすら知らない人達だからな
2021/01/29(金) 12:04:14.15
せっかく作ってくれたので、私が知っていることをいくつか書きます
自称楽天経済圏にどっぷり浸かっていると思います

間違いがあったら、ごめんなさい
特にポイントアップは間違っているかもなので、訂正してください


・楽天ふるさと納税は、他のポータルサイトに比べポイント還元分お得
・特に楽天の祭り（マラソンやSS）やSPUを意識するとさらに得
・20％還元くらいは比較的容易にいく（祭り＋9、SPU＋10くらい、全2や全3、部活）

・他のポータルサイトと同じ返礼品に見えても微妙に違うことがあるので、注意
・ライトユーザーは、ふるなび や さとふる のキャンペーンの方がサクッとお得になることが多い

・楽天の期間限定ポイントでの寄付も出来るので、期間限定ポイントを消費出来る
・会員ランクにより上限は異なるがダイヤモンド会員なら、50万ポイントまで

・楽天カードを持っている人なら、ポイントでの寄付より楽天カードを使った方がお得
・通常カード、＋5倍（カード＋2、銀行＋1、0と5の日＋2）
・ゴールドカード、＋7倍（カード＋2、銀行＋1、0と5の日＋4）
・プレミアムカード、＋8倍（カード＋2、銀行＋1、0と5の日＋4、市場の日コース＋1）
上記がポイント利用だと失われる

・期間限定ポイントを他で無駄なく使えるのなら、楽天ふるさと納税に限らず、楽天市場では使わない方が良い
・期間限定ポイントは、楽天PAYでも消費出来る（上限注意）あるので、注意か&#1244
708仕様書無しさん
垢版 |
2021/01/29(金) 13:47:17.13
バイトテロとか言ってるバカがいるけど
バイトの方が儲かる
709仕様書無しさん
垢版 |
2021/01/29(金) 15:07:03.12
コピーがあるよ！と偉そうにSNSで晒してる人って罪の意識は無いんだろうなw
罪ではないんだろうけど、人として疑うわ
2021/01/29(金) 16:42:38.11
SMBC
2021/01/29(金) 17:41:21.71
コピペしてちょっと手を加えｗ
新しいとかｗ
2021/01/29(金) 19:59:05.47
合併吸収を繰り返してきたメガバンクのシステムは
フランケンシュタイン状態でソースコードは旧銀行の
コピーライトが入ったコードがゴロゴロしてるけどな
2021/01/30(土) 11:56:13.07
ソース持ち出せるセキュリティ管理とか。
発注元の銀行も元請けも下請けもお察し。
おそらく訴訟にはなるだろうが、過失割合が気になる。
2021/01/30(土) 13:02:27.70
これがほんとのオープンソース、とか
2021/01/30(土) 13:45:28.77
たまたま見つかったのがこの件ってだけで
GitHub探し回ったら他にもあるだろうな
2021/01/30(土) 18:17:33.82
>>713
あんた金融系の仕事したことがないね
どれだけ外部に持ち出せないようにしても
開発で手元でソースコードが見れる限り
持ち出すことは可能なんだよね
2021/01/30(土) 18:21:57.57
電子ロックされたタコ部屋に閉じ込められて
出入りするたびに厳重なチェック
もちろんトイレも申請して許可が出るまで出来ない

これがふつうの開発現場
2021/01/30(土) 18:41:00.21
それで給料は？
2021/01/30(土) 18:48:38.07
>>718
給料は持ち出せる
2021/01/30(土) 23:56:57.29
>>716
かなり不可能に近いと思う。
開発PCはUSB接続検知で管理者に通報がいく。
つまり外部ストレージは使えない。
メールは制限されているので自分の個人アドレスへの送信も無理。
外部サイトへのログインも監視されてるのでWeb経由の転送も無理。
この程度のセキュリティができていないならソースを持ち出せるだろう。
2021/01/31(日) 04:09:20.40
シリアルポートって監視されてる？
2021/01/31(日) 11:22:56.72
有能になるとコピーしなくても頭ん中にロジックが入るから
ぶっちゃけほとんど同じ仕様のコード書き起こせるんだよね
2021/01/31(日) 14:00:55.36
こんなセキュリティかばかばの物使ってる奴ってサル以下だよな
2021/01/31(日) 14:53:54.75
>>723
Github使う人を猿呼ばわりすると数多くのプラットフォーム及びフレームワーク、ライブラリが使えなくなるけど、お前は何で開発してるの？
2021/01/31(日) 15:56:01.26
>>723
かばかば
2021/01/31(日) 16:06:58.82
>>723
単に自分でリポジトリを公開する設定にしてただけなのにセキュリティーかばかばもといガバガバ呼ばわりは違うと思う
2021/01/31(日) 17:21:40.86
GitHubが問題なのではなく
この人がなんでデータ持ち出せたのかが問題の本質だろ
2021/02/01(月) 00:31:33.43
>>727 今まで自社開発一本の人？いくつか現場見てきたらソース持ち出すことが出来た現場なんていっぱいあったよ。
まさか全ての現場がセキュリティが完璧だったってことはないでしょう
2021/02/01(月) 00:48:27.05
名前が出てる企業名を確認してからそういう事を言えよｗ
730仕様書無しさん
垢版 |
2021/02/01(月) 02:10:51.34
>>727
GitHubにアクセスできないようにしている企業はないじゃないのか？
2021/02/01(月) 02:19:24.65
ケース文で生成インスタンス変えてメソッド呼ぶだけのコードだから記憶してたんでないの？
どうでもいい内容しかないし。
732仕様書無しさん
垢版 |
2021/02/01(月) 08:24:42.95
>>731
コピーライトとかまで移すかよw
2021/02/01(月) 08:45:01.33
１．会社から自宅に持ち帰り
２．自宅からgithubにアップロード

このうち１が出来るのがおかしいだろうって話
２はもう防ぎようがない
2021/02/01(月) 08:54:59.38
この人が持ち出したなら流れは簡単だけど
誰かから受け取ってたとしたら複雑だよね
2021/02/01(月) 09:02:59.69
セキュリティ甘くて持ちだせたって本人がツイッターで言ってる
2021/02/01(月) 09:08:29.06
ならそれが問題じゃないか
GitHub関係ない
2021/02/01(月) 09:10:56.12
amazonはgithubにアップロードされたソースはその日のうちに全チェックしてるから
技術的には流出対策が出来ないわけじゃないのではないか
2021/02/01(月) 09:19:14.99
>>733
持ち帰らずとも会社からアップロードできるとこなんていくらでもあるやろ
2021/02/01(月) 09:56:07.60
ふつうのSESだとインターネット接続は遮断してる
たしかにいくらでもあるけど、それはもう自業自得
740仕様書無しさん
垢版 |
2021/02/01(月) 11:18:43.72
漏れたら絶対嫌な場合はインターネット無しの密室で開発しかない
入室前にボディーチェックしてインターネット禁止にするしかないだろ
それ以外の方法は無い

だがそこまでやる会社なんてほんの一部の産業だけ

今回漏れたのは最悪漏れても良いやぐらいの重要度の物だったからだろ
2021/02/01(月) 14:38:33.77
自作のコードに有名企業のコピーライトを入れるだけで
簡単に流出事件が起こせるお仕事です
2021/02/01(月) 14:50:37.35
>>735
そもそも、その会社に頼んだ仕事自体が
全体の一部であり、漏れても問題ないコードであれば
セキュリティが甘くても何の問題もないんだよ

関わる人数が多ければ多いほど、流出する経路は増えるんだから
本当に漏れたらまずいものは、それを参照できる人を減らすのは常套手段

本社の一部の人しか秘匿情報を参照できないようにするのが前提なのだから
それ以外はセキュリティを強化する必要がないんだよ
（漏らしても問題ないけど）漏らさないでねぐらいの簡単なもので十分
2021/02/01(月) 14:54:20.93
一番最悪（頭が悪い）やり方は

情報はなんであっても漏れたらまずい
だからインターネット接続なしでガチガチに縛る

ガチガチに縛ってるから漏れるわけがない！
と安心して、何万人もの開発者が秘匿情報を
自由に参照出来るようにしてしまうことなんだよ。

ガチガチに縛れば安全＝縛ったからOK・・・頭が悪い
情報は漏れるという前提で重要な部分だけ絞る・・・正しいやり方
2021/02/01(月) 14:59:20.67
おまえら本物のSESをやった事がないんだな
SESってファイル1本渡されて修正してくださいって言われるだけだよ
で、修正したファイルを返したら終わり
コンパイルなんて自分でしないし、一度修正した箇所があってても間違ってても二度と自分の手元には戻ってこない
ネットは当然つながってないし、ファイルのやり取りが出来る共有フォルダにアクセスできるだけ
共有フォルダは自分のファイルしか見えない
2021/02/01(月) 15:11:28.98
>>744
はいはい。別スレ逝ってくれ。
ここはGithubスレだし、お前には一生関係ねーよ。
2021/02/01(月) 15:17:04.84
仕様書しっかり書いて、どこの何を作っているのか知らせないって方法もあるけど
正しい仕様書を書けるやつがいない
2021/02/01(月) 23:39:11.77
GitHubなんて使ってるITリテラシーの低い人はもううちでは雇いません
2021/02/02(火) 00:13:18.67
昔はSNS使ってる人は採用しないっていうのがあったよね
Twitterとか
2021/02/02(火) 00:48:24.21
コードは手書きで提出して下さい
って言うアホセキュリティにならないかな
動かなくても「お前の入力ミスだろ」で早く帰りたい
750仕様書無しさん
垢版 |
2021/02/02(火) 01:03:59.69
コーディング用紙に鉛筆で手書き
郵送にしなさい
2021/02/02(火) 01:26:59.61
COBOLの時代は手書きもあったね
752仕様書無しさん
垢版 |
2021/02/02(火) 06:57:41.43
だから、そもそも論として

多重丸投げ、多重派遣
で、身元調査もしてない誰が参加してるのかもまともに把握できてない

そんな業界にシステムコードの発注をするほうが頭悪いんだよ
2021/02/02(火) 07:09:41.62
>>747
Githubすら使えないITリテラシーの低いやつこそいらねーよ。

むしろ、お前レベルだとITリテラシーが低すぎて流出事件を起こすことすら無理だなw
でも、悪意を持った人間に狙われれば機密を流出しちゃう。そんなところか。
2021/02/02(火) 09:42:49.78
電車の網棚にコーディングシート入りのカバンを忘れました！みたいな事故が
2021/02/02(火) 10:28:27.62
GitHub使えねぇヤツいらない！って言ってるヤツ＝正しく教えられないヤツ
セキュリティって組織内で共有するべきものだから教育できない時点で終わってるだろ
2021/02/02(火) 10:32:30.87
知ってて当然、当たり前
この考えで教育もせずに自己責任！ってことでセキュリティを個人に丸投げ
組織としてセキュリティ考えるなら教育から変えるべき
教育してできないヤツを上の責任で弾くぐらいやらないと
G使えるよね？→はい！使えます！
こんなん何の保証にもならんよ
2021/02/02(火) 11:27:37.02
>>745
スレタイをよく嫁
そしてSESとWEB系のファイル管理の違いについて
貴重な生き証人のレスを軽々しく切り捨てるな

github、及びgitが普及しない理由がこれだよ
2021/02/02(火) 11:31:46.57
SESってやったことないけど悲惨なのは分かった
2021/02/02(火) 11:53:36.64
>>754
まともな会社なら網棚にカバン置くのは禁止になってるよ
大事な荷物持ったまま飲み会禁止とかけっこう細かいよ
2021/02/02(火) 12:07:44.34
>>757
gitが普及してないってw
2021/02/02(火) 12:21:04.17
>>757
普及しない→事実ではない。
既に十分、普及してる。
2021/02/02(火) 12:23:41.10
>>759
事故が発生したときに責任を押し付けるために存在するルールであって
事故を防止するためのルールではない
2021/02/02(火) 12:24:12.89
>>760
>>761
狭い世界に生きてるんだね
2021/02/02(火) 12:29:12.40
>>755

> GitHub使えねぇヤツいらない！って言ってるヤツ＝正しく教えられないヤツ

詭弁11. レッテル貼りをする に該当
例「犬が哺乳類だなんて過去の概念にしがみつく右翼はイタイね」

詭弁の特徴のガイドラインより

Github使えない奴がいるかいらないかと、物事を教えるが上手いか下手化は無関係
もそもそ、747に対するレスなのに必死に反論する理由は何？
2021/02/02(火) 12:33:49.27
https://gigazine.net/amp/20191108-github-annual-report

GitHubに存在するユーザーアカウントの総数は2019年9月末の時点で4000万個を超えていますが、そのうち2018年10月1日から2019年9月30日までの1年間で開設されたアカウント数は1000万以上とのこと。

>>763は、異世界に生きてるのかな？
別に使えない人を笑う気はないけど、なんでGithub使えないのにそんな偉そうなの？
2021/02/02(火) 12:56:48.52
教育の放棄しながらセキュリティって難しくねw
767仕様書無しさん
垢版 |
2021/02/02(火) 14:55:36.39
Ｆ県のブラック下請it企業
・社内でハラスメント横行(二人辞め、１人通院中)
・残業代は完全未払い、退職金も無し
・社長が地方在住で東京への交通費が無駄にかかっている
・現場派遣に経験は一切考慮されない
経験5年目にリーダーをやらせ、経験20年(給与は当然上)がその下につくことも
・どんなに派遣先に負担があっても、リーダーなど職責の負担があっても給与やボーナスで調整される事はない。
給与が上の人間が低負担な現場で働き、高負担な現場で給与が下の人間が働く事は当たり前。
・社長がハラスメント被害者と面談した際の一声が「友達いるの？」(慰めてくれる人いないの？の意味らしい)
・こんな犯罪企業でも金融系の案件に携わっている
2021/02/02(火) 16:00:22.17
所詮ネット上のレポジトリはお遊びプログラムのゴミ捨て場でしかないよね
2021/02/02(火) 20:04:26.16
発注元からGitHub使用禁止令が出ました
770仕様書無しさん
垢版 |
2021/02/02(火) 20:25:01.65
>>769
そんな会社辞めちまえ
2021/02/02(火) 20:46:02.56
お遊びのゴミにまみれて仕事楽しいねえ
772仕様書無しさん
垢版 |
2021/02/02(火) 22:27:47.38
>>770
あたりまえ
2021/02/03(水) 15:02:39.76
>>763
GitHubならまだしもgitが普及してないとか正気の沙汰じゃないぞ
774仕様書無しさん
垢版 |
2021/02/03(水) 15:03:58.43
VisualSourceShredder（笑）を未だに使ってる会社もあるらしい
2021/02/03(水) 15:14:56.06
>>773
gitは一部の業界の狭い範囲で使われているにすぎない
大手SIで一社でも使ってるとこあるかな？
2021/02/03(水) 15:33:06.35
>>775
お前の狭い観測範囲内で使われていないにすぎないということだろw
777仕様書無しさん
垢版 |
2021/02/03(水) 16:17:41.61
GAFAMも使ってるgitとか言うツールがあるらしい
2021/02/03(水) 17:54:56.78
むしろ大手SIでgithubにリポジトリ持ってないとこのほうが少ないんじゃないかな
2021/02/03(水) 18:48:27.92
https://github.com/fujitsu
これはどこの会社？
2021/02/03(水) 19:25:57.62
>>779
不治痛？
マイナーすぎて聞いたことないな
2021/02/04(木) 19:02:44.15
東証のシステムダウンを引き起こした会社かな?
もしかしたらマニュアルもアップロードしてたんじゃないのかな？
2021/02/04(木) 20:28:17.61
>>780
分からないふりをして有耶無耶にしなくてもいいのに
2021/02/04(木) 20:30:45.65
てかさ、別にGithubを禁止にしたところで、ソースコードを持ち出しできている時点でGoogleDriveとかOneDriveとか紙媒体にコード印刷とか、いくらでも流出できるんだけど。

そんなことも気が付かない会社と社員って流石に無能すぎじゃね？
どうせ妄想なんだろうけど。
2021/02/04(木) 21:07:33.66
年収査定なんて虚偽を用いてソースを持ちださせたサイトの責任は？
2021/02/04(木) 21:10:55.98
人の目に触れるまでは漏れてない
バレるまでは漏れてない
ってことじゃね？
2021/02/04(木) 21:15:59.62
未だにこんな物使うセキュリティ意識低いやつおるんやな。
うちでは絶対に雇いません。
基本情報の勉強でもしてITリテラシー身につけてくださいね
2021/02/04(木) 21:16:35.92
履歴書にgitって書いてるやつはセキュリティリスクあるから雇わない
2021/02/04(木) 21:16:41.60
年収査定やってみたけど実際の年収のほうが1.5倍高かったよ
2021/02/05(金) 16:18:58.16
>>775
大手SIで使ってるとこいっぱいある
逆に狭いのは君だ
2021/02/05(金) 19:17:22.64
gitって何人ぐらいまでの使用に耐えられるの？
2021/02/05(金) 19:33:20.38
ソフトウェアとしてのgitが人数による不具合を起こす前に運用ルールが混乱をもたらすからそっち気にした方がいいよ
2021/02/05(金) 23:15:06.57
うちもお客様からGithub使用をしないでくれと言われたので、禁止になりました。
2021/02/05(金) 23:40:53.86
使ってないヤツはエンジニアじゃねぇみたいな感じだったのに
今度は使うなか
2021/02/06(土) 02:45:02.83
客がgitとgithubの区別がついてるとは思えない
2021/02/06(土) 07:38:15.62
使ってることを理由に辞めさせることができる便利なツールとなりました
おしまい
796仕様書無しさん
垢版 |
2021/02/06(土) 09:54:24.67
そんな会社辞めちまえ
2021/02/06(土) 10:18:02.90
GitHubわからない人が問題起こして
GitHubわからない人達が禁止にして
GitHubわかってる人達が困ってる
なんだかなぁ
2021/02/06(土) 21:58:32.83
>>794
LANやスタンドアロンでソース管理ができるのがgitで
外で管理できて、誰かがソフトウェアを作って公開してるというのがgithub
と言う認識だわ
2021/02/06(土) 23:20:37.67
>>798
githubは別に公開しなくてもいいからその認識は間違い
2021/02/06(土) 23:41:36.92
>>798
根本的な勘違いをしている
2021/02/07(日) 01:24:57.62
そもそもgitやgithubの問題じゃない
2021/02/08(月) 18:08:15.97
>>784
Github関係無いよね？たまたまコード提出手段に使ったのがGithubなだけだよね？
別にメールにzip添付でも、やろうと思えばできるよね？
2021/02/08(月) 19:25:34.27
>>802の所ではUSBが使えるのでしょうか。。
GithubをUSBに置換すると
＞USB関係無いよね？たまたまコード提出手段に使ったのがUSBなだけだよね？
＞別にメールにzip添付でも、やろうと思えばできるよね？


言ってる事やばば。。。
2021/02/08(月) 20:08:51.94
>>803
USBは使えませんが、メールは使えます。
メールが使えるかどうかの話ですよね？
2021/02/08(月) 20:14:22.99
>>803
まさにその通り
技術者相手に技術で対抗できると思ってるのが間違い
2021/02/08(月) 20:21:11.44
>>803の言う事がよくわからんのだが
Githubは関係無いを否定したいのか？
2021/02/08(月) 20:39:24.43
>>803
置き換えてもGithubは関係のないことに気がつけない無能
そもそも、Githubが何なのかを理解できていないようだ。
2021/02/08(月) 20:44:58.34
>>803
猫はかわいい→猫を野獣先輩に置換すると→野獣先輩かわいい
言ってる事やばばwww

と同じ詭弁
お前はまず、Githubが何なのかを調べろ
2021/02/18(木) 10:55:17.03
英語なのやめてほすぃ日本語で書けや読めんだろが
2021/02/18(木) 11:27:25.94
>>809
気持ちはわかるが相手からすると日本語ドキュメントは逆のこと思われると思う
811仕様書無しさん
垢版 |
2021/02/18(木) 17:32:55.43
>>809
Try reading this...
Is this really difficult for you?
Really!??

https://github.com/rancher/k3d

k3s in docker
k3s is the lightweight Kubernetes distribution by Rancher: rancher/k3s

k3d creates containerized k3s clusters. This means, that you can spin up a multi-node k3s cluster on a single machine using docker.
2021/02/20(土) 11:03:34.02
テスト
2021/02/20(土) 11:06:03.75
入門書で紹介されているGitHubのページと、
今のGitHubのページとが変わってしまっていて、
推察しながら進めなければいけなかった
2021/02/20(土) 11:17:40.35
githubって日本語化できないの？
2021/02/20(土) 12:33:52.38
どこを日本語化する必要があるの？
816仕様書無しさん
垢版 |
2021/02/20(土) 12:37:35.31
Google翻訳を使えばリードミーを変な日本語に変換することができます
2021/02/20(土) 12:41:38.89
日本人って英語できないの？
2021/02/20(土) 13:36:43.74
「リポジトリ」ボタン
「コミット」ボタン
2021/02/20(土) 13:43:59.70
学歴問わずプログラマになれるから英語できない人は多いよ
日本でプログラマになるのに学歴や資格が必要ですか？
私は困りませんが
2021/02/20(土) 14:17:39.49
本人は困ってないが周りが迷惑を被っているという使えないプログラマはたくさんいると思うぞ
2021/02/20(土) 20:31:31.36
この場合、学歴と資格が必要になっても困らないよって意味では？
2021/02/21(日) 20:01:06.08
英語できんやつはマジでAUTO
2021/02/21(日) 20:07:17.40
英語なんかできなくていい
できるのが当たり前になったら、日本語ドキュメント消えるぞ
2021/02/21(日) 20:19:33.79
日常会話を出来る必要は無いんだろうが、
プログラミング言語は基本的に英単語が使われているので、
ある程度の英語力が無いと不便ではある
エラーメッセージも英文だし
2021/02/21(日) 21:48:04.36
知ったかぶった英単語で識別子名付けられるのが一番困るな
2021/02/21(日) 21:55:47.95
>>825
クラスやメソッドをローマ字で名付けるタイプだな
827仕様書無しさん
垢版 |
2021/02/21(日) 22:01:52.38
fairu_wo_hozon_suru
save_file

aitem_wo_tsuika_suru
add_item

ローマ字表記って長くね？
828仕様書無しさん
垢版 |
2021/02/21(日) 22:09:38.45
「変更フラグ」も意味分かんないからだめじゃね？
既に何か変更したフラグなのか
これから何かを変更するフラグなのか

「死亡フラグ」だったらこれから死亡する人のフラグって分かるよね
すでに死亡した人のフラグ（isDead）として使う人は居まい

https://blogs.itmedia.co.jp/yohei/2008/04/post-b6d0.html
先日とあるソースコードに目を通していたところ、気になる変数がありました。flgHenkoというものです。悪い事に、人を管理する属性として使用されています。気になる人は関西に縁のある人だと思いますが皆さんはいかが思いましたでしょうか。

Henkoというところから変更フラグなのではないか、というのが通常の見方だと思います。が、最後のUを補わないで読むとこれはヘンコになってしまいます。ヘンコとは関西弁で変な奴とか頑固者という意味ですので、それが人の属性になっているのがおかしくて笑ってしまいました。
829仕様書無しさん
垢版 |
2021/02/21(日) 22:13:47.80
>>827
その例は変だが、日本語のシステムなら英語にすると対比表が必要になるので、ローマ字表記にしたりする。
2021/02/21(日) 22:17:39.25
英語は知ったかぶってでも使って伝えろ
完璧な英語なんて話す必要ある？使う必要ある？
完璧な英語って米国英語？英国英語？
単語がー単語がーと偉そうなこと言うくせに英語話せないやつの多いこと多いこと
2021/02/21(日) 22:20:13.55
流石に「カナ」にpseudonymとかまずいだろ
2021/02/21(日) 22:25:22.11
画像オブジェクトにfotとか、意味分かる？
2021/02/21(日) 22:25:43.72
しまいにはroop
834仕様書無しさん
垢版 |
2021/02/21(日) 22:33:37.38
スペルチェッカーも知らない男の人って…
835仕様書無しさん
垢版 |
2021/02/21(日) 22:37:17.99
>>831
それは仮名とか偽名とかペンネームって意味じゃん
なんだよカナって
誤訳？
2021/02/21(日) 22:43:39.08
上3つ同一人物がソースに書いたものだよ。
辞書の使い方もしらないようだ。
837仕様書無しさん
垢版 |
2021/02/21(日) 22:47:24.28
git addのインタラクティブモードは
アルファベット一文字でコマンドを入力するが
選択肢に無い文字を入れると

Huh (入力した文字)?

とか言われる
このメッセージだけ言い方がなんかフランク過ぎると言うかカジュアル過ぎると言うか
意味合いは日本語の「はぁ？」と同じらしい

https://eow.alc.co.jp/search?q=huh
ふん！、ハァ、ン？、何だって？
2021/02/22(月) 00:45:56.77
日本人だったら

申し訳ありません。入力された文字に対応するコマンドが見つかりませんでした。
一覧にある文字のいずれかを入力してください。お手数をかけますがよろしくお願いいたします。

ってメッセージを出すだろうな
2021/02/22(月) 01:18:58.91
テストメソッドとか英語で書くと長すぎるから日本語で書いちゃうけどな
テスト設計書との整合性もとりやすい
2021/02/22(月) 03:02:51.89
tesutoとか名付けるの抵抗があるわ
2021/02/22(月) 08:02:16.44
テツオさんかと思ったわ
2021/02/22(月) 10:46:13.42
>>837
大学生くらいのガキンチョのお遊びって感じがするぞ
2021/02/22(月) 12:48:48.31
普通の国では社会を回してるのは大学生なんだよ。
日本が異常なだけで。
2021/02/22(月) 13:21:11.99
masterブランチにマージするタイミングっていつ？
2021/02/22(月) 13:23:55.19
>>843 主語デカすぎマン
846仕様書無しさん
垢版 |
2021/02/22(月) 14:27:19.70
Linuxもふざけたエラーメッセージとか色々あるのに。
日本はユーモアに対して不寛容だな

http://linuxshellaccount.blogspot.com/2008/07/little-linux-and-unix-humor-error.html

>>842
MS-DOSのコードにもジョークが散りばめられてるらしいぞ

https://gigazine.net/news/20181001-source-code-ms-dos-github/
2021/02/22(月) 19:28:24.86
だからなに？
ガキっぽくてくだらないという評価に変わりはないよ
2021/02/22(月) 19:36:36.30
>>846
一　般　保　護　違　反　で　す
2021/02/23(火) 02:03:21.88
テスト
850839
垢版 |
2021/02/23(火) 06:18:54.42
>>849
tesutoな
2021/02/23(火) 07:02:11.93
>>844
githubはバージョン管理ツールの一種だ。 管理方法は管理者が知っている。 管理者に任せろ。
2021/02/23(火) 08:16:55.27
ひとにものたのむのがつらい
2021/02/25(木) 00:37:18.40
リポジトリの新規作成でつまずいた
SSH認証のやり方が分からない…
854839
垢版 |
2021/02/25(木) 02:25:56.69
>>853
リポジトリの作成はブラウザでやればいいからssh認証不要だよ
855仕様書無しさん
垢版 |
2021/02/25(木) 12:36:57.61
>>853
お兄ちゃんSSHキーの設定方法もわからないのぉ？wwwwww
ざぁこざぁこwwwwww

https://docs.github.com/ja/github/authenticating-to-github/adding-a-new-ssh-key-to-your-github-account
2021/02/25(木) 13:15:56.48
>>852
積み立てNISAで年４０万円ずつ積み立て貯金
それに加えてiDeCoにも投資

これで金貯まるから将来的には立派な引きこもりになれるぞ
2021/02/25(木) 16:47:16.48
あの一件以降GitHub使ってはいけないエンジニアだらけ
2021/02/25(木) 16:54:34.71
履歴書や職務経歴書、ポートフォリオにGitHubと書くと落とされる時代
2021/02/25(木) 23:48:37.70
何故かgit禁止令が出てフォルダ管理に強制移行
普段からgitを敵視していたフォルダ管理プロフェッショナル禿おじさんｳｯｷｳｷで頼んでもないのに移行の陣頭指揮を勝手に取り始めた
さて、転職するか
2021/02/26(金) 01:39:01.94
悪いのはGitやGitHubではなく、流出させる人間なのに
2021/02/26(金) 01:47:57.62
ギフハブは世界を支配する闇の組織だとASKAから聞いた
862仕様書無しさん
垢版 |
2021/02/26(金) 08:31:22.87
gitも使えない原始人乙
2021/02/26(金) 09:41:17.06
>>862
ギットハブを使うITリテラシーのない人乙
2021/02/26(金) 11:50:00.28
使っていいもの、いけないものを分ければいい
使えることは悪いことではない
2021/02/26(金) 11:55:22.45
svnは事故を起こしていない
svnは安全
svnにまかせろ
2021/02/26(金) 11:56:40.79
わかんねーものを使うのは不安全
2021/02/26(金) 12:13:08.38
github←とても便利なのにとある事情で使えなくなったんだ
git←ただのツールだよ？でも社会的に誤解を受けるからgitが好きだって大きな声で言えない。黙って使っておこう
svn←こんなダサいの使いたくないよ。でも世の中の大人たちは理解してくれないんだ
2021/02/26(金) 16:20:34.73
フォルダ管理←老害おじさん熱烈推奨。最近のgithub事件を利用してこの手法を推進させようと日々仕事もせずに水面下で根回ししている
869仕様書無しさん
垢版 |
2021/02/26(金) 16:31:29.47
>>868
そんなやつおれへんやろ〜
2021/02/26(金) 17:05:59.97
学生気分が抜けてなくて、言語も自分の好き嫌いで選んじゃう
”学生時代からLinux使ってましたボク有能でしょ？”みたいな話聞かなくて思い込み激しい子が勝手にやらかす感じ
2021/02/26(金) 18:55:33.25
>>869
残念なことにそれが居るんだなこれが
2021/02/26(金) 19:08:53.71
え？GitHubはできるのにフォルダ管理できないの？
2021/02/26(金) 20:59:59.41
え？フォルダ管理できるのにGitHubはできないの？
874仕様書無しさん
垢版 |
2021/02/26(金) 21:09:04.61
gitがなければMercurialを使えば良いじゃない
2021/02/26(金) 21:10:45.95
>>872
自転車乗れるのにランニングできないの？
みたいなもんだよ

だれだって自転車乗れるならランニングできるだろう
だがランニングで自転車の速度を追い越せといったら大変だろ？

可能か不可能かの話・・・可能
フォルダ管理でGitHubを追い越せ・・・不可能
ということ
2021/02/26(金) 21:11:36.15
>>874
それはご飯がなければお粥を食べればいいじゃないみたいなもんだなｗ
2021/02/26(金) 21:13:23.43
いま求められているのはGitHubを使わないという技術
それはgitの鯖を別に持つことかもしれないし、svnかもしれない
うまく運用できるんだったらフォルダ管理でもいいかもしれない

結局、参加メンバーや目的によって最適解が変わる業界なんだから
GitHubしかわかりませんっていう層は淘汰されていくと思うよ
2021/02/26(金) 21:14:16.48
おまえらの欠点は「GitHubを使わない会社が悪い。ボクちんは悪くない！ムキーッ！！」ってなっちゃうところ
2021/02/26(金) 21:15:40.57
出前屋が、うちは自動車禁止にしたから
自動車事故は起きない

みたいな話かｗ
880仕様書無しさん
垢版 |
2021/02/26(金) 21:29:51.98
ネットに繋ぐと個人情報をｽｰﾊﾟｰﾊｶｰに盗まれる
コンピューターを禁止して紙とペンで仕事すべき
2021/02/26(金) 22:00:05.38
>>877
Githubを正しく使うのが最適解だろ
2021/02/26(金) 22:00:46.63
>>881
Github禁止の会社が増えているのをふまえて言ってる？
2021/02/26(金) 22:02:57.40
>>882
Githubを正しく使える会社が競争に勝つと思うよ
つまり、今はチャンスかもね
2021/02/26(金) 22:10:46.34
>>883
Github禁止になった会社からは転職しちゃえって話かな？
2021/02/27(土) 01:50:23.35
GitHubのGUI死ぬほど使いづらいだろ
断然GitLabだわ
多機能だし社内サーバーにインストールすれば完全なるプライベートリポジトリだし有料相当の機能も無料で使えるし最強
2021/02/27(土) 01:55:50.25
死ね
2021/02/27(土) 08:21:51.69
え？フォルダ管理もGitHubもできないの？
2021/02/27(土) 09:40:06.96
GitHub使うって奴はことごとく面談で落とすよう会社から御達しがあります
2021/02/27(土) 09:47:38.43
会社の仕事で使う奴いるのか？
890仕様書無しさん
垢版 |
2021/02/27(土) 10:15:39.04
「坊主憎けりゃ袈裟まで憎い」みたいな理論だな
2021/02/27(土) 11:14:40.09
使ってるよ
2021/02/27(土) 11:16:53.70
フォルダ管理を？
2021/02/27(土) 13:42:06.86
>>891
ほぉ
教えてほしい
セキュリティー対策どんな事をしてるの？
2021/02/27(土) 14:28:52.30
AAD連携とかそういうことが聞きたいわけ？
2021/02/27(土) 14:33:07.12
>>894
アカウントがセキュリティー対策かよ
2021/02/27(土) 16:54:47.34
具体的に聞きなよ
2021/02/27(土) 18:47:14.66
もう何を言ってもGitHub使ってる奴は見下されるよ。
会社の方針でね。
2021/02/27(土) 19:51:51.35
必死だな
2021/02/27(土) 20:16:31.92
>>896
具体的に教えてくれよ
2021/02/27(土) 22:44:44.04
いくらGitHub禁止でも日付フォルダーで管理はありえねーわ
2021/02/27(土) 22:52:56.66
ファイル名マングリングしない？
2021/02/27(土) 23:28:08.14
Gitまで禁止されていなければセーフ
2021/02/27(土) 23:35:19.98
GitHubが禁止ならAzure DevOps使うかな
2021/02/28(日) 00:24:01.82
Azure DevOpsはGitHubに統合されます
2021/02/28(日) 06:32:05.95
な、な、なんだ！禁止！禁止だー！

上がわからないものは管理できないw
2021/02/28(日) 10:46:54.67
おまえら、なぜ外部に出すんだ？社内で管理しろよ
2021/02/28(日) 11:06:06.52
管理はできないけどルールなら作れます
社内でプログラマ雇って管理？
高いし、管理なんかできないし
ルール作って社外に投げたらよくね？
2021/02/28(日) 11:34:17.54
>>906
誰が外部に出すなんて言った？
2021/02/28(日) 12:32:39.15
社内ならGithubとよぶな
2021/02/28(日) 12:39:39.49
>>909
GitHub Enterpriseはオンプレ対応やで
2021/02/28(日) 21:56:15.89
>>906
社内でgithub使えるのはMSぐらいだろ
2021/02/28(日) 23:07:51.82
>>911
いえ、Azure DevOpsからやっと移行を始めたとこです
2021/02/28(日) 23:31:36.29
>>911
>>910
2021/02/28(日) 23:50:18.32
gitlabやgiteaをオンプレミスでたてたらええやん
2021/03/01(月) 02:33:39.02
gitのハッシュ値をソースコードに埋め込みたいんだけど上手くいかん
やってる人います？
2021/03/01(月) 02:45:40.65
なんでそんなことをする必要が
2021/03/01(月) 03:46:05.43
gitのハッシュ値をソースコードに埋め込んだら
いろんな問題が解決するからです
2021/03/01(月) 05:24:33.89
gitのハッシュ値を埋め込むなんて奇妙なことをするね。問題の解決方法としてアプローチが間違ってそうな匂いがするね。
2021/03/01(月) 05:57:11.92
svnのリビジョンを埋め込んで、リリースされたexeがどのリビジョンのものかを確認できるようにするとかはやってた
画面上で隠しコマンド打つと各ソースのリビジョンが表示される
2021/03/01(月) 21:05:56.46
金庫に保存するイメージでソフトウェアバンク（仮）みたいなのを作ればいい
2021/03/01(月) 22:16:37.27
>>915
ハッシュ値をそのソースにいれたらハッシュが変わるから永遠に無理だと思うよ
別ファイルに出力すればいいんじゃないの？
目的がわからんから「それ絶対無理じゃん」としかいいようがないけど
2021/03/03(水) 22:30:21.96
「GitHub使えるからスゴイ」ってｗｗｗｗｗｗ
GitHubもGitもsvnもただのツールじゃん。
スキルって言ったって、ただのツールユーザじゃん。

なに偉そうにしてんのｗｗｗｗｗｗ
2021/03/03(水) 23:24:33.12
>>922
gitlabじゃなくてGitHub使ってるから偉いなんて主張してる奴なんているか？
2021/03/04(木) 00:58:42.66
GitHub使えない奴なんているのかよｗ

…いるんです、ここに
2021/03/04(木) 07:51:33.62
>>922
ここはそのツールさえ使えないのかよｗｗ
ってスレだ
2021/03/04(木) 10:01:16.09
>>922
・バージョン管理ツールを使ったことがない人
・svnなど旧世代のツールしかつかった事がない人
・gitの操作方法はわかるがgit文化が理解できない人
・Githubに公開設定で案件のソースを公開しちゃった人
・勤務先でGithub禁止が通達されてしまった人
・gitとGithubの区別がついていない人

こういう人たちをバカにするスレです
2021/03/04(木) 10:53:29.44
>>926
5番目はその人の落ち度じゃないやん
2021/03/04(木) 11:57:14.16
>>924
使えないのは未熟だが
使えるからってえらくはないな

例えばプロの料理人が、包丁を自在に使えないのは未熟だが
使えるからって偉くないのと一緒
2021/03/06(土) 01:02:53.08
>>927
勤務先の落ち度はプログラマの落ち度でもある
そう感じないのは所属意識が低すぎるのではないか？
2021/03/06(土) 14:40:19.90
撤回させる努力をするか、撤退の決断をするかができた方がいいわな
931仕様書無しさん
垢版 |
2021/03/07(日) 17:24:26.17
>>926
俺、ITエンジニアじゃないけど、こういう話題って昔から繰り返されてるなｗｗｗ


20年位前には、SVN使いがマウントを取り、「RCS等の旧世代のツールしか使った事が無い人ｗｗｗ」ってバカにしてた。
あと10年もすれば、gitに代わる新しいソースコード・バージョン管理ツールが発表され、今度はgit使いが旧世代とバカにされる。

これの繰り返し。
所詮は単なるツール使いで両者に大差なし。
2021/03/07(日) 17:40:35.51
僕はGitHub使えるから偉いんだぞバカども
2021/03/07(日) 19:46:32.75
まぁプログラマの間では一切すごくないことなんだけど、
全日本の若いやつ集めて基本概念をすぐ理解できるかって言ったら多分20%ソコソコしかできないと思うんだよな
そういう意味では凄いと言えなくはない
2021/03/07(日) 19:49:36.20
>>931
> 所詮は単なるツール使いで両者に大差なし。
大差はあるぞ
935仕様書無しさん
垢版 |
2021/03/07(日) 20:30:48.36
>>934
最初にソースコードのバージョン管理システムを考案した人は凄いけど、
後続のRCS、CVS、SVN、GIT等は、所詮WinnyとShare位の違いしか無いだろ。
勿論、RCSの問題点を改良してCVSを開発した人達、CVSの問題点を改良してSVNを開発した人達等は凄いとは思うけどさ。
2021/03/07(日) 20:36:34.49
> 最初にソースコードのバージョン管理システムを考案した人は凄いけど、

別にすごくないよ。ディレクトリに日付つけてバージョン管理するシステムは
ずっと前からあるんだから

「バージョン管理」という名前が同じなんだから
その使い方も同じといいたいんでしょう？
2021/03/07(日) 20:38:28.38
いうほど理解してる人間が多いと思わんし、むしろわかってる風で使うから被害がデカくなる印象しかない。
938仕様書無しさん
垢版 |
2021/03/07(日) 20:44:59.24
>>936
勿論、差分管理の事を言ってるよ
2021/03/07(日) 20:46:40.54
>>938
バージョン管理なんか、全体をバックアップするか
差分でバックアップするかの違いでしょう？ｗ
2021/03/08(月) 08:37:45.30
>>931
後継のツールが性能が高いのは当たり前だろ
その性能が高い方を使うのも当たり前だろ

で、わざわざ性能の低い方を使うのがバカなのも当たり前だろ
941仕様書無しさん
垢版 |
2021/03/08(月) 19:24:06.78
インターネットのGitHubは管理者をちゃんと立てないと
942仕様書無しさん
垢版 |
2021/03/08(月) 19:31:49.75
>>941
なかなかにセンスがいいね
internetもgitも中心を持たないこと管理者を持たない事が重要な思想だからね
943仕様書無しさん
垢版 |
2021/03/08(月) 19:39:41.38
>>942
GitHubは公私の区別をしないから、これをわかってないと情報が漏洩する。
2021/03/08(月) 19:46:54.22
gitこそp2pサーバで管理するべき
945仕様書無しさん
垢版 |
2021/03/08(月) 19:58:53.86
よく流通してるgithub やgitlabとか有名リポジトリがサーバーでの提供なだけで、
gitはどっちかと言うとただのファイル管理機能だぞ
p2pは関係ないだろ
2021/03/08(月) 20:30:33.04
うわぁ今だにGitHub使って人がいるんだあ、恥ずかしぃ
2021/03/08(月) 20:37:32.43
誰か>>946の相手をしてあげよう
948仕様書無しさん
垢版 |
2021/03/08(月) 21:52:31.10
>>944 みたいにGitとGitHubの区別がついてない人間だらけだから、話が正確に伝わらない。これにGitHub Enterpriseの話が混ざって、単にGitHubと言ってくるからインターネットのGitHubを想定しているとずっこける。
2021/03/08(月) 22:02:59.82
動画配信の覇者がYouTubeになったのを見ると
P2Pってよりもサーバー型のほうが優れていたってことなんだよな
950仕様書無しさん
垢版 |
2021/03/08(月) 22:47:25.74
>>949
無知をさらしているぞ
2021/03/08(月) 23:33:34.84
Githubはサーバー型だが、gitはある意味P2Pだよな
ローカルリポジトリ同士でやりとりできるし
952仕様書無しさん
垢版 |
2021/03/08(月) 23:45:38.08
P2Pの意味もローカルの意味もわかってないのか
2021/03/09(火) 00:55:36.00
使える使えないでマウント取れるほど大層なもんでも難しいもんでもないので・・・
ドヤるならもっと技術的なことでドヤりたい
2021/03/09(火) 01:17:12.90
キーボード入力が無音になる技術を習得したい
2021/03/09(火) 07:26:10.38
ソースコードってブロックチェーンで管理できる？
956仕様書無しさん
垢版 |
2021/03/09(火) 09:34:43.88
意味が分かってなさそうな質問に見えるけど
文字通りの「ソースコード」を「ブロックチェーン」で「管理」するのは幾らでも可能
2021/03/09(火) 09:36:24.15
論理的には可能
2021/03/09(火) 09:48:18.01
>>950
何か言い返せよｗ

動画配信の覇者がYouTubeになったのを見ると
P2Pってよりもサーバー型のほうが優れていたってことなんだよな
これは事実。
だから何も言い返せない
2021/03/09(火) 09:51:01.79
>>955
ブロックチェーンは改ざん防止のための技術
ソースコードを（ブロックチェーンで）改ざん防止することは可能

だが改ざん防止ならハッシュ技術を使った電子署名でもできるわけで
なんのためにコストがかかるブロックチェーンを使いたいのか知らんがね
960仕様書無しさん
垢版 |
2021/03/09(火) 10:10:01.29
>>958
何をどう勘違いしているのか？
961仕様書無しさん
垢版 |
2021/03/09(火) 10:11:47.24
>>958 の世界にはMyTubeがあるのだろう
2021/03/09(火) 10:18:08.21
>>959
なるほど
通貨ももしかして電子署名でok?
2021/03/09(火) 10:40:13.21
>>960
> 何をどう勘違いしているのか？
なんの話？

俺は>>950が何も言い返してなくて、ただレスしただけ（負け惜しみ？）と指摘してるだけ
2021/03/09(火) 10:52:32.77
>>962
OKだよ。実際電子マネーとか電子署名の技術がベースになってる
ブロックチェーンの場合、誰も信用できない場合にどうするか？という課題が前提となってる
電子署名の発行者を信用するならば、ブロックチェーンは不要
2021/03/09(火) 10:53:09.57
>>961
MyTubeはないがYouTubeはあるぞ
966仕様書無しさん
垢版 |
2021/03/09(火) 11:01:27.98
話題が周回遅れ。YouTubeは資金があるので設備が違いすぎる。
2021/03/09(火) 11:04:21.85
>>966
だから資金と設備を整えることは現実的に可能だったって話だよ

P2Pは万能の技術ではなく、動画再生までに時間がかかるという大きな欠点があった
それは最初からわかっており、サーバー型のサービスであればそれが解決するのも
最初からわかっていたが、当時は不可能だと信じられていた

だがそれは間違いであることがYouTubeによって証明された
その結果P2Pはもはや不便な仕組みでしか無く
動画配信はYouTubeにとって取って代わられた
2021/03/09(火) 13:09:18.17
Winny2の時代はよかった
特定の主義主張や思想の持主によって何かが制限されることがなかった
GAFAの意に添わぬ動画やコメント、メッセージはこの世に存在してはいけないという
新しい専制主義が現代によみがえった

世界の人々はGAFAに投資し、GAFAを利用して、GAFAから利益の分配を受けている

21世紀の人間は自ら望んでGAFAに支配されたがっている
969仕様書無しさん
垢版 |
2021/03/09(火) 14:31:51.48
犯罪者か
2021/03/09(火) 15:17:04.26
いきなり何の話だ
2021/03/09(火) 15:23:47.41
ファイルコインってどうなんですかね
ビットコインみたく普及するのかな
2021/03/09(火) 17:04:29.31
>>968
良かったと思うなら、今も使えばいいだろ
別に禁止されてないぞ

なーんにもコンテンツはなくなったがな
それが現実
973仕様書無しさん
垢版 |
2021/03/09(火) 17:34:08.55
違法なことに使うツールだからなら
2021/03/09(火) 23:39:03.07
面談でGitHubでこういう運用の仕方してますとか言う奴がいたから、
セキュリティ意識大丈夫ですか？
って言ってやったらプルプルしとったわ
2021/03/09(火) 23:51:00.56
笑いをこらえてたんだろう
2021/03/10(水) 01:02:13.68
毎日意味もなく芝を生やす癖直したい
2021/03/10(水) 08:39:19.29
>>967
Youtubeが覇権を握ったのは、インフラの性能も理由の１つだが、一番はカネが回るからだよ
P2Pだとこれがない
2021/03/10(水) 12:01:19.44
>>977
それもあるし、いろんな理由があるよ
動画の管理をYouTube側ができるとか、リアルタイムのチャット機能とか
荒らしユーザーのBANとか、メンバー専用動画の配信とか
同時に何百人もリアルタイムで視聴するなんてP2Pでは不可能だからね

結局完全なP2Pは数多くのデメリットを抱えていたということ
多少サーバーの通信量を減らせるかもしれないぐらいに考えておくべきだった
2021/03/15(月) 19:40:18.77
>>974
うちのところも面談でGitHubでリリースに特化したこうゆうブランチの切り方をして〜とかアピって来たけど、
うちの社長がGitHub使ってるんですか？
フッって笑ったら何も喋らんくなったわ

わからせてやったって感じ。
2021/03/15(月) 19:45:50.65
>>979
バカにされたんだろｗ

アホ社長「GitHubやってるんですか」
大企業Microsoft「GitHubやってますよ」
2021/03/15(月) 19:54:28.64
会社のレベルが低いことをわからせてやったんだから間違ってないなw
2021/03/16(火) 00:36:47.51
>>978
P2Pは通信量増えるから比較的潤沢な日本のインフラですら足りないと試算されてたね
もうPCにおけるメッセンジャーアプリそのものがオワコンなのでP2Pが普及する余地もないと思うけど
コンピュータの歴史から考えるとクラサバとP2Pは交互にスタンダードをとってるから
いずれP2Pがまた注目される日も来ると思うよ
2021/03/16(火) 00:38:09.89
>>977
結局、P2Pはだれかが作ったコンテンツを違法コピーする以外に使い道なかったね
その文化圏で作られたコンテンツが何もなかった
2021/03/16(火) 16:35:52.93
>>982
> P2Pは通信量増えるから
問題はそこじゃないよ。P2Pの悪用。クソな使い方をしたから。

（サーバーではなく）ネットワーク通信を支えてるプロバイダ
ネットワークの通信量の話をするならばやり取りするデータの量が通信量になる
それはP2Pで個人間通信しようが、サーバーから通信しようが変わらない
通信量を減らすなら必要な無いデータを減らすことが重要

つまり圧縮技術だったり、一度ローカルにダウンロードしたデータを読み込まない
キャッシュだったり、スパムや不要なデータの削減だったりするわけ

P2P、具体的に言えばWinnyだが、あれは必要のないデータを
あちこちに自動的にコピーする仕組みで通信量の無駄の塊
サーバーから配信する仕組みであれば、ユーザーが見たい時にすぐに見れるわけだが
Winnyは消されないようにするために、あちこちにコピーをしまくるという仕組みだったから
当然通信量もユーザーのディスク使用量も大量に無駄に使用されてしまう
つまりP2Pの悪用、クソな使い方そのものだった。

本来のP2Pはそのようなものではなく通信量を増やしたりも減らしたりもせず
サーバーの通信帯域を減らす（なくすのではなく）ものなのだが
日本ではクソWinnyのせいでP2P＝通信量を増やすものという悪いイメージがついた

そしてP2PでIT技術を荒らされてる間に、結果YouTubeというP2Pではないサービスが
動画配信の勝者となってしまった
2021/03/16(火) 16:38:48.01
>>983
動画配信には匿名性が必要とかいう謎理論を出発点としていたからな
権利を持ってる人であれば堂々と自分の動画を配信できるし
それによって有名になりたい（つまりユーチューバー）が大半だし
動画再生数に応じて広告料をえてお金を稼ぐという仕組みが
匿名性によって全部不可能になってしまった

Winnyは動画配信による新たなビジネスを
P2Pの悪用によって全部台無しにした
2021/03/16(火) 16:41:20.59
P2Pは相手＝個人を相手に通信するのに
その個人に対して直接通信しづらくする仕組みを入れたら
本末転倒だろう

その個人がいなくなれば、通信は途絶えるわけで
安定した動画配信サービスを提供できない
2021/03/16(火) 17:11:58.87
通信量、クラサバは1*nだけどP2Pだとn*nになっちゃうから
単純計算で１億倍（１億人同時利用と仮定した場合）の帯域が必要
実際はこんなおおざっぱじゃないけどだいたいそんな感じ
2021/03/16(火) 17:45:41.51
>>987
セッション数と通信帯域をごっちゃにするなよ
そもそもP2Pだってユーザー（n）全員に接続するわけじゃない
サーバーだって1台とは限らない
2021/03/16(火) 17:46:34.16
P2P自体が問題だったわけじゃなく
Winnyがクソだった。あれがP2Pの将来性をぶち壊した。
2021/03/16(火) 19:34:10.58
とか言ってイキってるおじさんたちは、何も生み出せないのであった。
991仕様書無しさん
垢版 |
2021/03/16(火) 19:40:36.31
>>990
唯ちゃんがまたまた「恥ずかしい」と言って両手でパンティをガードする。
「良く見せろ！このスケベ女、透けパンなんか穿きやがって。」と苛めると、「イヤｱーン」と恥ずかしがる唯ちゃん。
しかし、自分から腰を浮かせてパンティを下ろすのをサポート。
薄毛の縦一本筋のマンマンは、相変わらず綺麗だ。
優しく優しくクン二開始、今日は指入れせずにとことん焦らして、軽く逝くのを待った。
そしたらまたまたDKタイムで、正常位スマタの体制に。
基盤禁止のヘルスだから、俺は念には念を入れ、自分からは入れない。
唯ちゃんが「するの？」と聞いてくるが、無言の俺。
唯ちゃんは「我慢できない、でもおっきい」とゆっくりと生で挿入。
本当にキツい、俺の肉棒が大きい訳ではない、ピッタリなんだな。
指入れで確認済みの上ざら数の子天井を、鬼頭いっぱいに味わう。
腰を打ち付けたくなるのだが、唯ちゃんが「痛い、動かないで。」
と哀願する。
で、我慢して、なるべく奥へ入れようと、少しずつ腰を沈める俺。
「あんまり奥に入れないで、痛い痛い」
と処女のように泣く唯ちゃんに、限界が近くなり、更に巨大化する俺の息子。
2021/03/17(水) 02:08:18.49
>>991
下ネタは止めよう
2021/03/17(水) 17:09:33.53
>>979
パーフォース使ってるとかですか？
2021/03/17(水) 17:39:59.52
バグジラとか社内用の変なヤツ多いな
2021/03/17(水) 23:50:00.39
LINEも使えなくなるね
2021/03/18(木) 01:37:08.98
流石にソフト屋が仕事で使うのはTeamsやSlackだろう
2021/03/18(木) 01:45:38.29
一人のバカが使い方誤るだけですべてに蓋をしようとするのがジャップ
その結果がポポポ〜ん
2021/03/18(木) 01:56:34.64
今回は胴元がやってんだから事情が違う
2021/03/18(木) 03:05:01.32
>>998
何を？
1000仕様書無しさん
垢版 |
2021/03/18(木) 09:06:23.14
次スレはここでいいだろ

GitHubやってる？
https://medaka.5ch.net/test/read.cgi/prog/1363523309/
10011001
垢版 |
Over 1000Thread
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 160日 10時間 22分 29秒
10021002
垢版 |
Over 1000Thread
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。


───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────

会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。

▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/

▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
レス数が1000を超えています。これ以上書き込みはできません。
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況