真の漢ならどうするの？

男は黙って本番環境にファイルコピーでデプロイだ！

管理せぬ！

もしかしたら上手くいかないかもしれないと考える弱きな姿勢

ピアレビューもテストもせぬ！

テスト環境もステージング環境もいらぬ！

男は黙って（チームメンバーにも顧客にも連絡せず）

漢プログラミング！

男ならgitフォルダの内容直書きだよね

前任者が漢プログラミング！

>男は黙って本番環境にファイルコピーでデプロイだ！
>ピアレビューもテストもせぬ！
>テスト環境もステージング環境もいらぬ！
ネタのようなこの管理をしてる会社が世の中結構あるから現実って怖いよね

コンフリクトは自分のファイルで上書き！

信じられないけどこんなことを言う人が15年ぐらい前には居た

世の中にもっと「過ぎた事は仕方ない」の精神が育まれればシステム開発はより自由になるんじゃないか？

死んだやつは運が悪い！

>信じられないけどこんなことを言う人が15年ぐらい前には居た
今はいないと思ってる？

>世の中にもっと「過ぎた事は仕方ない」の精神が育まれればシステム開発はより自由になるんじゃないか？
綺麗にリソースを整理整頓バージョン管理とレビューを徹底してテストして本番にあげて間違いがあったらすぐ戻せる
そんな美しいシステム開発は人類には無理だと気づき始めたのでもう原始人のシステム開発に戻るべきだと思う

漢らしくないよね！を真顔で言う上司はいないと思いたいが半分本気で言う上司はいるかもしれない…

いた

原始人の開発環境は間違いを上塗りするからだめ

管理めんどくせぇ〜

完璧じゃない漢プログラミングは偽物
絶対に間違えない真の漢のみに許された秘儀だよ漢プログラミングは

今の現場SVN使ってるけどブランチを一切作らない男らしい運用してるよ
すごいよね

全部間違えてサービスが止まってもまあべつにいいかっていうシステム開発と運用と社会を目指すべき
間違えないシステム開発は不可能

タグ付いててこまめにコミットしてればなんとかなるから…

複数人のシステム開発は一人理解が乏しい奴がいるとそいつに死ぬほど足を引っ張られる
引っ張られた

気を付けてやっていれば省けるコストだろう？

そりゃ本来ソフト開発は女性の仕事だからな

>そりゃ本来ソフト開発は女性の仕事だからな
エイダ・ラブレスさん…

ファイル_20240708
ファイル_20231212
でバックアップ管理してる職場は見たことあるが…

>気を付けてやっていれば省けるコストだろう？
気を付けるコストが省けるだろう？

>でバックアップ管理してる職場は見たことあるが…
ちゃんとYYYYMMDD付けてるだけまだ理性ある

まあgit環境があっても運用ルールが漢らしければ漢らしい開発になるんですけどね！

行くぜ！過去改変だ！

個人的な開発ですらスレ画が無いときついのにシステム開発で無いのはやばいよ

>そうだねx10
>男は黙って本番環境にファイルコピーでデプロイだ！
やめろぉ

これ使ってて思ったけどもしかしてソースコード管理以外にも結構有用？

バージョン管理はありがたいけど
得体のしれない状態で保存されるところがいまだに気持ち悪い

>これ使ってて思ったけどもしかしてソースコード管理以外にも結構有用？
ただのバックアップにしかならないけど時系列はわかるようにはなる

>個人的な開発ですらスレ画が無いときついのにシステム開発で無いのはやばいよ
やってみなけりゃ分からねえだろ！

>これ使ってて思ったけどもしかしてソースコード管理以外にも結構有用？
バイナリファイルもなんだかんだgitやsvn使うところはあるよ

>これ使ってて思ったけどもしかしてソースコード管理以外にも結構有用？
ドキュメントも履歴残せるのでいいぞ！

>これ使ってて思ったけどもしかしてソースコード管理以外にも結構有用？
近頃はGitOpsなんて小洒落た呼び名のDevOpsのベストプラクティスがあってだね

汎用機開発してた頃は男らしいファイルサーバ管理だったよ
もう15年前の話ではあるけど

