UKTKKNSHINF=受付禁止情報
変数名は悩むよね。
kwsk,wktkの類の省略法が変数名の命名に使われているプロジェクトは実在する、という怪談。
UKTKKNSHINF こういう名前の変数が出てくるのだが、意味わかる?
wkwkstktz
うーん、確かにこれはひどい。俺も人のこと言えた義理でもないんだが、ネーミングセンスはたくさんコードを読むしかないんだと思う。あと設計パターン覚えると名前付けの発想が楽になるよね
読めない変数名UKTKKNSHINF
たまに英語っぽいのがあったと思ったら SHOHIN と SYOUHIN と ITEM が混ざってたり道順の ROUTE が ROOT になってたりする罠とか見たことあるにゃぁ・・・ (´ω`;【みかん
これを読んで思い出したが、昔kmyaccでパーサ書いててメモリが足りなくなったので、ダメ元で識別子をa1, a2, a3…と短くしてみた。見事なまでに解読不能になった。メモリ不足も解消しなかったのでその後はbisonに移行した。
otkr。マジで同情。
どこかの基幹DBのカラム名を思い出した。
MJD UNK
RPGではこんなの当たり前。昔は識別子に6文字までしか使えなかったから。今でも10文字までですけど。そういう意味では使える文字数が少ない分覚えられるからRPGの方がまだマシ?まあ目クソ鼻クソだな。。。
こわい話
外部への可読性は最悪だが、いちど頭に入ると記号として高速に扱いやすくなる?
本当にこういうのどうすればいいだろう
うああああまさにこんな感じのコードが目の前に
誰も守秘義務大丈夫?的な突っ込みを入れていないんだな・・・ 内容には苦笑しながらも同意。 あまりにもローカルなネタだと見つかってお仕置きされるかも。 是非証拠の残らない居酒屋トークで。
略すのは良く使うものだけにしようぜと思うことしばしば。…プログラムに関してはよく分からんけど。
変数名は英語で統一しよう。
変数名はまともにつけよう
かっけー
仕事でこんなん読まされたらきっついな
システム設計以前にお客さんの業務の方が複雑化してて名前が長くなっちゃうのよ、お客さん達の呼び方と乖離させる訳にいかないし、と言い訳してみる
タイトルから想像した以上にひどかった / むしろ正しいコメント、変数名を記述する方法を知りたい
笑えないけどいつか笑えるネタになって欲しいネタ。
「ここは地獄だ。」
命名規則を決めておかないのだろうか(決めても守らない人もいるけど)
まぁKY式日本語と大差ないね。そう言う意味では新しい
私のネーミングセンスといい勝負(自慢にならない)
「ウサギ小屋でプログラミングしていたら心まで狭くなっちまうぜ」の典型例。30文字しか使えないのであれば、なんでプリプロセッサ書くなりcpp持ってこないんだか理解できません。(x-x)
arar
ヘブライ語か/ってもう書かれてた
YHWH
つづり間違いを直したいときはよくある。
"register"が"regist"になっているのなんて可愛いもんなんだ、って思い知らされました。
うわああああああああああああああああああああああああ / もういやです。もういやなんです。どうしてこんなコード書くの?なんでJava使ってるのにこんなコード書いちゃうの?
開発の現場ではよくあるパターン…。
こんな作り方している人から教わると間違いなくプログラミング嫌いになるなwww
>>こうして見ると、ktkrやwktkとなんら違いがない<<
uketuke_kinsi_zyouhou。俺にはこれが精一杯だぜ。ふう / id:gomis 性別にseibetuならやってる。
神霊YHVH的な何かにみえる
KRHHD(これはひどい
他の業界からみたら直交性がない
命名規約で、この単語はこう省略するって一覧があるわけでもないんだよね?受付→Ukeとかは決まってる場合もある。/KNSHINFで禁止Infoとか。トンチですか。特にSHIのあたりが納得いかない。
『こうして見ると、ktkrやwktkとなんら違いがない。』
usr と user の混在は uza かったな
SKSIわろた
「でも"情報"はINFだったり」
受付=UKTK、禁止=KNS(これはちょっと)、情報=INFって特定の共有名詞に変換規約があるのならひどいとも思わん。これはひどい=KRHHDIと同列にするのはおかしい。ただこのつけ方するのなら各固有語の間に_くらいつけようよ
UKTKKNSHINF 受付禁止情報・・凄い変数名。反面教師です
痛い変数名。合わせて読みたい(痛い変数名スレ)→http://pc12.2ch.net/test/read.cgi/tech/1077137948/
下で規約があったら、みたいな話があるけど、JavaですらCOBOLから来た人たちによってこれが規約として生きてたりするんですよ。特に証券系、金融系はやばい。ソースになくてもDBは普通にこれ。時間止まってる。
UKR
KTKR
この程度で地獄だと思えるなんて幸せだねーと思った。
対案なしに否定しても、あんまり意味ない
大切な名前なのにYHWHとかつけちゃいかんよね。
おのおのが勝手に変数命名するからこういう事に。きちんとした命名規則を定めるのは、後からの可視化に繋がりデバッグも容易になる、ってのに。
KRHHDI
どこも同じなんだなぁ。結局、苦労するのは末端のプログラマ。それにしても元記事のやつは強烈だ。今向き合ってるODR_NOとかUPDT_PSNとかがかわいく見えてきた。
英語のボイン抜きはやることあるけど、ローマ字のボイン抜きはどうかと思うなぁ。
"技術者を詐称するカスがやりがちなアンチパターン"
こういうネーミングは好きだね。何より他人がつくった変数とかぶらなくて済む
汎用機のJCLを思い出す。データセット名とか大抵こんな感じで命名してた
「特にDataをDTAにするところなんて神懸かっている。"a"を一つ抜くことで誰が幸せになるというのか。」
この世のものとは思えないほど酷い命名規約だ。もはや犯罪
記憶力の限界に挑戦したがる人っているよね。
「他人のソースはひどく見える」の典型でしかないように思うけど。書き直したら、それよりマシな何かができるとでもいうのだろうか。T5001(意味はExcel管理)とか日本語のテーブル名だったら?
KRHHDI / 予定通り既出
これを作ったやつはドラッグでも打ちながら開発したんぢゃないかと思うwww
あるあるw/ルール徹底されてるんだったらコメント生成しちゃえ。
URLのネーミングにも通ずるところが...?
inp = 重要かどうかのフラグ。せめてimpだろ
「ネタ」タグをつけたもののこれはネタではなく今そこにある現実…。
こんな金もらって塵を作るような慣習が大手をふるって「これが普通」としてまかり通るという業界にorz/『変更箇所をコメントアウトして残す』一時的な修正ならともかく、バージョン管理はコンピュータにやらせようZE…
古代ヘブライ語かっつーの/もう書かれてた
cobolを勉強したときにこういう命名規則を教えられた記憶がふっとよみがえった
でも、直そうとして「ネーミングかくあるべし」という話をしだすと、それはそれで紛糾してしまい結局元のまま。以下、無限ループ。
フイタ。しかしながら、俺の携帯のメールアドレスは本名の子音抜きだったりするので、こういう事をやってしまう下地があるのかもしれない。
プログラムじゃないけど、HTMLのclass名に"mds"(見出し)を見つけてしまった感覚に似てる。
技術者を詐称するカスがやりがちなアンチパターンを一通り取りそろえている←名言
他人事じゃなさすぎる…!!!
ひどい。ほんとうにHDI.
まれにある話
お察しします。思う存分愚痴って下さい
> こうして見ると、ktkrやwktkとなんら違いがない。
あるある。
ボインテーブルとか作って、ビルド前に変換する位ですかね。ボインあり→ボインなしのボイン除去フィルタ
名前重要。10年ほど前、t_kt_st_rc_...とか2文字ずつアンダースコアで繋げたテーブル名ばっかりのプロジェクトがあったっけなぁ。。。泣けてくる><
昔のBASICで変数長6文字まで、とかの世界?
テトラグラマトンみたい
ネーミングに対して意識が低いorセンスが壊滅的な人等がいるとコードを読み進めるたびにいちいち脱力する。今日ももう帰りたいです('A`
COMによく出てくるpUnkはぴーうんk(ry
"パッケージを使えるんだから、それを利用してもっと責務を分割してわかりやすい構成と名称にすることはできたはず"
「こうして見ると、ktkrやwktkとなんら違いがない。」
kwsk
列名を「xxx_FLAG」という名前で定義したら、レビューで 「フラグはFLGという名称にするのが常識。おまえは常識がない」 みたいなこと言われたことあるなー
吹きそうになったが他人事ではない。どっかの馬鹿が決めたとしたら、どうか中間搾取だけで勘弁してくれって感じだな。
自分も変な変数名付けがちなんで、自戒をこめて。
うちもあるなぁ、kuraudoみたいな英語読みをローマ字にしてたり、スペル間違ってたり
ローマ字版T9入力
ひどすぎる...
個人的にネーミングバグと呼んでる。バグが埋め込まれているに等しいということを開発メンバや顧客と話して納得してもらい、直せるなら直していくしか。無理なときはアレ。
DC=台帳/KSN=計算 さすがにアンスコはあった気がする
wktr命名規則www イイwww
ああ、うちも似たような感じで、テーブル名を見せて日本語名称を当てる"クイズ"がチーム内で流行っているところだ。
ここまで酷いのは滅多に見ませんが、Cnt(Countの略)ぐらいの省略は割とありがちですね。個人的にはその手の略称はなるべく排除してますが。
GGRKS
「これはひどい」は「KRHHDI」にするか「KRWHDI」にするか悩むよね
アラビア語ってこんな感じらしい/なんつーかひどいネーミングする人や団体って、律儀にそのひどいルールで統一を図る傾向があって性質が悪い/最近見た地味にひどいのは"名前"のフィールド名に"namae"
"担当者が無能なのである"昔はシステム上の名前制限・桁数制限がきつかったのである程度の合理性はあったのだろうが、それを21世紀になった今でも盲目に適用し続けられていると思った
現場によっては普通にあるような気がするなぁ。
フラグ変数にflgとかつけちゃうなあ…
あるあるw/こういうソースを改修していると作り直したくなる。でも、勝手にそうすることもできないので、結果体調が悪くなる。
多分、全部作り直したほうが速くなる気がする
wktkネーミングとかktkrネーミングとか名前付けよう
すごいなwww
IHVHとかALHIMとか止めて欲しいよね/ローマ字より「エキサイトで和英変換して一番上の候補」の方が辛い
KNHNTKHGHYRYKN! (この変態記法が流行る予感!)
「変更箇所をコメントアウトして残す」←これくらいは許して欲しい。。。ダメですか、そうですか/めちゃダメだしされたお・・・
母音抜き?
MTKYMMSNY!(まったく読めませんよ!)
[PR]人気のエログが大集合
はてなブックマークの中から「これはひどい」エントリーを取り上げて、Digg風に表示したサイトです。より人の為になるこれはすごいバージョンもあります。
はてブで「これはひどい」タグを付けると投票としてカウントされ、コメントを書き込むとコメントとして反映されます。はてな認証APIによる投票にも対応しています。
コメント
UKTKKNSHINF=受付禁止情報
変数名は悩むよね。
kwsk,wktkの類の省略法が変数名の命名に使われているプロジェクトは実在する、という怪談。
UKTKKNSHINF こういう名前の変数が出てくるのだが、意味わかる?
wkwkstktz
うーん、確かにこれはひどい。俺も人のこと言えた義理でもないんだが、ネーミングセンスはたくさんコードを読むしかないんだと思う。あと設計パターン覚えると名前付けの発想が楽になるよね
読めない変数名UKTKKNSHINF
たまに英語っぽいのがあったと思ったら SHOHIN と SYOUHIN と ITEM が混ざってたり道順の ROUTE が ROOT になってたりする罠とか見たことあるにゃぁ・・・ (´ω`;【みかん
これを読んで思い出したが、昔kmyaccでパーサ書いててメモリが足りなくなったので、ダメ元で識別子をa1, a2, a3…と短くしてみた。見事なまでに解読不能になった。メモリ不足も解消しなかったのでその後はbisonに移行した。
otkr。マジで同情。
どこかの基幹DBのカラム名を思い出した。
MJD UNK
RPGではこんなの当たり前。昔は識別子に6文字までしか使えなかったから。今でも10文字までですけど。そういう意味では使える文字数が少ない分覚えられるからRPGの方がまだマシ?まあ目クソ鼻クソだな。。。
こわい話
外部への可読性は最悪だが、いちど頭に入ると記号として高速に扱いやすくなる?
本当にこういうのどうすればいいだろう
うああああまさにこんな感じのコードが目の前に
誰も守秘義務大丈夫?的な突っ込みを入れていないんだな・・・ 内容には苦笑しながらも同意。 あまりにもローカルなネタだと見つかってお仕置きされるかも。 是非証拠の残らない居酒屋トークで。
略すのは良く使うものだけにしようぜと思うことしばしば。…プログラムに関してはよく分からんけど。
変数名は英語で統一しよう。
変数名はまともにつけよう
かっけー
仕事でこんなん読まされたらきっついな
システム設計以前にお客さんの業務の方が複雑化してて名前が長くなっちゃうのよ、お客さん達の呼び方と乖離させる訳にいかないし、と言い訳してみる
タイトルから想像した以上にひどかった / むしろ正しいコメント、変数名を記述する方法を知りたい
笑えないけどいつか笑えるネタになって欲しいネタ。
「ここは地獄だ。」
命名規則を決めておかないのだろうか(決めても守らない人もいるけど)
まぁKY式日本語と大差ないね。そう言う意味では新しい
私のネーミングセンスといい勝負(自慢にならない)
「ウサギ小屋でプログラミングしていたら心まで狭くなっちまうぜ」の典型例。30文字しか使えないのであれば、なんでプリプロセッサ書くなりcpp持ってこないんだか理解できません。(x-x)
arar
ヘブライ語か/ってもう書かれてた
YHWH
つづり間違いを直したいときはよくある。
"register"が"regist"になっているのなんて可愛いもんなんだ、って思い知らされました。
うわああああああああああああああああああああああああ / もういやです。もういやなんです。どうしてこんなコード書くの?なんでJava使ってるのにこんなコード書いちゃうの?
開発の現場ではよくあるパターン…。
こんな作り方している人から教わると間違いなくプログラミング嫌いになるなwww
>>こうして見ると、ktkrやwktkとなんら違いがない<<
uketuke_kinsi_zyouhou。俺にはこれが精一杯だぜ。ふう / id:gomis 性別にseibetuならやってる。
神霊YHVH的な何かにみえる
KRHHD(これはひどい
他の業界からみたら直交性がない
命名規約で、この単語はこう省略するって一覧があるわけでもないんだよね?受付→Ukeとかは決まってる場合もある。/KNSHINFで禁止Infoとか。トンチですか。特にSHIのあたりが納得いかない。
『こうして見ると、ktkrやwktkとなんら違いがない。』
usr と user の混在は uza かったな
SKSIわろた
「でも"情報"はINFだったり」
受付=UKTK、禁止=KNS(これはちょっと)、情報=INFって特定の共有名詞に変換規約があるのならひどいとも思わん。これはひどい=KRHHDIと同列にするのはおかしい。ただこのつけ方するのなら各固有語の間に_くらいつけようよ
UKTKKNSHINF 受付禁止情報・・凄い変数名。反面教師です
痛い変数名。合わせて読みたい(痛い変数名スレ)→http://pc12.2ch.net/test/read.cgi/tech/1077137948/
下で規約があったら、みたいな話があるけど、JavaですらCOBOLから来た人たちによってこれが規約として生きてたりするんですよ。特に証券系、金融系はやばい。ソースになくてもDBは普通にこれ。時間止まってる。
UKR
KTKR
この程度で地獄だと思えるなんて幸せだねーと思った。
対案なしに否定しても、あんまり意味ない
大切な名前なのにYHWHとかつけちゃいかんよね。
おのおのが勝手に変数命名するからこういう事に。きちんとした命名規則を定めるのは、後からの可視化に繋がりデバッグも容易になる、ってのに。
KRHHDI
どこも同じなんだなぁ。結局、苦労するのは末端のプログラマ。それにしても元記事のやつは強烈だ。今向き合ってるODR_NOとかUPDT_PSNとかがかわいく見えてきた。
英語のボイン抜きはやることあるけど、ローマ字のボイン抜きはどうかと思うなぁ。
"技術者を詐称するカスがやりがちなアンチパターン"
こういうネーミングは好きだね。何より他人がつくった変数とかぶらなくて済む
汎用機のJCLを思い出す。データセット名とか大抵こんな感じで命名してた
KRHHDI
「特にDataをDTAにするところなんて神懸かっている。"a"を一つ抜くことで誰が幸せになるというのか。」
KRHHDI
この世のものとは思えないほど酷い命名規約だ。もはや犯罪
記憶力の限界に挑戦したがる人っているよね。
「他人のソースはひどく見える」の典型でしかないように思うけど。書き直したら、それよりマシな何かができるとでもいうのだろうか。T5001(意味はExcel管理)とか日本語のテーブル名だったら?
KRHHDI / 予定通り既出
これを作ったやつはドラッグでも打ちながら開発したんぢゃないかと思うwww
あるあるw/ルール徹底されてるんだったらコメント生成しちゃえ。
URLのネーミングにも通ずるところが...?
inp = 重要かどうかのフラグ。せめてimpだろ
「ネタ」タグをつけたもののこれはネタではなく今そこにある現実…。
こんな金もらって塵を作るような慣習が大手をふるって「これが普通」としてまかり通るという業界にorz/『変更箇所をコメントアウトして残す』一時的な修正ならともかく、バージョン管理はコンピュータにやらせようZE…
古代ヘブライ語かっつーの/もう書かれてた
cobolを勉強したときにこういう命名規則を教えられた記憶がふっとよみがえった
でも、直そうとして「ネーミングかくあるべし」という話をしだすと、それはそれで紛糾してしまい結局元のまま。以下、無限ループ。
フイタ。しかしながら、俺の携帯のメールアドレスは本名の子音抜きだったりするので、こういう事をやってしまう下地があるのかもしれない。
プログラムじゃないけど、HTMLのclass名に"mds"(見出し)を見つけてしまった感覚に似てる。
技術者を詐称するカスがやりがちなアンチパターンを一通り取りそろえている←名言
他人事じゃなさすぎる…!!!
ひどい。ほんとうにHDI.
まれにある話
お察しします。思う存分愚痴って下さい
> こうして見ると、ktkrやwktkとなんら違いがない。
あるある。
ボインテーブルとか作って、ビルド前に変換する位ですかね。ボインあり→ボインなしのボイン除去フィルタ
名前重要。10年ほど前、t_kt_st_rc_...とか2文字ずつアンダースコアで繋げたテーブル名ばっかりのプロジェクトがあったっけなぁ。。。泣けてくる><
昔のBASICで変数長6文字まで、とかの世界?
テトラグラマトンみたい
ネーミングに対して意識が低いorセンスが壊滅的な人等がいるとコードを読み進めるたびにいちいち脱力する。今日ももう帰りたいです('A`
COMによく出てくるpUnkはぴーうんk(ry
"パッケージを使えるんだから、それを利用してもっと責務を分割してわかりやすい構成と名称にすることはできたはず"
「こうして見ると、ktkrやwktkとなんら違いがない。」
kwsk
列名を「xxx_FLAG」という名前で定義したら、レビューで 「フラグはFLGという名称にするのが常識。おまえは常識がない」 みたいなこと言われたことあるなー
吹きそうになったが他人事ではない。どっかの馬鹿が決めたとしたら、どうか中間搾取だけで勘弁してくれって感じだな。
自分も変な変数名付けがちなんで、自戒をこめて。
うちもあるなぁ、kuraudoみたいな英語読みをローマ字にしてたり、スペル間違ってたり
ローマ字版T9入力
ひどすぎる...
個人的にネーミングバグと呼んでる。バグが埋め込まれているに等しいということを開発メンバや顧客と話して納得してもらい、直せるなら直していくしか。無理なときはアレ。
DC=台帳/KSN=計算 さすがにアンスコはあった気がする
wktr命名規則www イイwww
ああ、うちも似たような感じで、テーブル名を見せて日本語名称を当てる"クイズ"がチーム内で流行っているところだ。
ここまで酷いのは滅多に見ませんが、Cnt(Countの略)ぐらいの省略は割とありがちですね。個人的にはその手の略称はなるべく排除してますが。
GGRKS
「これはひどい」は「KRHHDI」にするか「KRWHDI」にするか悩むよね
アラビア語ってこんな感じらしい/なんつーかひどいネーミングする人や団体って、律儀にそのひどいルールで統一を図る傾向があって性質が悪い/最近見た地味にひどいのは"名前"のフィールド名に"namae"
KRHHDI
"担当者が無能なのである"昔はシステム上の名前制限・桁数制限がきつかったのである程度の合理性はあったのだろうが、それを21世紀になった今でも盲目に適用し続けられていると思った
現場によっては普通にあるような気がするなぁ。
フラグ変数にflgとかつけちゃうなあ…
あるあるw/こういうソースを改修していると作り直したくなる。でも、勝手にそうすることもできないので、結果体調が悪くなる。
多分、全部作り直したほうが速くなる気がする
wktkネーミングとかktkrネーミングとか名前付けよう
KRHHDI
すごいなwww
IHVHとかALHIMとか止めて欲しいよね/ローマ字より「エキサイトで和英変換して一番上の候補」の方が辛い
KNHNTKHGHYRYKN! (この変態記法が流行る予感!)
「変更箇所をコメントアウトして残す」←これくらいは許して欲しい。。。ダメですか、そうですか/めちゃダメだしされたお・・・
母音抜き?
MTKYMMSNY!(まったく読めませんよ!)