■anond:20250122114910

昔svnを全社的に導入したばかりの時に、こんなエクセルが大量にコミットされて頭を抱えた記憶が甦った

[!編集禁止]_●●_mmdd
[!編集禁止]_●●_mmdd - コピー
[!編集禁止]_●●_mmdd - コピー_最新
[!編集禁止]_●●_mmdd - コピー_名前A
[!編集禁止]_●●_mmdd - コピー_最新_名前B
[!編集禁止]_●●_mmdd - コピー_最新_名前B_最新
[!編集禁止]_●●_mmdd_最新 - コピー_名前A
[!編集禁止]_●●_mmdd - コピー_こっちが最新

Permalink | 記事への反応(0) | 12:09

ツイートシェア

■anond:20241231111107

アスペだから今時GithubEnterpriseもホスティングできないような会社でSVNなんて時代遅れのゴミ使ってるんじゃないですか？

晩婚でガイジ増産、これもブルプロの敗因か。

Permalink | 記事への反応(0) | 11:12

ツイートシェア

■anond:20241231110924

ワイは弱者男性なのでSVNしか使ったことがなくてプルリクはしたことないやで

Permalink | 記事への反応(3) | 11:11

ツイートシェア

■

おひとりさま社内SEなんでgitも使ってはいるけどブランチとか全然使えてない

これじゃSVNとかCVSと何が違うんや…

Permalink | 記事への反応(0) | 09:25

ツイートシェア

■競プロも機械学習もやってないやつのコード

競プロと機械学習系のクソコード・クソジャークっぷりが取り立たされてるけど、クソコード・クソジャークっぷりは何も競プロerと機械学習erの専売特許ではない。

自分が経験したやつを以下に列挙する。

組み込み系er（C言語）のクソコード・クソジャークっぷり

• ファイル管理がめちゃくちゃ。tlsというファイルに、ユーザの設定画面用のコード（html, css, javascrpt）があるみたいなのがザラ。
• 「ジョブ管理用のリングバッファが壊れている」「データのログ取得の日時がでたらめ」と報告しても、「壊れてない」「それは仕様」の一点張り。しょうがないので担当外の俺が修正しても、「なんの修正ですか？」「壊れてないので無駄な修正なのですが・・・」などとのたまう。しょうがないのでどう壊れているかを本人の眼の前で1日かけて実演してみせ、このせいでクレームが来ているということを言って聞かせて納得させ、ようやく修正が反映される。こういうのが1回や2回ではない。
• コードはsvnで管理していると言いつつも、有名無実化。ファイルのコピペで管理している。「製品のバージョンごとに修正するのが大変なのでこれを期にGitHubなど使いませんか？」と言っても長々と言い訳してそのまま運用され、修正コードの反映が1日がかりのおお仕事になる。
• いわゆる黒魔術的なポインタ操作を好んで使う。ポインタの命名規則もptr_とかつけるわけでもない。「珍しくptr_をつけてると思ったらポインタのポインタだった」みたいなのがザラ。
• グローバル変数を好んで使う。スタック容量の削減的な意味合いもあるが、とにかく引数を使うことを「関数が長くなるから」と言って嫌う。
• early returnを嫌い、「returnは常に一つ」を徹底する。なぜ・・・

フロントエンドerのクソコード・クソジャークっぷり

• party parrotやミームを多用する
  • チャットがrainbow party parrotだらけで目がチカチカする
  • コードレビューや社内用スライドでネットミームやparty parrotネタをぶち込んで空気を激寒にする
• 型や命名やファイル構成に異様にこだわる
  • 型定義ファイルのみのPRでコメントが「読みやすくしました（party parrotがぐるぐる回っている）」ばっかり
  • ファイルと同階層にテストファイルを作るか、テストコード用のフォルダを作るかを延々と議論して1日消費する。ファイルと同階層に作ってるんだからそうしろ。
• ダークモード信奉者で、ダークモード実装の優先度を最優先に押し上げてくる
• モダンな開発環境・開発手法が大好きで、アジャイルとかを提案するのはいいが、クソ忙しいのに実装を後回しにして開発手法提案のスライドばかり作っている。しかも大企業にしか許されない10％ルールとかを推し進めてくる。
• 「リーダブルコード」が大好き。あっそ。

インフラerのクソコード・クソジャークっぷり

• まじで変更を嫌う。N+1問題を指摘しても「今動いてるし、問題も噴出してないから問題なし」
• 他部署にヒアリングを行い、改善を聞いて、言い訳を並べて何も変更せず、という茶番を行い顰蹙を買う

VBAerのクソコード・クソジャークっぷり