>これ使ってて思ったけどもしかしてソースコード管理以外にも結構有用？
Unityなんかたまに暴走してアセッツの設定破壊するからないと死ぬ

>これ使ってて思ったけどもしかしてソースコード管理以外にも結構有用？
ドキュメント類を管理するにも使ったりするけど
ドキュメントはドキュメントで別の仕組みでバージョン管理するかも

バイナリだとマージ出来ないけど
誰がいつ何を更新したか分かりやすくなるから使うところは使う

>行くぜ！過去改変だ！
これダメなの？

テキストベースのデータなら大体何でも管理できる
バイナリベースのデータはどうせ毎回差分出るんだからSVNで管理しとけよとも思うけどまあgitでもいける

弊社は学校のICT支援員の委託を受けてる会社なんだけどマニュアルとかが更新されると古い版は軒並み old って名前のフォルダにぶち込まれるんだけどこんなんで何が支援できるってんだ…

昔コミットとかブランチ戦略知った時は？なにこれめんどくさ…とかおもってたけどすごい便利だな…
でも犯人捜しが好きな人いるとめんどうな空気になるね

>これダメなの？
自分しか使ってないブランチならいい
他人もクローンしてるリモートブランチは基本駄目じゃないかな

>でも犯人捜しが好きな人いるとめんどうな空気になるね
100害あって1利無しな行為なのにやりたがる人いるよね…

バージョン管理なんて女々しいこと
男のプログラマーなら全て上書き
アプデ情報も書かねえ

過去改変するときはコミット日時変えるときくらいだな…
業務時間外で修正したのバレるし

なんか起こったときに渋々タイムトラベルする

>過去改変するときはコミット日時変えるときくらいだな…
作業ブランチでgit rebaseしてると過去改変がデフォにならんか

YES revert NO rebase!

まぁrebase＝過去改変と言えばそれもそうか
コミットまとめたりするときも多いしね…

何かあったらとりあえずリベース！

開発環境に野性は要らぬ

ちまちまバックアップや履歴を保存することが漢らしくないと言われればまあそうなのかもしれない
でも俺は漢らしさで仕事してないから…

変更が見づらいからレビューに出したらrebaseしないで欲しいと思ってる

>>過去改変するときはコミット日時変えるときくらいだな…
>作業ブランチでgit rebaseしてると過去改変がデフォにならんか
自分用の派生リポジトリなら別に…
他人のコミットを含めたら殺される

コンフリクト起こったときは必ず報告して複数人でマージするって運用を決めたのに何度言っても頑なに自分の修正したソースで強制プッシュ！よそでビルドエラー出ても放置！ってやつが居た
元の会社にクレーム付けてお帰り願った

だからこうやってブランチにプロテクトを掛けておく必要があるんですね

ビルドエラー出したら切腹！くらいの男らしさが必要

>テキストベースのデータなら大体何でも管理できる
小説書くのに使ってる人もいると聞いた

運用ではなく仕組みで解決するのが1番だが
ルール守れんやつは絶対他でもやらかすから辞めさせて正解

久しぶりにいもげで真の男を見た

パートナーを派遣元に帰らせるとかよっぽどだな…

仕組み上出来るようになってるからやる
っていう思考の奴は常に一定数居るよね

>パートナーを派遣元に帰らせるとかよっぽどだな…
微妙なBPは早々に要員交代とかよくある話じゃない？

>男は黙って本番環境にファイルコピーでデプロイだ！
こうして真の男は業界から消えていく

前任者は個人のUSBメモリにバックアップ取る短小オカマ野郎だった

フォースプッシュって筋肉で解決してるみたいでかっこいいよな…

押し通る！

>コンフリクト起こったときは必ず報告して複数人でマージするって運用を決めたのに何度言っても頑なに自分の修正したソースで強制プッシュ！よそでビルドエラー出ても放置！ってやつが居た
>元の会社にクレーム付けてお帰り願った
破壊者すぎる…常習とか殴り倒されても文句言えねえ

テストなどせぬ！

>>でバックアップ管理してる職場は見たことあるが…
>ちゃんとYYYYMMDD付けてるだけまだ理性ある
20120601_最新版_2_コピー（2）

いつでも俺がマスターだ

>何かあったらとりあえずリベース！
リベースして何か起こることの方が多くない？

