Розмір відео: 1280 X 720853 X 480640 X 360
Показувати елементи керування програвачем
Автоматичне відтворення
Автоповтор
特に何も気にしていないところの理由を聞かれた時の（あっ、やっべ）感は異常
コンフリクト直してもらった時に自分追加したコード消されてるのよくあるwww
伝票のデータを持つ変数名が「○○Denpy」「○○Denpyo」「○○Denpyou」と画面ごとに違ってた時は絶句しました。
初学者だけど初学者すぎてほとんど意味わからん。
qiitaにある俺が考える最強のコーディング規約シリーズ好きだわ
こういうあるあるをまとめた初学者向けの本とかあるといいですね（もうある？）
そもそも初学者にforce pushの権限与えちゃいかんよ・・・
FindBugs懐かしすぎて草あと改行コードめちゃくちゃになるような開発環境構築手順しかないならフォーマッタ周りでも差分出まくってカオスになりそう
コーディング規約も詳細な設計書もないけどコードレビューされるの正解がレビュワーの頭にしかないから辛い
めちゃあるある
バージョン管理システムの運用は会社やプロジェクト内でルールをきちんと決めないと色々めんどくさい事になる
だんだん内容がヤバくなってくの草でも一部は説明不足だったり、仕組みで防げそうむしろそういったことがよくあるのがあるあるなのか
a の変数面白すぎw
新人「Gitが壊れました」
sshキーの期限切れました。アクセストークンも同じ日に作ってるから切れました。
ブランチ戦略じゃなくてコーディング規約に載ってるのはまだ見たことないな
ぜーんぜん何言ってるか分からないww皆んなこの変な呪文で会話して仕事してるの？wうけるw
ウチの職場、warningはセーフの精神です…異常なのかな…
レビューがあるだけでありがたい
上司や先輩役のひとが優しすぐる…！でもUA-camで寸劇するときってやたら感情表現を過剰にしてガキくさいのが多いので、こんな感じで落ち着いてると、気持ちよく見られて、とてもよいですね！（失敗事例の紹介に対して、気持ち良いと評価するのも変な話ですが）
とりあえずpublicほんとわし
tortoisegitでまさに最初の状況起きて、winmergeで比較した時に真っ黄色になるということが先日ありました
眉毛の可動域しゅごい
初学者にはきついよね。ある程度教育しとかないと。。
まずは操作方法を覚えるところからなだな。どこに行ってもここからだ。一般論を知っているだけじゃダメで、現場の慣習に合わせる必要があるから、知っていても一回は通しで練習しないと破壊王になれるぞ。
GITは便利よね
変数名aaa,bbb,cccになってたときは驚愕した
面白過ぎるwww
commitしてと言われてpushまでできるの偉い
SVNはコミット＝GitのpushだからもしかしたらSVN環境かも…
配属からずっとSVN環境しか知らないワイ…pushをここで初めて知る…
常識なのはわかるけど、ちゃんと教育しろやってなるヤツ
本や記事で平気でそういうことやってる人達が教える立場にいるから仕方ない。権威ある人や本職の人が筆を取ってたり教鞭取ってるのにね。それなのに何故アンチパターンをやるのかと思うよ。
場合によるけどGo言語は1文字変数推奨してくる。
初学者が初学者を言い訳にできないレベルの〇すぞ案件がやたら混じってて笑う確実にチェンジされるかセットにされてる同社所属社員が〇ぬかの二択になるねｗ
メソッド化しないで同じ処理羅列も追加で
新しいファイルを追加した時にaddするの忘れて、ローカルではビルド通るけど他では通らないのよくやってしまう
CI/CDとかの概念無さそうな現場だなー
最後の例...ほとんどの人が呼び出すであろうメソッドは汎用クラス作って開発してたから割とよくあったなぁ(´;ω;｀)return書き漏れててセキュリティレビューでセキュリティチームに怒られたり（UT、IT...etc 全て問題なし）...
とりあえずpublic 分かる。で、ちょっと分かって来るととりあえずprivate になる。
とりあえずprivateにしてくれ
言うてもこれ全部意識してる人（現場）って実はそこまで無いという特に変数名aとかtempが居座り続けてるのはわりとよく見る
変数名思いつかないからってわざと１文字スペルミスした英語変数名とかめちゃくちゃやめてほしい。なんか見ててめちゃくちゃ気持ち悪いし、エラーチェックで検索引っかからなくて面倒くさいし
？？？「え？ .gitattributes ？何それ？」
foreachとかelementとかエラー系はeとかaとか書いちゃだめですか？もう１５年ぐらいそれでやってるんですが・・・
むしろそれダメって言われたら発狂しちゃうダメだったらfor書く時にいちいちint loopCounterとか宣言することになるのかな
それ本気で言ってるなら文脈読めてない
foreachの変数分かりにくいこと別にないやろ…
変数のスコープが狭い範囲でかつ同一スコープ内で１文字変数多用してないなら別に良いと思う。
時と場合によるだろ。毎回一文字はダメなんて一言も言ってない
ふいんきでrebaseするマン
あっ、やべCT用テーブルのデータ書き換えてた
新人以外でコンパイルエラー出たままコミットするようなのは論外だから一緒に仕事したくないわ。
gitエアプなんですけど最後のって何で起きるの？バージョン管理ツールの意味無くないかってコメントしようと思ったら他の人がforce pushの権限がーって言っててあーこれかもってなってるんですけど合ってる？
SVNでやってるのか…？
とりあえず public 😂😂😂😂
これは管理側が研修してないやろ…😂😂最後のとかブランチの仕組みを簡単に知るだけで防げそうだけど、なぜ同じブランチで作業したのか……それとも全部force push連打しとるんか😂モーセやん😂
初学者だったけどこれは、、やってないな
何でもメソッドをpublicにするのは分かるな…
--force
最強破壊呪文
コミットのコメントはTicket丸写しでええやろ。つかルール決めないやつが悪い。
warning↓ワーニング❌ウォーニング⭕️
まじで糞だがまだまともにコードは書ける分我慢して育成しないといけないやつ・・
昔レガシーコードのインデント全部修正してコミットしたら怒られたことあったなw
＞これはなんでpublicで宣言してんの？男なら、publicでパンツを脱ぐ時ぐらいあるでしょ？
最後のは本当にありがちだよなと。現場が使ってるバージョン管理システムがクソだと何も悪い事してなくても高確率で競合が起こる。この手の対応、月に一回は有るわ。
バージョン管理システムってそう言うもんやろ。
バージョン管理システムがクソって何使ってるんや
コーディング規約はちゃんと読もう改行コードはセットデフォものにしとけよ修正中資源についてはちゃんとロックしてかなぁ、、、
特に何も気にしていないところの理由を聞かれた時の（あっ、やっべ）感は異常
コンフリクト直してもらった時に自分追加したコード消されてるのよくあるwww
伝票のデータを持つ変数名が
「○○Denpy」
「○○Denpyo」
「○○Denpyou」
と画面ごとに違ってた時は絶句しました。
初学者だけど初学者すぎてほとんど意味わからん。
qiitaにある俺が考える最強のコーディング規約シリーズ好きだわ
こういうあるあるをまとめた初学者向けの本とかあるといいですね（もうある？）
そもそも初学者にforce pushの権限与えちゃいかんよ・・・
FindBugs懐かしすぎて草
あと改行コードめちゃくちゃになるような開発環境構築手順しかないならフォーマッタ周りでも差分出まくってカオスになりそう
コーディング規約も詳細な設計書もないけど
コードレビューされるの正解がレビュワーの頭にしかないから辛い
めちゃあるある
バージョン管理システムの運用は会社やプロジェクト内でルールをきちんと決めないと色々めんどくさい事になる
だんだん内容がヤバくなってくの草
でも一部は説明不足だったり、仕組みで防げそう
むしろそういったことがよくあるのがあるあるなのか
a の変数面白すぎw
新人「Gitが壊れました」
sshキーの期限切れました。アクセストークンも同じ日に作ってるから切れました。
ブランチ戦略じゃなくてコーディング規約に載ってるのはまだ見たことないな
ぜーんぜん何言ってるか分からないww皆んなこの変な呪文で会話して仕事してるの？w
うけるw
ウチの職場、warningはセーフの精神です…異常なのかな…
レビューがあるだけでありがたい
上司や先輩役のひとが優しすぐる…！
でもUA-camで寸劇するときってやたら感情表現を過剰にしてガキくさいのが多いので、
こんな感じで落ち着いてると、気持ちよく見られて、とてもよいですね！
（失敗事例の紹介に対して、気持ち良いと評価するのも変な話ですが）
とりあえずpublicほんとわし
tortoisegitでまさに最初の状況起きて、winmergeで比較した時に真っ黄色になるということが先日ありました
眉毛の可動域しゅごい
初学者にはきついよね。ある程度教育しとかないと。。
まずは操作方法を覚えるところからなだな。どこに行ってもここからだ。
一般論を知っているだけじゃダメで、現場の慣習に合わせる必要があるから、知っていても一回は通しで練習しないと破壊王になれるぞ。
GITは便利よね
変数名aaa,bbb,cccになってたときは驚愕した
面白過ぎるwww
commitしてと言われてpushまでできるの偉い
SVNはコミット＝Gitのpushだから
もしかしたらSVN環境かも…
配属からずっとSVN環境しか知らないワイ…pushをここで初めて知る…
常識なのはわかるけど、ちゃんと教育しろやってなるヤツ
本や記事で平気でそういうことやってる人達が教える立場にいるから仕方ない。
権威ある人や本職の人が筆を取ってたり教鞭取ってるのにね。それなのに何故アンチパターンをやるのかと思うよ。
場合によるけどGo言語は1文字変数推奨してくる。
初学者が初学者を言い訳にできないレベルの〇すぞ案件がやたら混じってて笑う
確実にチェンジされるかセットにされてる同社所属社員が〇ぬかの二択になるねｗ
メソッド化しないで同じ処理羅列も追加で
新しいファイルを追加した時にaddするの忘れて、ローカルではビルド通るけど他では通らないのよくやってしまう
CI/CDとかの概念無さそうな現場だなー
最後の例...ほとんどの人が呼び出すであろうメソッドは汎用クラス作って開発してたから割とよくあったなぁ(´;ω;｀)
return書き漏れててセキュリティレビューでセキュリティチームに怒られたり（UT、IT...etc 全て問題なし）...
とりあえずpublic 分かる。で、ちょっと分かって来るととりあえずprivate になる。
とりあえずprivateにしてくれ
言うてもこれ全部意識してる人（現場）って実はそこまで無いという
特に変数名aとかtempが居座り続けてるのはわりとよく見る
変数名思いつかないからってわざと１文字スペルミスした英語変数名とかめちゃくちゃやめてほしい。なんか見ててめちゃくちゃ気持ち悪いし、エラーチェックで検索引っかからなくて面倒くさいし
？？？「え？ .gitattributes ？何それ？」
foreachとかelementとかエラー系はeとかaとか書いちゃだめですか？
もう１５年ぐらいそれでやってるんですが・・・
むしろそれダメって言われたら発狂しちゃう
ダメだったらfor書く時にいちいちint loopCounterとか宣言することになるのかな
それ本気で言ってるなら文脈読めてない
foreachの変数分かりにくいこと別にないやろ…
変数のスコープが狭い範囲でかつ同一スコープ内で１文字変数多用してないなら別に良いと思う。
時と場合によるだろ。毎回一文字はダメなんて一言も言ってない
ふいんきでrebaseするマン
あっ、やべCT用テーブルのデータ書き換えてた
新人以外でコンパイルエラー出たままコミットするようなのは論外だから一緒に仕事したくないわ。
gitエアプなんですけど最後のって何で起きるの？バージョン管理ツールの意味無くないかってコメントしようと思ったら他の人がforce pushの権限がーって言っててあーこれかもってなってるんですけど合ってる？
SVNでやってるのか…？
とりあえず public 😂😂😂😂
これは管理側が研修してないやろ…😂😂
最後のとかブランチの仕組みを簡単に知るだけで防げそうだけど、なぜ同じブランチで作業したのか……
それとも全部force push連打しとるんか😂モーセやん😂
初学者だったけどこれは、、やってないな
何でもメソッドをpublicにするのは分かるな…
--force
最強破壊呪文
コミットのコメントはTicket丸写しでええやろ。
つかルール決めないやつが悪い。
warning
↓
ワーニング❌
ウォーニング⭕️
まじで糞だがまだまともにコードは書ける分我慢して育成しないといけないやつ・・
昔レガシーコードのインデント全部修正してコミットしたら怒られたことあったなw
＞これはなんでpublicで宣言してんの？
男なら、publicでパンツを脱ぐ時ぐらいあるでしょ？
最後のは本当にありがちだよなと。現場が使ってるバージョン管理システムがクソだと何も悪い事してなくても高確率で競合が起こる。
この手の対応、月に一回は有るわ。
バージョン管理システムってそう言うもんやろ。
バージョン管理システムがクソって何使ってるんや
コーディング規約はちゃんと読もう
改行コードはセットデフォものにしとけよ
修正中資源についてはちゃんとロックして
かなぁ、、、