• エクセルの業務改善と称したVBAを大量生産するが、その人しか触れないようなものの大量生産をしておりそれに生きがいとアイデンティティを感じており、社内的地位も確立している。
• VBAを作るネタを常に探しており、他部署に顔を出しまくってはヒアリングし、作ってと頼んでないのに勝手に作って「こんなの作りました！」と売り込んでくる。苦笑しながら受け取って実際は使わない。
• 呼んでもないのに他部署の社内勉強会に顔を出す。好きあらばVBA語り。

Permalink | 記事への反応(2) | 03:18

ツイートシェア

■社内SEのレベルの低さ

新しく開発する基幹システム(C#.NET)でハンガリアン記法、SVNを採用するらしい

何年前の開発環境だよ

Permalink | 記事への反応(5) | 11:14

ツイートシェア

■anond:20231122084941

やってることがSVNなんだなあ

人類にGitは早すぎたのかなあ

Permalink | 記事への反応(0) | 08:54

ツイートシェア

■anond:20230811225940

やっぱeclipseか...SVNだったりするんか？

Permalink | 記事への反応(1) | 23:02

ツイートシェア

■anond:20230731233604

各分野ではそれぞれ数年に一度くらいかも知れんけど、一人の人間が同時に関わっている分野がいくつもあるわけで、それらの掛け算で結局はもっと頻繁に新しいことに対応していく必要があるでしょ。

たとえばGitHub自体の変化はそれほどでもなくても、まさかGitHubだけを使って仕事をしている人がいるわけじゃないだろうし、それは言語にせよ何にせよ同じなわけで。

言語が PHP → Perl → Ruby → Python と変わるのと、 SVN → GitHub の変化と、AWSとかのクラウド環境の変化と、Dockerなどの仮想環境の変化と、OSやエディタの変化と、そういうのが並行して起こっているわけで。たとえば C/C++ をずっとやっている人だって規格や処理系自体の変化についていかなくちゃいけないし。

Permalink | 記事への反応(1) | 01:30

ツイートシェア

■anond:20230731233007

また煽られそうな羅列だけど、まぁ正直勉強会で一時間開発手法のお話聞くとかを「勉強」って呼ぶのはどうなのってのはある

結局フルスタックの範囲は全部勉強して始めて「一人前」になって、その後で更新される「追加の勉強」ってSVNがGitに変わるとかフロントのフレームワークがReact系主流になるとか、

そういうせいぜい五年～十年単位の話じゃね？　ってのはわりとある

だから別にあんまり勉強しなくてもエンジニアはやっていけるし、毎年新しい言語勉強して資格増やし続けよう、みたいな上位層が「超向いてる」ってだけなんだよな

Permalink | 記事への反応(2) | 23:36

ツイートシェア

■anond:20230731170156

法改正を開発フローに例えるならば、「SVNでのコード管理は来年から処分対象になります。年内にGithubに移行するように。」とお達しが出るようなもの。

それくらいなら別によくあるというか。

今のコード捨てて新しい言語で書き直しね。期限は1ヶ月

とかもあったな。

Permalink | 記事への反応(1) | 18:38

ツイートシェア

■anond:20230731152737

法改正と大きく違うところは

緊急性と知らないといけない程度の問題

法改正は

「今までのやり方が違法になりました。（インボイス制度、金商法改正、税法改正...）新しいやり方に移行しないと行政処分受けますよ。」

という空気感なところ。

ITの現場だと

「次のプロジェクトからはGitにしてみよう、ネットに情報上がってきたしだんだんマスターしていってね。」

で良いけど法改正だとそうは行かない。

IT技術に関しては最低限は概要の知識さえあれば大丈夫だけど、

法改正を開発フローに例えるならば、「SVNでのコード管理は来年から処分対象になります。年内にGithubに移行するように。」とお達しが出るようなもの。

キャッチアップに対する緊急性と具体的に知らないといけない程度が違う。

しかも改正内容知らなかったなんて言い訳通用しないから、アンテナの張り具合が全然違う。

Permalink | 記事への反応(5) | 17:01

ツイートシェア

■anond:20230524054328

SVNでも使っとるんか？　あるいはそもそもバージョン管理してないとか？

Permalink | 記事への反応(0) | 19:42

ツイートシェア

■anond:20230112222723

--

漠然としてるなあ

SIer寄りかWeb寄りかどっち？

バックエンド、フロントエンド、インフラ、ネットワーク、テスト、PM経験したいってこと？

--

→説明があれですまん。バックエンドで色んな現場行きたいなぐらいだったわ。SIよりがいい。

--

福岡だけなので選択肢は少ないだろうなあ

--

→地域もネックか。。。

--

もうちょい詳しく書こうや

--

主にやってたのが求人システムの保守・改修案件だったわ。 規模は小さい。1人か2人。他の案件でも多く5人。コード管理はsvnメインだったな。

ドキュメントがないレガシーな他社システムをリバースしての改修が殆ど。PHPは生のものをずっと触ってた。フレームワークは使ってない。JavaScriptはちょこちょこした修正くらいでしか触ってないな。

データベースはSQLが書けます読めます、データの設計ができます程度。

（うわー技術力が低くて書くのが恥ずかしい）

Permalink | 記事への反応(0) | 23:18

ツイートシェア

■

今流行のWebエンジニアでこいつヤベーなっていうやつを避けるための秘訣。

1.slack使ったことない

ccもりもりのメールで常にやりとりしてましたはアウト

2.駆け出しでもないのにgit/github使ったことない

svnやgitlabなどにて非なるものを使ってましたはまだセーフかも

バージョン管理という概念がないっていうのはアウトだ

3.「プログラム言語などの理解に対して完璧です」などと気軽に言う

いわゆるチョットデキルってやつ

どれか一つでも当てはまったら、黄色信号

番外編で、

カレンダー、各種ログ、メール、slackなどを見ながら仕事するという文化がない人も危険な匂いがする

Permalink | 記事への反応(1) | 12:10

ツイートシェア

■anond:20220818122637

gitやsvnといったバージョン管理ツールがない時代はマジで、退職者が出たタイミングでコードが壊れたりしてた。。。

Permalink | 記事への反応(0) | 12:31

ツイートシェア

■

今更ですが生まれて初めてプルリクを投げました。今までsvnしか使ってこなかったんで緊張しました。

Permalink | 記事への反応(1) | 15:25

ツイートシェア

■Redmine のソースコードを SVN で管理してあって思ったのだけど

SVN の使い方を忘れたというか、SVN って GUI でしか使ったことないのだけど、それでも変な感じがする。集中管理の VCS って、コミット中はフリーズされるのだっけ？忘れちゃったぜ。

Permalink | 記事への反応(0) | 07:58

ツイートシェア

■anond:20210710183542

ぶっちゃけ世の中のプロジェクトの殆どは、SVNでもgitでも同じような使い方しかしないでしょ。

今新しく始めるプロジェクトならgit一択だと思うけど、別にgitがすぐれているからというより、みんなが使っているからだよ。

いちいちコミットのやり方とか教えるのめんどくさいだろ

Permalink | 記事への反応(0) | 21:18

ツイートシェア

■anond:20210710182212

ニッチな分野の組み込み開発ですわ…

別部署のIT系はGit使っているらしいけど組み込み系はsvnが現役になってます

Permalink | 記事への反応(1) | 18:28

ツイートシェア

■anond:20210710181928

昔は、バージョン管理はCVSです！SVNです！なんて高らかに宣言するやつなんかいなかったからな。

git使ってます！って宣言するやつの気持ちがわからない。

Permalink | 記事への反応(1) | 18:23

ツイートシェア

■anond:20210710182057

今なおそういう人いるんすか先輩

どういう現場？

人生でsvnって打ったの一現場だけっすわ

Permalink | 記事への反応(1) | 18:22

ツイートシェア

■

現在はgitが完全にデファクトになったが、svnから分散バージョン管理へ移行する過渡期には

mercurial, arch, bzr, svk など様々なものが存在していた。

その中でコマンド体系めちゃくちゃなgitが勝ち残ったのは何故なんだ。

やっぱリーナスさんが推したから？

Permalink | 記事への反応(0) | 15:55

ツイートシェア

■anond:20210501234507

GIMP開発者コミュニティめちゃくちゃ閉鎖的で人種差別普通にあるとか2.6～7付近の頃ある人が嘆いてたけどな。

何でもその人がsvnかなんかに投げたコードが却下されて他の西洋人のより複雑で重たい意味のないコードだ採用され、のちのバージョンで勝手にこっちのコードを剽窃した西洋人のものが採用されてもてはやされていたとか。嫌気が差してその人はコミュニティを去って、絵も描かなくなってしまった。プログラムと絵ができる数少ない人材だったのにね。

日本関係なくオープンソース界隈自体に閉鎖感があるのでは？

Permalink | 記事への反応(1) | 23:48

ツイートシェア

■gitを使えるってだけで、マウントとってくる奴多いのはなんでだ？

マウント、っていい方があってるかわからないけど、gitの話題になると、急にイキリ出す人っているじゃん。

cvsとかsvnの頃って、そんな奴いなかったよね。

Permalink | 記事への反応(1) | 08:22

ツイートシェア