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

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

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

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

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

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

相当な健忘症だな。
自作Diffツールくらい作っとけ1人開発多いなら。
0040仕様書無しさん
垢版 |
2020/10/13(火) 08:25:02.67
>>39
git使ってりゃわざわざdiffを自作する必要もないやん
git diff便利やで
0041仕様書無しさん
垢版 |
2020/10/13(火) 08:36:59.87
個人的には、Githubは個人開発だったら別にいらない
gitは個人開発でも使った方がいい、って感じだな
0044仕様書無しさん
垢版 |
2020/10/13(火) 11:33:07.86
>>43
1人開発なら、メモ帳で FileSystemObject をたった6行書くだけ。
だから git厨とか言われるんだよw
0046仕様書無しさん
垢版 |
2020/10/13(火) 11:53:22.08
>>39
アホか、お前はいつの間にかバグを入れてしまったということがないのか
嘘はつくなよ。それなりの経験があれば誰しもやったことがあることだ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

レガシーシステムの保守だけで関係ある言語
0127仕様書無しさん
垢版 |
2020/10/19(月) 09:24:58.86
必死にCOBOLワールド設定してマウント取ろうとしてるサマが草
0129仕様書無しさん
垢版 |
2020/10/19(月) 09:50:40.93
COBOLが得意な場面で他の言語が出てくる余地があるのかな？

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

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

ファイッ！
0131仕様書無しさん
垢版 |
2020/10/19(月) 12:04:03.84
>>129
> COBOLが得意な場面で他の言語が出てくる余地があるのかな？


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

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

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

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

鯖寿司だって素人が握ったら人を殺す
0144仕様書無しさん
垢版 |
2020/10/20(火) 00:54:46.85
1行修正のプルリクが来た
→ うーん、これはちょっとまずいからこうしてほしいなぁ（1行の修正を俺が訂正）
→ 相手、俺の言うとおりに修正する

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

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

まあIssue来たって考えれば、修正コードの提案付きだから
それよりかはいいんだけどさ。コードマージすればcontributorsが増えるし
0148仕様書無しさん
垢版 |
2020/10/20(火) 02:49:35.35
>>146
ああ、OSSの話ね
自分のコードが他人のものになったみたいで微妙みたいな話か

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

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

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

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

いや逆だよｗ

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

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

俺氏ほとんど何もしてないんじゃ・・・
0158仕様書無しさん
垢版 |
2020/10/24(土) 11:12:29.71
>>157
これからはもうエディタを監視してマージを全自動にするべきだと思うんだわ
リアルタイムマージにするか、それともエディタの背景に他人が編集中のソースがゴースト表示されるぐらいやって欲しい
せめてソースの編集を開始したら自動的にリードオンリーのロックをかけるようにして欲しいぐらいだ
ルールベースでロックかけると絶対アンロック忘れが発生するしな
xlsをファイル共有してる時のロック具合がちょうどいいぐらいだわ
0159仕様書無しさん
垢版 |
2020/10/24(土) 13:25:17.86
>>158
Githubをちゃんと使えてるならソースを複数人が
同時編集してても問題ないと思わね？
0160仕様書無しさん
垢版 |
2020/10/24(土) 14:18:58.08
マージが一番難しいよな
誰が何の目的で何やったのか判断して、前後関係が見極めてマージしないといけない
コメントが適当な奴がいると泣きたくなる
0161仕様書無しさん
垢版 |
2020/10/24(土) 14:41:06.21
> 誰が何の目的で何やったのか判断して、前後関係が見極めて
それはマージと全く関係ない話
マージしなくても修正全てに当てはまること
0162仕様書無しさん
垢版 |
2020/10/24(土) 14:47:13.43
ファストフォワードなら問題ない
0163仕様書無しさん
垢版 |
2020/10/25(日) 20:37:11.64
github cli 使ってる？
0166仕様書無しさん
垢版 |
2020/10/26(月) 20:41:22.77
>>160
>誰が何の目的で何やったのか
それをコミットログに書かないやつを死刑にするだけでいいだろ
0168仕様書無しさん
垢版 |
2020/10/27(火) 18:09:37.33
こまめにprだしてこまめにマージすればいいだけじゃないのか
0169仕様書無しさん
垢版 |
2020/10/28(水) 22:42:43.03
Gitない時代にコードレビュー自動テストどうやってたん？って書き込みあったけど
昔はコードレビューも自動テストも仕様書すらなかったからな
0173仕様書無しさん
垢版 |
2020/10/29(木) 00:30:58.23
単体テストなんて昭和の頃にはやってた気がする
0177仕様書無しさん
垢版 |
2020/10/29(木) 15:38:38.73
少なくともコードレビューはCOBOLの時代にやってた
自動テストもMSXでやってた
0178仕様書無しさん
垢版 |
2020/10/29(木) 15:42:53.51
単体テストってさ
ビルドして実行が手軽に出来ない開発環境においては
滅茶苦茶有効だよな
「次のビルド予定時刻は２時間後です」みたいな規模の開発あるじゃん？
下手すりゃ１日１回とかね
それでも単体テストはやらせてくれる
そういう環境に放り込まれたら単体テストってむしろ手軽に実行できる存在なんだわ
0179仕様書無しさん
垢版 |
2020/10/29(木) 15:50:33.19
>>160
＞マージが一番難しいよな
＞誰が何の目的で何やったのか判断して、前後関係が見極めてマージしないといけない
＞コメントが適当な奴がいると泣きたくなる

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