>弊社は学校のICT支援員の委託を受けてる会社なんだけどマニュアルとかが更新されると古い版は軒並み old って名前のフォルダにぶち込まれるんだけどこんなんで何が支援できるってんだ…
そのあたりはまともに考えると難しくない？
マニュアルってだいたい画像含むバイナリファイルだろうし

force禁止すればよくない？

>バージョン管理なんて女々しいこと
>男のプログラマーなら全て上書き
>アプデ情報も書かねえ
コード全部把握できてる異能者以外許されねえ…

>前任者は個人のUSBメモリにバックアップ取る短小オカマ野郎だった
情報の持ち出し的にこれ大丈夫なの！？

>前任者は個人のUSBメモリにバックアップ取る短小オカマ野郎だった
オカマ以前にそれは…

>弊社は学校のICT支援員の委託を受けてる会社なんだけどマニュアルとかが更新されると古い版は軒並み old って名前のフォルダにぶち込まれるんだけどこんなんで何が支援できるってんだ…
ファイルサーバでのドキュメント管理だったら割と普通の運用な気はする
ファイル名にちゃんとリビジョンなり日付なり付けてる前提は付くが

>>前任者は個人のUSBメモリにバックアップ取る短小オカマ野郎だった
>情報の持ち出し的にこれ大丈夫なの！？
大丈夫じゃないので居なくなった

pushは時々バグみたいなよくわかんないメッセージ出る事があるけど-f付ければなんとかなるよ

>でも犯人捜しが好きな人いるとめんどうな空気になるね
まぁblameって言葉の時点で…

>pushは時々バグみたいなよくわかんないメッセージ出る事があるけど-f付ければなんとかなるよ
見つけたぞ弊社の歪み！

途中のリビジョンにHEAD戻すこととかなくない？

コンフリクト？　俺がいじってるファイルを勝手にいじってる他のやつが悪い

やらかす奴に限ってメッセージを見ないんだ

ブランチ切って作業するやついる！？

プルリクマージできる人はたいていコードも書いてるから忙しくてなかなかマージされない

言われた通りにコミットしてる
それ以外できない

フォースプッシュはせめて自分の作業ブランチだけにしろ
でもレビュー始めたらそれもやめてね

人類はまだgitを上手に扱えるほど進化できていない気がする

>言われた通りにコミットしてる
>それ以外できない
いらん事しないだけでもありがたいからいいんだ

>ファイル_20231212
>でバックアップ管理してる職場は見たことあるが…
カオスになったときに最低限の足掛かりにはできるって安心感がある
コレすらないと全部のファイル全てチェックし直しになるから

>全部間違えてサービスが止まってもまあべつにいいかっていうシステム開発と運用と社会を目指すべき
>間違えないシステム開発は不可能
間違えたときに戻せるようにバージョン管理するんだろ！？

>言われた通りにコミットしてる
>それ以外できない
言われたとおりにできてえらい！

幸いforce使う機会がなかったし極力使いたくない

futureとかしらねー！漢はmainしか使わねぇ

人によってコミットの粒度がバラバラだからこの辺AIで変更内容ごとに区切っていい感じにコミットしてほしい

冗談抜きで言われたことが出来ないSESって結構居るからな…

>futureとかしらねー！漢はmainしか使わねぇ
未来じゃねえよfeatureだよ！

今を生きるのが漢だ！

こんなものが漢らしさだというなら全員去勢してしまえ

fix
fix
fix

>漢はreleaseしか使わねぇ

ここを修正しろってことは合わせてこっちも修正すればいいってことだな！

1人ならmainしか使わないでもいいけど複数人で開発してたら無理じゃない…？

>テキストベースのデータなら大体何でも管理できる
>バイナリベースのデータはどうせ毎回差分出るんだからSVNで管理しとけよとも思うけどまあgitでもいける
差分管理しやすくするためにドキュメントも全部テキストにしてるところもあったな
あれはよかった

conflict？！うるせぇ！マージさせろ！

>fix
>fix
>fix
こう…紐付けるための番号とは言わないけど何をしたかくらいは…

てかドキュメントの管理も無理なんだよ
全てのファイル管理システムはタグをつけれるようにしろ
てか全てのファイル形式はタグを持つ領域を持て

