Github使えないエンジニアwwww

■ このスレッドは過去ログ倉庫に格納されています
1仕様書無しさん
垢版 |
2020/10/08(木) 22:43:54.13
わたしです(´・ω・｀)
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 使ってる？
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況