「全部中央に残ってる」って言ったのはお前だからな
0200仕様書無しさん
垢版 |
2020/11/05(木) 13:14:34.55
>>199
大量に気に入らないブランチが残ってる？
それで良いんだよ。何なら個人名とか入ったpersonalなブランチ切っても良いし、それがsvn。
0201仕様書無しさん
垢版 |
2020/11/05(木) 13:15:39.97
>>200
本流にマージされないゴミブランチが残ってることで何の意味があるの？
手段と目的を履き違えているな
ソースコード管理ツールというのはボツ案を残す場所ではない
0202仕様書無しさん
垢版 |
2020/11/05(木) 13:20:34.66
ついでに補足すると削除してスッキリする事も出来る。ただログには残るので復元は可能。昔のリポジトリでドキュメントが入ってるから今見たら80万コミット超えてるが運用上何も困っていない。
0203仕様書無しさん
垢版 |
2020/11/05(木) 13:57:35.44
gitの話しかしてないな
Githubの話ししろ
メロンパンのスレで
メロンの話ししてるようなもんだぞ
0205仕様書無しさん
垢版 |
2020/11/05(木) 20:01:16.89
>>202
電気がない暮らしをしてる人は、電気がなくても困ってないと言うもんなんだよｗ
0206仕様書無しさん
垢版 |
2020/11/05(木) 21:23:15.95
>>205
だからそれがあるなら知りたいんだよな。まあ便利なインフラが安いのは理解出来るが。
0207仕様書無しさん
垢版 |
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されてないと意味のある単位が分断されてしまって
レビューや再利用するときに大変になる
0208仕様書無しさん
垢版 |
2020/11/06(金) 00:26:49.99
>>207
いや、1、2、3のどれも重要だとは思う。但し、svnで運用する場合は1、2、3のどれもmergeを使っても結構簡単に実現出来る（実現出来るし、そう言う設計思想だと思っている）。

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

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

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

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

オープンソースなら無料なのに並列数20で制限なしとか
やっぱクラウド自社で運営してるMicrosoftは違うな
買収されてからかなり良くなってる
0240仕様書無しさん
垢版 |
2020/11/09(月) 18:00:57.65
Azure DevOpsのパイプラインがよくできてたからノウハウがGitHubに生かされてるね
0241仕様書無しさん
垢版 |
2020/11/09(月) 20:25:43.01
他のCIサービスだと、無料で大量のテストをやるのは気が引けるんだが
金持ちマイクロソフトなら遠慮しないですむ
0242仕様書無しさん
垢版 |
2020/11/13(金) 23:03:57.08
どうせgithub使うんだから結局commit早くたってclone/push/pull/fetchでネットワークアクセスして遅いだろ。
まあgithubと言う名前だけどsvn-serverとしてそのまま動くからなぁ。結局、みんな分散分散言っといて中央リポジトリがシンプルで大好きなんだよな（笑）
0243仕様書無しさん
垢版 |
2020/11/14(土) 08:00:00.83
分散も中央も両方できるからgitを使うんですよ。
gitは中央を捨てたわけじゃありません。両対応なんです。
それだけでもsvnより優れてるってわかるでしょう？
0244仕様書無しさん
垢版 |
2020/11/14(土) 08:48:43.93
svnよりgitの方が多機能なのは誰でも知ってるし否定もしないしgithubは便利。ただgithubしか知らないのは微妙
0246仕様書無しさん
垢版 |
2020/11/14(土) 11:57:54.54
自分のコミットでプロジェクトが滅茶苦茶になるかも
それを集中攻撃で責められるかもと思うと
恐くてコミットできません
0247仕様書無しさん
垢版 |
2020/11/14(土) 11:59:40.90
gitを使えばプログラムの競合が起こらないと信じ込んでいた
新人でもない中堅ＰＧがいっぱいいた
0248仕様書無しさん
垢版 |
2020/11/14(土) 12:58:07.48
>>247
そうか。だがそれはgitの問題ではないし、gitが優れていることに違いはないよな
0249仕様書無しさん
垢版 |
2020/11/14(土) 15:31:57.22
gitのせいじゃないとか優れてるとか劣ってるとか
そういうのはいい

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

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

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

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

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

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

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

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

テスト実行するだけじゃダメだろｗ
バグってたら直せよ、時間をかけて
0278仕様書無しさん
垢版 |
2020/11/16(月) 13:51:29.67
>>271
svnだとrebaseができない（面倒くさすぎて事実上不可能）から
ブランチとマスターが剥離していっちゃうんだよね
0282仕様書無しさん
垢版 |
2020/11/16(月) 15:35:01.64
ほかのブランチ見たらこわれた
チェックアウトしたらこわれた
ファイルセーブしたらこわれた
こわれまくり
0283仕様書無しさん
垢版 |
2020/11/16(月) 15:36:35.50
自分で改行コード勝手に変換しといて管理外でファイルが変わってるから扱えないとかエラー吐きやがる
人間なら首絞めて殺してるところだ
0285仕様書無しさん
垢版 |
2020/11/16(月) 16:06:02.03
svnは何をしてもなかなか壊れなかった

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

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

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

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

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

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

> 複数コミットまとめても良いし。
それもrebase。作業中にコミットをまとめておくことで
「trunkから再度ブランチ切って自分のコミットを・・・」の自分のコミットを
少なくできるから楽になる
0302仕様書無しさん
垢版 |
2020/11/17(火) 07:59:52.76
>>297
git fetchした？
0303仕様書無しさん
垢版 |
2020/11/17(火) 08:03:19.59
みんな当たり前のようにコンソールコマンドベースで話してるが
ＧＵＩ使ってないのか
0304仕様書無しさん
垢版 |
2020/11/17(火) 08:41:25.94
GUIの利点は一覧性が高いことだから、過去のcommitの確認の時とかには使ってる
0306仕様書無しさん
垢版 |
2020/11/17(火) 14:44:15.25
>>303
GUI使ってるけどみんな使ってるGUIアプリが違うからコマンドで説明した方が多くの人に通じるだろ
コマンドが共通言語みたいなもんよ
0307仕様書無しさん
垢版 |
2020/11/17(火) 20:12:49.04
>>299
納得した。それは間違いなく一手間減る。svnだとGUI側で過去コミットログ引っ張って来て連続自動コミットするしか方法が無い。
0308仕様書無しさん
垢版 |
2020/11/17(火) 20:16:06.47
svnでもgitでも操作方法はたくさん資料があるんだけど
運用方法はないんだよね
0309仕様書無しさん
垢版 |
2020/11/17(火) 20:25:29.78
git-flow
0312仕様書無しさん
垢版 |
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必要なのか。
0313仕様書無しさん
垢版 |
2020/11/17(火) 22:19:57.83
svnを使ってた頃は、svnの使い方が全くわからなかった
間違ったとき修正が大変でこんなんでどうコミットしていけば良いんだよと思ってた
開発がすごくやりづらかった

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

