上司「あのさ、コード書くとき変数名testとかにするのやめない?」新入社員「え?なんでですか?」
■ このスレッドは過去ログ倉庫に格納されています
>>3
上司ぼく
それならnTestMotorにしろよ! 関数名とかだとtest_*で認識するツールあるけどね >>4
部下ぼく
プーッ今どきハンガリアン記法って。そんなの構造化言語の異物っすわ! 関数名 stub に勝てるか?
当然の本番リリース物 >>10
上司ぼく
違う、オブジェクト指向でもポインタのpやメンバ変数のmはつけるだろ?接頭語にその変数が意味するものをつけるのがハンガリアン記法で、マイクロソフトはそのハンガリアン記法の生みの親が辞めたことで非推奨としたがGCCのhppとか見てみろハンガリアンだらけだボケ! 後輩「変数名とかってどう命名するといいですか?」
俺「後で検索かけた時にその変数だけ該当するような名前ならなんでもいいよ」 その新人、20年後
class testのサブクラスtestaのtestt型スタティック変数、testy[const_test]をtesti12でループするとtestya関数で上書きされてtestyaが壊れます! >>13
ポインタのpとかメンバ変数のmとかもつけないのが主流よ そのためにhogeがあるんだからhoge使えやpiyopiyo派は死ね >>18
その上司20年後
だからntestyaMotorにしろとあれほど!!! hogeって書いたつもりがうっかりhageって書いたらハゲに怒られない? >>21
主流ならgccの内部コードやLinux kernelはクソコードってこと? 長い歴史で継ぎ足されてきたソースは同じように継ぎ足さなければならないけど
そうじゃない物はそうじゃなくていいんじゃないかなと僕は思いました >>26
レガシーなコード持ち出して現在の主流!ってガイジかよ
レガシーなコードは悪だけどレガシーなプログラムは悪じゃないってのが理解できてない時点でお前はゴミ 頭の文字で用途が分かるのは良さそうに感じるのだけどどういう理由で駄目なの? >>30
プログラム言語的な用途はプログラムを見れば分かる
だから名前として残すべきなのはドメインだったりの知識であるべき >>29
GCCやaptレポジトリ、gitでもC系列なら普通に現役で走ってるし、microsoft謹製ソフトやgoogleエンジニアもハンガリアンあるけど
お前らはそいつらもクソだとおもってんのか?
Pythonとかtypescriptのようなやつ見て「ハンガリアン時代遅れ、レガスィー(キリッ)」っていうおっさんのお前は救えないよね >>30
microsoftがそのハンガリアン記法を生み出したプログラマが他に引き抜かれて「ハンガリアン記法は古臭え!」と言い始めた
そして 旧VBで使われてたDim概念をゴリ推して、var定義を作り、cpp標準規格にautoをねじ込んで変数名を表す接頭語をつけれなくしたのが始まり >>31
INPUT OUTPUT SECTION
filler >>33
だからレガシーコード=製品の品質が低いという考えはやめなよ
レガシーコードをやめれば製品の品質が上がるけど、レガシーコード使った製品の品質が低いというわけじゃないんだってば
キミ本当にプログラム書いたことある?ホビープログラマでしょ?w コイツ「枯れた製品」とかでもファビョりそうでウケル レガシーコードがよくないケースはバグの
可能性がある場合だけだから
記法でバグなんて起こらない以上何の問題も無い int kintama
int oppai
こうだな? 睾丸って英語でなんて言うんだろうと思ってググったら様々な表現があった
そしてその中に「testes」ってのがあった
これを使えばtestっぽい見た目で文中にキンタマを含める事ができそうだな i.test.5chってのがあるみたいなんですけど ■ このスレッドは過去ログ倉庫に格納されています