>こう…紐付けるための番号とは言わないけど何をしたかくらいは…
細々した問題をいくつか修正

>1人ならmainしか使わないでもいいけど複数人で開発してたら無理じゃない…？
弊社はgitじゃなくてsvnだけど
保守の人がすべて受け取ってすべて手動でマージする漢らしい運用してるよ
なんでそんなアホなことしてんの？ブランチ切れば？って言うとブランチ…？って怪訝な顔される

調子こいてギフハブって言ってたら事あるごとにギットハブって訂正されるようになった

>>こう…紐付けるための番号とは言わないけど何をしたかくらいは…
>細々した問題をいくつか修正
チケットを切りなさ〜〜〜〜い！

修正してることなんて分かりきってるんだよ！！

「本物のプログラマはPascalを使わない」みてーな話だな
https://ja.wikipedia.org/wiki/%E6%9C%AC%E7%89%A9%E3%81%AE%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9E%E3%81%AFPascal%E3%82%92%E4%BD%BF%E3%82%8F%E3%81%AA%E3%81%84

は？Delphiはウチで現役だけど？

>調子こいてギフハブって言ってたら事あるごとにギットハブって訂正されるようになった
ネタ元考えると職場で使うべきネタじゃないから…

真の男はバージョンの管理をソースをコメントアウトすることで行う

イケてる開発現場がgitやGitHubを使ってるんじゃない
gitやGitHubを理解して使いこなせる人員が集まってるんだ

本物のプログラマはC++を使わない
使いたくない

>は？Delphiはウチで現役だけど？
ふーむ現役か…現役！？

>チケットを切りなさ〜〜〜〜い！
説明がカスでも何やったかが分かるだけいいよな…

今の現場svnの使い方も知らないお爺ちゃんしか居ないのに
今度git移行するとか言い出してて不安しか無いよ

>真の男はバージョンの管理をソースをコメントアウトすることで行う
やめろっつてんだよ！

>漢はmasterしか使わねぇ

>本物のプログラマはC++を使わない
>使いたくない
じゃあC++使ってるのは魔術師か…

>は？Delphiはウチで現役だけど？
あれまだ更新してたのか…
ちゃんとメンテされてるなら別に悪くはないと思うが

バージョン管理しないと最新バージョンの一つ前を使えないじゃないか

大昔svn管理してるのにソースコードにaddコメントやdelコメント残してる現場があったがあれはひどかった
修正箇所も削除箇所もコメントアウトで残すからソースがどんどん肥大化していく

delphiは無料の撒き餌やめてからすっかり影が薄くなったな

>バージョン管理しないと最新バージョンの一つ前を使えないじゃないか
漢なら常に最先端にいろ！

>大昔svn管理してるのにソースコードにaddコメントやdelコメント残してる現場があったがあれはひどかった
>修正箇所も削除箇所もコメントアウトで残すからソースがどんどん肥大化していく
ウチの現場がそれだわ
svn使ってはいるもののみんな使い方知らない爺さんしか居ないから
そのルールで今も続いてしまっている

>今の現場svnの使い方も知らないお爺ちゃんしか居ないのに
>今度git移行するとか言い出してて不安しか無いよ
奇遇だな俺もだ
大丈夫丁寧な説明書を書いておけばおじいちゃんはわりと適応してくれるんだ
面倒なのは中途半端な知識を持ってるやつと言っても忘れる言葉の通じないやつだよ…

すでにあるコードを削除するのは稟議書におえらいさんのハンコが必要になるから…

真の漢は自動テストを行わない
真の漢は自動保存機能を使わない
真の漢は管理者アカウント以外使わない

何がブランチだ！全部消すぞ！

「」が言うおじいちゃんて何歳ぐらい？

Delphiはよく名前を聞くけどどういう物なのかあまりよくわかってない

経験上漢の現場にバージョン管理導入してもdiffの見方わかんねーとコメントアウト方式が残り続けるんだよな
GUIクライアントごとぶち込んで使い方教えないと

>Delphiはよく名前を聞くけどどういう物なのかあまりよくわかってない
DelphiそのものはただのIDEの名前
言語としてはPascalだよ