そういう管理こそ、新人にでもやらせればいいんだ。
0316仕様書無しさん
垢版 |
2020/11/19(木) 07:29:18.47
マージ担当（笑）がいる会社って都市伝説じゃないの？
0325仕様書無しさん
垢版 |
2020/11/19(木) 12:27:57.37
>>316
あるよ
インテグレーションチームて呼んでた
マージして動作確認するチーム
0326仕様書無しさん
垢版 |
2020/11/19(木) 13:15:00.86
>>316
ソース管理担当者はいたよ
マージだけじゃなくてコミット含めて全部その人を通さないと出来ない

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

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

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

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

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

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

ソフトの要件を決める
↓
ソースごとの要件を決める
↓
ソースごとの担当を決める
0347仕様書無しさん
垢版 |
2020/11/21(土) 21:10:45.19
>>346
> 普通はソースごとに割り振りだろ

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

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

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

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

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

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

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


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

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

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

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

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

どこを修正するのかわからないのに、どうやって担当者決めるんだ？
まさか1つのファイルだけで修正が終わるとでも思ってるのか？
複数の人が同じファイルを修正するときどうするんだよ？
それを早く言ってくれよ
0365仕様書無しさん
垢版 |
2020/11/22(日) 09:17:20.44
担当者なんてredmineみて各自勝手にチケットとっていくだけだろ？
修正なんて大抵は1ファイル数行だ

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

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

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

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

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

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

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

それともlinusみたいにおまえのコードはマージしてやんねぇとかケンカばかりしてるん？
0386仕様書無しさん
垢版 |
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時にコンフリクト解消する回数が少なくなる
0387仕様書無しさん
垢版 |
2020/11/22(日) 21:12:06.81
ブランチ開発してるときに元の関数のインターフェース変わったりしたら
なんぼリベースしようがマージしようが解消できんと思うのだが
0389仕様書無しさん
垢版 |
2020/11/22(日) 21:45:36.11
>385
そう。
クソコード入れるより喧嘩する方が正しい。
0390仕様書無しさん
垢版 |
2020/11/22(日) 22:10:47.99
> gitは小さな変更だけを含むfeatureブランチのチームでレビューしてからマージを繰り返すスタイルがよく使われる

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

>>411
パッチでも結局1コマンドで退避、復元出来るから対して問題ないのでは？svnだとローカルリポジトリの状態とか保持する必要無いからstashに対するモチベーション低いだけ？
0413仕様書無しさん
垢版 |
2020/11/23(月) 21:53:10.09
GitHubありがとう！
わからないとこ検索したら凄い人見つけて真似して解決した
ありがとうGitHub！
0414仕様書無しさん
垢版 |
2020/11/23(月) 22:01:17.67
ソースとってきて修正して戻す
っていうスパンが長すぎたら結局どうにもならんでしょ
迷惑かけない程度に手を速く動かせよ
0415仕様書無しさん
垢版 |
2020/11/23(月) 22:07:08.79
>>412
svnだとコンフリクト起こしたらはっきりストッパーになるだろ。
まあそれがいいという人もいるかもだが、無駄なプレッシャーだったり効率悪くしたり、あんまいいことだと思わん。
0416仕様書無しさん
垢版 |
2020/11/23(月) 23:23:56.95
>>415
本気で言ってる意味が理解出来ない。gitだと行単位でコンフリクト起こしても自動で解決してくれるとでも言いたいのか？？
0418仕様書無しさん
垢版 |
2020/11/23(月) 23:32:36.58
>>416
そのコミットは捨てといて他のところをいじるってのができるだろ。
コンフリクトがどれくらい致命的かわからんのだから一般にそのコミットを入れないで他をいじるってのが、
中央管理だとやりづらいってことだ。
一人で一点だけ見てればそういうことはないんだろうが。
0419仕様書無しさん
垢版 |
2020/11/23(月) 23:54:47.57
コーンフロストなのかコーンフレークなのかどっちや
0421仕様書無しさん
垢版 |
2020/11/24(火) 00:36:57.89
gitなんて大した技術がいるものでも無かろうに
未だに触ってないのはよっぽど頭の固いやつだけだ
0422仕様書無しさん
垢版 |
2020/11/24(火) 01:11:49.88
ドキュメントのバージョン管理ツールください
末端にはマイナーバージョン3つくらい違うやつしかこない
0423仕様書無しさん
垢版 |
2020/11/24(火) 01:15:01.14
>>422
降ってきたドキュメントの整理したいって意図？
ドキュメント作る側で管理してないとほとんど恩恵無いんじゃないの
0426仕様書無しさん
垢版 |
2020/11/24(火) 13:45:06.93
最新バージョンを編集してくれと言われたから、コミットハッシュはどれですかと聞いたのに、
とにかく最新バージョンをいじれの一点張りの馬鹿がいたりする。
自分らの使ってるものなのに何もわからんって輩が巷には多い。
0427仕様書無しさん
垢版 |
2020/11/24(火) 14:06:15.13
最新バージョンをいじればいいんじゃないか
特定に何の情報が足りなかったんだ
0429仕様書無しさん
垢版 |
2020/11/24(火) 17:24:10.92
>>421
何使おうが他人の勝手だろう。
既に触っているべきだとか原理主義的で脳みそカッチカチだなw　リアルで馬鹿すぎw
0431仕様書無しさん
垢版 |
2020/11/24(火) 17:31:04.05
俺も最新バージョンで良いと思うが、最初に言質をとっておかないと
「あとでそんなこと言った記憶はない」って暴れだして面倒だろ
0433仕様書無しさん
垢版 |
2020/11/24(火) 17:39:37.42
天才 「できましたー」

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

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

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

天才 「なら最初からそう言えよ( ﾟдﾟ)､ﾍﾟｯ」
0440仕様書無しさん
垢版 |
2020/11/24(火) 21:26:36.79
>>439
やらしい事に現実世界だとあと一歩と言う所でなかなかチェリーピックし放題にはなら無いもんなぁ
0443仕様書無しさん
垢版 |
2020/11/25(水) 17:05:20.71
>>431
開発スピードが速いと毎日幾つもコミットがあるので
コミットハッシュなんか決まるわけないだろ
0444仕様書無しさん
垢版 |
2020/11/25(水) 17:06:33.69
だいたい同じコミットハッシュなんか複数のブランチに存在する
コミットハッシュを聞いても最新バージョンにはならない
0446仕様書無しさん
垢版 |
2020/11/26(木) 12:58:31.66
おまえが使える技を全員が使えるなら使ってる
おまえしか使わないものを全員は使わない
0447仕様書無しさん
垢版 |
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.
0448仕様書無しさん
垢版 |
2020/11/26(木) 15:20:06.44
>>447
社交辞令みたいなもんじゃん。
なに慌ててるの？ｗ
ひょっとしてバレたら困ることでも書いてあったのかな？ｗｗ
0449仕様書無しさん
垢版 |
2020/11/26(木) 15:27:16.73
>>443
じゃあ入れるタイミングテキトーでいいんすね？って聞くと大抵文句言い出すんだが。
0451仕様書無しさん
垢版 |
2020/11/26(木) 18:32:41.86
> to understand the perspectives presented below.
肝心の理由もここにかいてくださいな…
0452仕様書無しさん
垢版 |
2020/11/26(木) 19:10:47.04
フォッシルかギットか？
って話なのでSVNとかCVSとかVSSは問題外
0453仕様書無しさん
垢版 |
2020/11/26(木) 19:16:42.90
>>450
gitの問題ではないがツール馬鹿の問題やな。
馬鹿は無理してわからんもん使うなや。
0454仕様書無しさん
垢版 |
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
0455仕様書無しさん
垢版 |
2020/11/26(木) 20:56:27.49
gitの一番のメリットはやる気が出ること
コメント欄に「〇〇を修正」って書く習慣が出来るだけでけっこう違う
0457仕様書無しさん
垢版 |
2020/11/26(木) 21:17:44.34
gitのっていうから誤解があったな
バージョン管理ツールのメリットな
0458仕様書無しさん
垢版 |
2020/11/26(木) 21:18:44.17
Mercurialはなんでgitに負けたの？
0460仕様書無しさん
垢版 |
2020/11/26(木) 21:41:59.80
hgって略称があるフォー
0461仕様書無しさん
垢版 |
2020/11/26(木) 22:14:27.19
svnはマージがアホすぎて使うの嫌だったな
今はマシになったのかな
0462仕様書無しさん
垢版 |
2020/11/26(木) 23:50:39.33
Mercurialでググったら一番上にネガティブな記事きてるのも影響あるんじゃね
0463仕様書無しさん
垢版 |
2020/11/27(金) 11:23:27.05
>>23
組み込み系だけど
バージョン管理ツール使わないのは、ありえないわ

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

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

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

またはwordなら版管理機能あるから、それを使え
0468仕様書無しさん
垢版 |
2020/11/27(金) 14:14:13.85
こまめなコミットすらめんどい
監視下のファイルが変更されたら適当なコミットメッセージで勝手にコミットされる設定、どうせできるんだろ？
どうやるのか教えろ
0470仕様書無しさん
垢版 |
2020/11/27(金) 19:28:48.53
>>468
お前にはDropboxで十分だ
0471仕様書無しさん
垢版 |
2020/11/27(金) 19:32:44.74
たいては社内で数人のチームで使うのに分散gitにするメリットって何ですか。
0474仕様書無しさん
垢版 |
2020/11/28(土) 05:53:08.98
>>471
サーバーに繋げない環境でもcommitできる

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

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

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

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

クラウドを高可用性考えたり
多要素認証設定したりして動かす方が安心で安い
0510仕様書無しさん
垢版 |
2020/12/01(火) 02:38:14.36
こういうクラウドだのAIだの革新だの言って丸投げしてるアホほど、
トラブル起きるとすぐ会社から逃げていなくなるよな。
0512仕様書無しさん
垢版 |
2020/12/01(火) 03:12:49.63
逃げ出した革新君の尻拭いするのはいつも結局、
低層から上層まで経験のあるじーさんエンジニア。
0513仕様書無しさん
垢版 |
2020/12/01(火) 03:18:54.51
政府がAI名目であっちこっち予算つけてたけど成果でたやつあるの？
みなさん税金で天下りしてボーナス、退職金貰ってトンズラでしょう。
0515仕様書無しさん
垢版 |
2020/12/01(火) 08:28:01.69
>>510
トラブル発生したらおまえらのせいになるだけだよ
なぜ逃げなきゃならないのか
0518仕様書無しさん
垢版 |
2020/12/01(火) 12:47:48.09
つまりボスのような非日常に対してAIは何も対策を取れないという事
0519仕様書無しさん
垢版 |
2020/12/01(火) 15:26:37.19
ガンガンいこうぜ
ライアンのこうげき
じゅもんせつやく
ライアンのこうげき
めいれいさせろ
ライアンのこうげき
0522仕様書無しさん
垢版 |
2020/12/01(火) 18:38:40.86
むしろ、　>>515　←みたいな下に丸投げして、
失敗したら責任押し付けて切るしかできない無能SEばっかだよな、日本は。
0529仕様書無しさん
垢版 |
2020/12/02(水) 18:47:00.74
優秀なプログラマなら世界で活躍すりゃいいのに何故か日本に文句を言う
0531仕様書無しさん
垢版 |
2020/12/02(水) 23:32:27.26
プルリク来るのは良いけどさー
どこまで修正の仕方を教えてやらないといかんのか
全部俺がやるのと変わらないじゃねーか
さっさとコード出せよ。ダメなところ全部指摘するからさ
0533仕様書無しさん
垢版 |
2020/12/03(木) 01:06:18.27
>>531
クソだから後俺が全部修正するわってコメント投げて、ブランチ引っ張ってきてpushしたらええわ。
煽り抜きでそっちのが手っ取り早いことのが多い。
0534仕様書無しさん
垢版 |
2020/12/03(木) 01:58:32.55
仕事はさみしがり屋
たくさん抱えてる人の所へ集まる
0535仕様書無しさん
垢版 |
2020/12/03(木) 01:58:48.79
それに英語で大量にコメント書かれても
読んでレス返すだけでも時間かかるっつーの
その間にコード書きたいわ
0536仕様書無しさん
垢版 |
2020/12/03(木) 02:01:29.08
こっちが一時間かけて大量の英語読んで英語で答え書くと
相手は一時間後にまた大量の英語送りつけてくるからなｗ
0537仕様書無しさん
垢版 |
2020/12/03(木) 05:06:57.72
ポルトガル語やロシア語でないだけマシなんだなぁ
0538仕様書無しさん
垢版 |
2020/12/03(木) 07:43:17.42
// I dont speak English
ってコメント各クラスと関数の頭に書いとけ
0540仕様書無しさん
垢版 |
2020/12/03(木) 09:27:13.44
githubの問題じゃなくてお前らのコミュ力の問題やんw
0542仕様書無しさん
垢版 |
2020/12/03(木) 19:12:54.87
commitとpushってどう使い分けるの？
0543仕様書無しさん
垢版 |
2020/12/03(木) 19:13:17.66
毎回commitとpush両方してる
たぶん使い方間違ってる気がしてる・・・
0544仕様書無しさん
垢版 |
2020/12/04(金) 03:19:35.04
３commits１push法か９commits１push法。
localだけでcommitピストンを3回か9回やって、1pushでoriginまでイク。
0545仕様書無しさん
垢版 |
2020/12/04(金) 18:27:57.80
ローカルとリモートへの操作の違いがよく分かってないのか？
0546仕様書無しさん
垢版 |
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/
0547仕様書無しさん
垢版 |
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
0548仕様書無しさん
垢版 |
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
0549仕様書無しさん
垢版 |
2020/12/04(金) 22:37:12.00
あ、ガイジの琴線に触れちゃったか…