過去に使われてた関数が名前にoldって付いてコメントアウトもされずに残ってるから結構漢だと思う

>真の漢は自動テストを行わない
>真の漢は自動保存機能を使わない
これは100歩譲って良しとしよう
>真の漢は管理者アカウント以外使わない
だがこれは絶対にNo！

そういえばなんでmasterからmainになってるの？
別にいいけどブランチねーよってたまになるから変えるなよって思った

もったいないから…いつか使うかもしれないから…

>そういえばなんでmasterからmainになってるの？
>別にいいけどブランチねーよってたまになるから変えるなよって思った
めんどくさい団体がめんどくさいこと言い始めたから

どっかの国は法律を管理して差分がわかりやすいらしいな

masterは差別用語…みんな知ってるね？

>「」が言うおじいちゃんて何歳ぐらい？
5,60くらいを指してた
今の現場のとあるチームだと50代が若手やってる

>調子こいてギフハブって言ってたら事あるごとにギットハブって訂正されるようになった
職場で自分がおもしろ人間だと思ってる人間のつまらないジョークがでてくるほど苦痛なことはない
訂正してくれる人がいるだけ愛されていると思う

>言語としてはPascalだよ
ちげーよ！ObjectPascalだよ！
と言うかDelphi自体も言語指すよ！

master slaveなんて採用してたHDDが悪い
え？black/white listもダメ？

>めんどくさい団体がめんどくさいこと言い始めたから
>masterは差別用語…みんな知ってるね？
なんか思ってたのと違う理由だった！？

>真の漢は自動テストを行わない
>真の漢は自動保存機能を使わない
>真の漢は管理者アカウント以外使わない
どうして弊社の事知ってるの

親の前に子を殺す業界だからな…

>なんか思ってたのと違う理由だった！？
どういう理由だと思っていたのかちょっと気になった

プロセスをKillするのを殺すというのは人前でやると厄介なことになるからやらんほうがいい
と習って育った

>親ごと子を殺す業界だからな…

>え？black/white listもダメ？
ダメに決まってんだろ！

>どういう理由だと思っていたのかちょっと気になった
理由とか特にない開発側のこっちの方がイケてない？みたいな類の更新かと…

mainの方が短いから好き

変更履歴はコメントアウトで残すものだろう？

黒体放射とかブラックボックスモデルとかもダメだされてるのかな

git使ってない現在ばっかに送られるんだけど
転職したほうがいいよね

>git使ってない現在ばっかに送られるんだけど
>転職したほうがいいよね
営業の営業力無いだけならそうだけど
そういう現場としかマッチ出来ないスキルシートだったらあんま変わらんと思うぞ

（メッセージ出て）うるせえから殺しといてとか普通に言うもんなあ
今の職場はきるきゅうしといてで通じるので人聞きは悪くなくなった

>プロセスをKillするのを殺すというのは人前でやると厄介なことになるからやらんほうがいい
>と習って育った
いやまあぶっちゃけその手のはだいぶ話盛られてると思う…

真の男達の職場
俺が勤めるしかないだろう…

>git使ってない現在ばっかに送られるんだけど
>転職したほうがいいよね
git使えるならgit使ってるとこに転職した方がいいよ

先祖殺したらいくつかがゾンビになったんですがどうしたらいいですか？

>master slaveなんて採用してたHDDが悪い
言うて組み込みじゃ今でもわりと使う用語だし…
というかmaster/slave以外通じぬ

>小説書くのに使ってる人もいると聞いた
俺もそうしてる
マスターリポジトリをLinuxの自宅サーバに置いてる
バックアップはあるけど火事が起きたら共に死んでしまう

>マスターリポジトリをLinuxの自宅サーバに置いてる
>バックアップはあるけど火事が起きたら共に死んでしまう
個人なら暗号付きリポジトリにでもしてgithubに置いておけば？

言葉狩りしてもやってきたことがなかったことにはならんぞ西洋人ども

プライマリーセカンダリーだよな！

>先祖殺したらいくつかがゾンビになったんですがどうしたらいいですか？
ああ…しっかり掃除しとけ

まあそんなこんなで地味に燃えたから誤解を招く表現はやめようで女々しくmainになりました

まあ別に最初からmainだったら文句ないからいいけどね