俺ちょっとやりすぎちゃうんだよねｗｗごめんごめんｗ
0553仕様書無しさん
垢版 |
2020/12/13(日) 00:18:36.63
>>551
禁止って書いてないぞ
現実的な問題には現実的な解決策（git push --force）が必要ですって書いてある。
GIT PUSH --FORCEでPROBLEM（問題）はSOLVED（解決）と書いてある
0554仕様書無しさん
垢版 |
2020/12/13(日) 00:30:36.82
昔ここで
自分のコミットがエラーになるから
他人のコミットを消しまくってクビになったって自慢してたやつがいたな
0555仕様書無しさん
垢版 |
2020/12/13(日) 00:35:51.73
まさにGit（GitHub）が使えない無能エンジニアですねｗ
0556仕様書無しさん
垢版 |
2020/12/13(日) 08:07:37.36
コミットとプッシュの違いを説明できない奴っているんだよね
死んだらいいのに
0557仕様書無しさん
垢版 |
2020/12/13(日) 08:53:09.37
masterブランチは保護設定すればよい
0558仕様書無しさん
垢版 |
2020/12/13(日) 10:07:59.62
gitだけcommitの意味が違うんだよ
勝手なオレオレワード作るなよ
0562仕様書無しさん
垢版 |
2020/12/13(日) 11:18:28.30
Gitにしても何にしても競合したときのマージが辛いな
0565仕様書無しさん
垢版 |
2020/12/13(日) 11:32:34.60
日付付きzip最強おじさん登場？
0568仕様書無しさん
垢版 |
2020/12/13(日) 17:31:35.42
>>567
試行錯誤する時に元の状態に戻したりしないのか？
0569仕様書無しさん
垢版 |
2020/12/13(日) 18:21:28.33
仕事でGitを経験したことがある奴なら
間違いなくひとりだとしても使いまくるから
使わない言い訳には弱いわな
0570仕様書無しさん
垢版 |
2020/12/13(日) 18:33:51.30
別の仕事やってるからGit使う機会がないのよ
趣味でやってるようなものでもあるし
0571仕様書無しさん
垢版 |
2020/12/13(日) 18:49:15.12
ひとりだと別のリポジトリ管理ソフトつかう
gitの覇権はlinusの開発であるという理由による
0572仕様書無しさん
垢版 |
2020/12/13(日) 18:55:16.74
一人ならmercurialのが使いやすいとかあるけど、切り替えがめんどくさいからgit使ってるってだけだな。
別にディレクトリわけてdiffコマンド使うとかでもそんな問題ないとは思うけどね。
0573仕様書無しさん
垢版 |
2020/12/13(日) 22:59:52.69
diffって差分しか見れないじゃん
差分見た後のアクションができないだろ
0574仕様書無しさん
垢版 |
2020/12/13(日) 23:58:19.71
英語だけでなく日本語の命令とオプションが通るようにしてくれ
0576仕様書無しさん
垢版 |
2020/12/14(月) 08:41:51.53
個人だとgithub使わない、は理解できるが

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

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

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

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

あと騒いでる振りしてみんな内心は仕事サボれるーって思ってるからね？ｗ
自社で運営してたら障害対応で仕事が忙しくなる所だなー（他人事）
台風で仕事できない困るー（ワクワク）学校休みだ困るー（ワクワク）的な感覚
0602仕様書無しさん
垢版 |
2020/12/28(月) 00:59:52.86
サーバでもawsにすればawsの障害はそっちにお任せで茶でも飲んでりゃいいからな
オンプレなら何故起こった！今どうなってる！恒久対策は！といちいち時間と労力を奪われる
0604仕様書無しさん
垢版 |
2020/12/30(水) 00:37:33.07
Bitbucketという単語がここまで出てこない不思議。
なんでGithubの方が圧倒的に人気なんだろう。Githubと使い比べする程Github使ってないからわからん...。
0607仕様書無しさん
垢版 |
2020/12/30(水) 14:02:33.09
どれでもいいからgithub
一番有名で無料で将来性も有るから
0608仕様書無しさん
垢版 |
2020/12/30(水) 16:12:39.42
githubというネーミングの力じゃね？
職場ではbitbucket使ってる。今やprivateリポジトリが無料化したから、どっちでもいいやって感じだが。
0611仕様書無しさん
垢版 |
2020/12/31(木) 10:38:29.55
毒性がありそうな謎の黒い液体が気になってしょうがない
0613仕様書無しさん
垢版 |
2021/01/04(月) 10:43:20.27
いま日本で大人気、いま世界で大人気
そう言っとけばいいって風潮あるよね
0614仕様書無しさん
垢版 |
2021/01/04(月) 11:01:01.95
人気かどうかはユーザー数で決まるというのにねｗ
0616仕様書無しさん
垢版 |
2021/01/04(月) 17:15:04.45
実際、GitとGithubの区別がつかない人もいたくらいだしな。
ネーミング戦術大切。
え？俺？も、ももももちろん、区別は最初からついてたよ。
0622仕様書無しさん
垢版 |
2021/01/05(火) 12:33:12.14
プルリクをルクプルと言ってしまった陽だまりの40代は他にいませんか？
0623仕様書無しさん
垢版 |
2021/01/05(火) 14:21:50.31
GitHubって他の人から変更されたりするの？
リクエストが来ても拒否したら変更掛からないんだよね
この辺のルールがわからん
0624仕様書無しさん
垢版 |
2021/01/06(水) 02:11:01.88
くっそめんどくせ、こいつ（issueたててきたやつ）ばかなんじゃねーの
0625仕様書無しさん
垢版 |
2021/01/06(水) 02:17:00.42
結局こいつは、俺のプロジェクトの意図もわからず
自分のコードを見せびらかしにただけなんか？
0627仕様書無しさん
垢版 |
2021/01/08(金) 14:30:01.10
拒否されたら丸ごと複製して独自に変更を始めればいい？
0629仕様書無しさん
垢版 |
2021/01/08(金) 21:40:15.21
GitHubにあるオープンなソースコードは複製しても良いわけだから
それを複製してREADME.mdだけが見れるサイトを作ってもOKだよね？
0634仕様書無しさん
垢版 |
2021/01/09(土) 10:44:35.40
GitHub Actions強すぎる
オープンソースならいくら並列実行してもOKだから
他だと全体で1時間かかったのが
15分程度で終わるようになった
0637仕様書無しさん
垢版 |
2021/01/09(土) 14:55:35.77
ひょっとしたら書き込む前にping送信して有効ドメインか確認する仕様なのかも
0640仕様書無しさん
垢版 |
2021/01/15(金) 19:22:52.71
最近git使い始めたんだが、svnのように特定のディレクトリ以下だけチェックアウトができないってマジ？ゴミじゃん。
0641仕様書無しさん
垢版 |
2021/01/15(金) 19:46:23.89
どうしてそれがしたいの？
プロジェクトって一部分だけじゃ動かないと思うんだけど
0642仕様書無しさん
垢版 |
2021/01/15(金) 20:27:31.56
>>641
複数のプロジェクトが一個のリポジトリに入ってるんでしょ
MSがGitHubで公開してるサンプルコードとか
0643仕様書無しさん
垢版 |
2021/01/15(金) 21:45:26.75
GitHubでライセンスって何に設定したらいいんだ？
よくわからん
0644仕様書無しさん
垢版 |
2021/01/15(金) 23:00:13.93
すべての権利を放棄する場合・・・CC0
好きに使っていいけど俺が著作者だ・・・MIT
俺のコードを使ったお前のコードもGPL・・・GPL
0646仕様書無しさん
垢版 |
2021/01/15(金) 23:16:22.52
>>642
複数のプロジェクトを一個のリポジトリに入れたら不便じゃん
っていいたいなら、

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

サンプルがでかいんで個別にダウンロードできるようにしてくださいって
言えばいいじゃねーか。でかいのか知らんが
0659仕様書無しさん
垢版 |
2021/01/16(土) 12:52:45.36
ついでだが、無理してコマンド入力せず大人しくGUI使え。
というか、コマンド操作に慣れてもGUIツールは入れとけ。
SourceTreeあたりがおすすめだぞ。
0664仕様書無しさん
垢版 |
2021/01/16(土) 16:54:17.73
>>662
手間とは具体的にはなに？
ダウンロード時間なら短縮されると思うけど
0665仕様書無しさん
垢版 |
2021/01/16(土) 17:24:16.89
>>664
クリックの回数やマウスの移動距離
もしくはコマンド押下回数など物理的な操作にかかる費用

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

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

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

分からなかったら猿未満wwwwwwwwwww
0679仕様書無しさん
垢版 |
2021/01/24(日) 22:15:14.19
>>672
チーム作業の要はgitか？
gitをうまく運用する為のコストは別で払ってるんじゃないか？
0686仕様書無しさん
垢版 |
2021/01/25(月) 12:46:53.79
プログラマー猿

木製のキーボードとマウスを使って正確なコードをごにょごにょ
0688仕様書無しさん
垢版 |
2021/01/25(月) 13:29:43.85
クニャクニャマウスでカーソルの移動速度をごにょごにょ
0690仕様書無しさん
垢版 |
2021/01/29(金) 00:20:42.38
会社pcのファイルをgithubに上げるとバレる？
ちなみにskyseaあり
0695仕様書無しさん
垢版 |
2021/01/29(金) 03:24:25.61
マ板じゃまだ騒ぎになってねーな
なんJ民ウキウキで草
0698仕様書無しさん
垢版 |
2021/01/29(金) 08:11:40.92
GitHubでやらかした人も何やってんのだけど
その人を教育する立場の人もどうなのよ
理解せずとりあえず、使って覚えようみたいな感覚で使ったならかわいそうとしかw
しっかり教えられる人は周りにいなかったのかね
0699仕様書無しさん
垢版 |
2021/01/29(金) 09:40:19.69
どうして流出したんだーーっ！
どうやらGitHubにアップしてしまったようです
？そのGitなんとかって何なんだっ！
GitHubは…申し訳ありません、よく分かっておりません…
Gitなんとかは禁止だーーっ！
ってなってるのかな？
0700仕様書無しさん
垢版 |
2021/01/29(金) 10:36:55.27
今大慌てで謝罪会見の準備してる所だな
0701仕様書無しさん
垢版 |
2021/01/29(金) 10:41:32.38
記者「GitHubとは、どういったものなのでしょうか？」
偉い人達「わかりません」
マスコミ「セキュリティ意識の低さがうんぬん…」

誰もGitHubがなんなのかわからないまま広がって収束するんだろうな
0702仕様書無しさん
垢版 |
2021/01/29(金) 10:52:11.46
転職したらお賃金いくらっていうのをソースで判定するサービスつかいたかったみたい
お賃金に見合った損害賠償金額はおいくら万円
0703仕様書無しさん
垢版 |
2021/01/29(金) 10:56:23.98
支払い能力あるわけねーだろ
給料幾ら払ったんだ？
0705仕様書無しさん
垢版 |
2021/01/29(金) 11:17:20.13
社内ツールらしいし個人情報とかシステムの秘密はそんな入ってないんじゃね？
まあ、損害賠償なくても会社はクビだろうな
0707仕様書無しさん
垢版 |
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
0708仕様書無しさん
垢版 |
2021/01/29(金) 13:47:17.13
バイトテロとか言ってるバカがいるけど
バイトの方が儲かる
0709仕様書無しさん
垢版 |
2021/01/29(金) 15:07:03.12
コピーがあるよ！と偉そうにSNSで晒してる人って罪の意識は無いんだろうなw
罪ではないんだろうけど、人として疑うわ
0712仕様書無しさん
垢版 |
2021/01/29(金) 19:59:05.47
合併吸収を繰り返してきたメガバンクのシステムは
フランケンシュタイン状態でソースコードは旧銀行の
コピーライトが入ったコードがゴロゴロしてるけどな
0713仕様書無しさん
垢版 |
2021/01/30(土) 11:56:13.07
ソース持ち出せるセキュリティ管理とか。
発注元の銀行も元請けも下請けもお察し。
おそらく訴訟にはなるだろうが、過失割合が気になる。
0715仕様書無しさん
垢版 |
2021/01/30(土) 13:45:28.77
たまたま見つかったのがこの件ってだけで
GitHub探し回ったら他にもあるだろうな
0716仕様書無しさん
垢版 |
2021/01/30(土) 18:17:33.82
>>713
あんた金融系の仕事したことがないね
どれだけ外部に持ち出せないようにしても
開発で手元でソースコードが見れる限り
持ち出すことは可能なんだよね
0717仕様書無しさん
垢版 |
2021/01/30(土) 18:21:57.57
電子ロックされたタコ部屋に閉じ込められて
出入りするたびに厳重なチェック
もちろんトイレも申請して許可が出るまで出来ない

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

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

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

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

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

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

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

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

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

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

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

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

github、及びgitが普及しない理由がこれだよ
0759仕様書無しさん
垢版 |
2021/02/02(火) 11:53:36.64
>>754
まともな会社なら網棚にカバン置くのは禁止になってるよ
大事な荷物持ったまま飲み会禁止とかけっこう細かいよ
0762仕様書無しさん
垢版 |
2021/02/02(火) 12:23:41.10
>>759
事故が発生したときに責任を押し付けるために存在するルールであって
事故を防止するためのルールではない
0764仕様書無しさん
垢版 |
2021/02/02(火) 12:29:12.40
>>755

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

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

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

Github使えない奴がいるかいらないかと、物事を教えるが上手いか下手化は無関係
もそもそ、747に対するレスなのに必死に反論する理由は何？
0765仕様書無しさん
垢版 |
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使えないのにそんな偉そうなの？
0767仕様書無しさん
垢版 |
2021/02/02(火) 14:55:36.39
Ｆ県のブラック下請it企業
・社内でハラスメント横行(二人辞め、１人通院中)
・残業代は完全未払い、退職金も無し
・社長が地方在住で東京への交通費が無駄にかかっている
・現場派遣に経験は一切考慮されない
経験5年目にリーダーをやらせ、経験20年(給与は当然上)がその下につくことも
・どんなに派遣先に負担があっても、リーダーなど職責の負担があっても給与やボーナスで調整される事はない。
給与が上の人間が低負担な現場で働き、高負担な現場で給与が下の人間が働く事は当たり前。
・社長がハラスメント被害者と面談した際の一声が「友達いるの？」(慰めてくれる人いないの？の意味らしい)
・こんな犯罪企業でも金融系の案件に携わっている
0768仕様書無しさん
垢版 |
2021/02/02(火) 16:00:22.17
所詮ネット上のレポジトリはお遊びプログラムのゴミ捨て場でしかないよね
0770仕様書無しさん
垢版 |
2021/02/02(火) 20:25:01.65
>>769
そんな会社辞めちまえ
0772仕様書無しさん
垢版 |
2021/02/02(火) 22:27:47.38
>>770
あたりまえ
0774仕様書無しさん
垢版 |
2021/02/03(水) 15:03:58.43
VisualSourceShredder（笑）を未だに使ってる会社もあるらしい
0775仕様書無しさん
垢版 |
2021/02/03(水) 15:14:56.06
>>773
gitは一部の業界の狭い範囲で使われているにすぎない
大手SIで一社でも使ってるとこあるかな？
0776仕様書無しさん
垢版 |
2021/02/03(水) 15:33:06.35
>>775
お前の狭い観測範囲内で使われていないにすぎないということだろw
0777仕様書無しさん
垢版 |
2021/02/03(水) 16:17:41.61
GAFAMも使ってるgitとか言うツールがあるらしい
0778仕様書無しさん
垢版 |
2021/02/03(水) 17:54:56.78
むしろ大手SIでgithubにリポジトリ持ってないとこのほうが少ないんじゃないかな
0781仕様書無しさん
垢版 |
2021/02/04(木) 19:02:44.15
東証のシステムダウンを引き起こした会社かな?
もしかしたらマニュアルもアップロードしてたんじゃないのかな？
0783仕様書無しさん
垢版 |
2021/02/04(木) 20:30:45.65
てかさ、別にGithubを禁止にしたところで、ソースコードを持ち出しできている時点でGoogleDriveとかOneDriveとか紙媒体にコード印刷とか、いくらでも流出できるんだけど。

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


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

と同じ詭弁
お前はまず、Githubが何なのかを調べろ
0809仕様書無しさん
垢版 |
2021/02/18(木) 10:55:17.03
英語なのやめてほすぃ日本語で書けや読めんだろが
0810仕様書無しさん
垢版 |
2021/02/18(木) 11:27:25.94
>>809
気持ちはわかるが相手からすると日本語ドキュメントは逆のこと思われると思う
0811仕様書無しさん
垢版 |
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.
0813仕様書無しさん
垢版 |
2021/02/20(土) 11:06:03.75
入門書で紹介されているGitHubのページと、
今のGitHubのページとが変わってしまっていて、
推察しながら進めなければいけなかった
0816仕様書無しさん
垢版 |
2021/02/20(土) 12:37:35.31
Google翻訳を使えばリードミーを変な日本語に変換することができます
0819仕様書無しさん
垢版 |
2021/02/20(土) 13:43:59.70
学歴問わずプログラマになれるから英語できない人は多いよ
日本でプログラマになるのに学歴や資格が必要ですか？
私は困りませんが
0820仕様書無しさん
垢版 |
2021/02/20(土) 14:17:39.49
本人は困ってないが周りが迷惑を被っているという使えないプログラマはたくさんいると思うぞ
0821仕様書無しさん
垢版 |
2021/02/20(土) 20:31:31.36
この場合、学歴と資格が必要になっても困らないよって意味では？
0823仕様書無しさん
垢版 |
2021/02/21(日) 20:07:17.40
英語なんかできなくていい
できるのが当たり前になったら、日本語ドキュメント消えるぞ
0824仕様書無しさん
垢版 |
2021/02/21(日) 20:19:33.79
日常会話を出来る必要は無いんだろうが、
プログラミング言語は基本的に英単語が使われているので、
ある程度の英語力が無いと不便ではある
エラーメッセージも英文だし
0825仕様書無しさん
垢版 |
2021/02/21(日) 21:48:04.36
知ったかぶった英単語で識別子名付けられるのが一番困るな
0827仕様書無しさん
垢版 |
2021/02/21(日) 22:01:52.38
fairu_wo_hozon_suru
save_file

aitem_wo_tsuika_suru
add_item

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

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

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

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

Huh (入力した文字)?

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

https://eow.alc.co.jp/search?q=huh
ふん！、ハァ、ン？、何だって？
0838仕様書無しさん
垢版 |
2021/02/22(月) 00:45:56.77
日本人だったら

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

ってメッセージを出すだろうな
0839仕様書無しさん
垢版 |
2021/02/22(月) 01:18:58.91
テストメソッドとか英語で書くと長すぎるから日本語で書いちゃうけどな
テスト設計書との整合性もとりやすい
0843仕様書無しさん
垢版 |
2021/02/22(月) 12:48:48.31
普通の国では社会を回してるのは大学生なんだよ。
日本が異常なだけで。
0844仕様書無しさん
垢版 |
2021/02/22(月) 13:21:11.99
masterブランチにマージするタイミングっていつ？
0847仕様書無しさん
垢版 |
2021/02/22(月) 19:28:24.86
だからなに？
ガキっぽくてくだらないという評価に変わりはないよ
0851仕様書無しさん
垢版 |
2021/02/23(火) 07:02:11.93
>>844
githubはバージョン管理ツールの一種だ。 管理方法は管理者が知っている。 管理者に任せろ。
0853仕様書無しさん
垢版 |
2021/02/25(木) 00:37:18.40
リポジトリの新規作成でつまずいた
SSH認証のやり方が分からない…
0854839
垢版 |
2021/02/25(木) 02:25:56.69
>>853
リポジトリの作成はブラウザでやればいいからssh認証不要だよ
0856仕様書無しさん
垢版 |
2021/02/25(木) 13:15:56.48
>>852
積み立てNISAで年４０万円ずつ積み立て貯金
それに加えてiDeCoにも投資

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

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

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

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

みたいな話かｗ
0880仕様書無しさん
垢版 |
2021/02/26(金) 21:29:51.98
ネットに繋ぐと個人情報をｽｰﾊﾟｰﾊｶｰに盗まれる
コンピューターを禁止して紙とペンで仕事すべき
0883仕様書無しさん
垢版 |
2021/02/26(金) 22:02:57.40
>>882
Githubを正しく使える会社が競争に勝つと思うよ
つまり、今はチャンスかもね
0885仕様書無しさん
垢版 |
2021/02/27(土) 01:50:23.35
GitHubのGUI死ぬほど使いづらいだろ
断然GitLabだわ
多機能だし社内サーバーにインストールすれば完全なるプライベートリポジトリだし有料相当の機能も無料で使えるし最強
0888仕様書無しさん
垢版 |
2021/02/27(土) 09:40:06.96
GitHub使うって奴はことごとく面談で落とすよう会社から御達しがあります
0890仕様書無しさん
垢版 |
2021/02/27(土) 10:15:39.04
「坊主憎けりゃ袈裟まで憎い」みたいな理論だな
0897仕様書無しさん
垢版 |
2021/02/27(土) 18:47:14.66
もう何を言ってもGitHub使ってる奴は見下されるよ。
会社の方針でね。
0900仕様書無しさん
垢版 |
2021/02/27(土) 22:44:44.04
いくらGitHub禁止でも日付フォルダーで管理はありえねーわ
0905仕様書無しさん
垢版 |
2021/02/28(日) 06:32:05.95
な、な、なんだ！禁止！禁止だー！

上がわからないものは管理できないw
0906仕様書無しさん
垢版 |
2021/02/28(日) 10:46:54.67
おまえら、なぜ外部に出すんだ？社内で管理しろよ
0907仕様書無しさん
垢版 |
2021/02/28(日) 11:06:06.52
管理はできないけどルールなら作れます
社内でプログラマ雇って管理？
高いし、管理なんかできないし
ルール作って社外に投げたらよくね？
0915仕様書無しさん
垢版 |
2021/03/01(月) 02:33:39.02
gitのハッシュ値をソースコードに埋め込みたいんだけど上手くいかん
やってる人います？
0917仕様書無しさん
垢版 |
2021/03/01(月) 03:46:05.43
gitのハッシュ値をソースコードに埋め込んだら
いろんな問題が解決するからです
0918仕様書無しさん
垢版 |
2021/03/01(月) 05:24:33.89
gitのハッシュ値を埋め込むなんて奇妙なことをするね。問題の解決方法としてアプローチが間違ってそうな匂いがするね。
0919仕様書無しさん
垢版 |
2021/03/01(月) 05:57:11.92
svnのリビジョンを埋め込んで、リリースされたexeがどのリビジョンのものかを確認できるようにするとかはやってた
画面上で隠しコマンド打つと各ソースのリビジョンが表示される
0920仕様書無しさん
垢版 |
2021/03/01(月) 21:05:56.46
金庫に保存するイメージでソフトウェアバンク（仮）みたいなのを作ればいい
0921仕様書無しさん
垢版 |
2021/03/01(月) 22:16:37.27
>>915
ハッシュ値をそのソースにいれたらハッシュが変わるから永遠に無理だと思うよ
別ファイルに出力すればいいんじゃないの？
目的がわからんから「それ絶対無理じゃん」としかいいようがないけど
0922仕様書無しさん
垢版 |
2021/03/03(水) 22:30:21.96
「GitHub使えるからスゴイ」ってｗｗｗｗｗｗ
GitHubもGitもsvnもただのツールじゃん。
スキルって言ったって、ただのツールユーザじゃん。

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

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

こういう人たちをバカにするスレです
0928仕様書無しさん
垢版 |
2021/03/04(木) 11:57:14.16
>>924
使えないのは未熟だが
使えるからってえらくはないな

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

わからせてやったって感じ。
0980仕様書無しさん
垢版 |
2021/03/15(月) 19:45:50.65
>>979
バカにされたんだろｗ

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

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

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

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

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

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

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

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