トップページ⇒tech
327コメント115KB

ハンガリー表記って使ってます?

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@お腹いっぱい。NGNG
APIに使う構造体やメンバ名に使われているのでつられて使っていますが、
変数名に型を含めることに何の意味があるのかチト疑問。
0002名無しさん@お腹いっぱい。NGNG
class zoo;
class foo{
 zoo* m_pcContents;
 int m_nContents;
public:
 zoo* pcContents(void);
 int nContents(void);
}
とかってやるときに名前を考えなくていいから、都合の良いときだけ使ってます。
(あ、ハンガリー記法だとそうぢゃないっていうツッコミは勘弁ね)
0003では違うツッコミでNGNG
関数名にまで使っているは久々にみた。いけないとは言わないけど。
(昔のMS Setupプログラムのサンプルで見かけたことはあったけど)
0004名無しさん@お腹いっぱい。NGNG
百害あって一利なしだよ。
型変わったらどーすんの?その度に変数名変えるの?
00052NGNG
あ、もちろん戻り値の型にあんまり意味のない関数などは「都合の悪い」
ほうに入ります(あ、あとづけっぽい?)
0006名無しさん@お腹いっぱい。NGNG
ハンガリアン表記ってのは、まだ C 言語を使っていた頃の遺物。
型情報を識別子名に織り込むことで,間違った型を使わないように
したり、複雑なキャストをするときに目で見て正当性を確認できる
ようにしたのです。

発生理由からすると、タイプセーフリンクができ、実行時型情報も
とれる C++ で、ハンガリアン記法を使う強い意味はない。

個人的には、ポインタか否かを表す程度にしか(p しか)つかわないなぁ。
0007名無しさん@1周年NGNG
個人的にはだけど、ハンガリアンよリ
クラス名かどうかとか
グローバルかローカルか
とかで表記をかえた方がわかりやすいと思う
ハンガリアンに限らず、こんな表記・命名規則が
便利っていうのあったら教えて下さい
0008>4NGNG
それだけなら100害とは言えないし利があるから使われているんだろ

>型変わったらどーすんの?その度に変数名変えるの?
置換
0009検索...HIT C.FAQNGNG
17.8:
「ハンガリー記法(Hungarian Notation)」とは。使う価値があるか。
A:
ハンガリー記法は名前の付けかたの取り決めで、Charles Simonyiが 発明した。これは変数の型を(おそらく、その使いみちも)変数の名前 に符号化する。一部のグループでは愛され、その他の人達からは容赦 なく酷評されている。主な利点は、データ型や意図する使い方が名前 を見ればわかるということである。主な欠点は、データ型は変数の名 前に付けて運んでまわるような大事な情報では必ずしもないことであ る。
0010検索...HITNGNG
記法について詳しく説明してた所
http://www.arcpit.co.jp/winapi/api_01/ap010203.htm
0011名無しさん@お腹いっぱい。NGNG
>置換
くだらねー。
あっちこっちで使ってたら収集つかんだろ。
だいたい、同じ名前で違う接頭詞の変数名があったら
置換使えんじゃん。
0012名無しさん@お腹いっぱい。NGNG
確かに、C++・Delphiではどう見ても不要かと
0013陰陽NGNG
個人的な意見だけど
ハンガリアンは巨大プロジェクトで威力を発揮するよ。
数百人が携わるプロジェクトでは同じ用途の変数でも
名前がバラバラで、ソース解析が大変。ハンガリアンにしておけば
ある程度名前のバリエーションを減らすことが出来る。
変数名もまともにつけられない厨房を使うなってのは無理だから
少しくらいの効果はあるよ。

小さいプロジェクトでは使ったこと無いなあ。やっぱりポインタにpつけるくらい。
整数型と文字型の変数があるときは
WorkNum // 整数
WorkStr // 文字型
ってやっちゃう。
0014名無しさん@お腹いっぱい。NGNG
>13 うーん。C やアセンブラの時代なら同意するけど。

カウンタとしての伝統的な i@` j などは別にして、意味を持った
名前を付けるように管理するけどなぁ。どっちにしろ、綴りを
間違えたら終わり。って点では同じだし。

変数名をまともに付けられない連中は、コードも信用できない。
って考えませんか?
0015名無しさん@お腹いっぱい。NGNG
>>14
>変数名をまともに付けられない連中は、コードも信用できない。
>って考えませんか?

全く同意。
0016サンガリアンNGNG
1,2、サンガリア
2,2、サンガリア

サンガリア、サンガリア
ピュア〜
0017>11NGNG
>あっちこっちで使ってたら収集つかんだろ。
実際にハンガリアンを使った大きなプログラムでも収集が
付かなかった事は無いから収集つかんと言われても困る。
変数名を変えたぐらいで収集つかなくなるようなのは
プログラムかプログラマの力量の問題だろう。
グローバル変数を節操無く使っているとか。

>同じ名前で違う接頭詞の変数名があったら
>置換使えんじゃん。
君は正規表現を知らないのか?
また不安なケースは確認しながら置換すれば間違いは
起きない。変数の型を変えることなど稀だし大した
手間ではない。

001817NGNG
そもそも変数の型を変えた場合はほとんどの場合コードの
確認は必須だと思うぞ。そのついでに置換するだけだ。
001917NGNG
ハンガリアンを使う使わないは自由だしケースバイケースで
決めればいいと思うが「百害あって一利無し」と言うほど
毛嫌いして排除しなければいけないようなものでは無いと思う。
プロジェクトや社内の規約で決まっていれば素直に従えばいいし、
自分で自由に決めれるなら好きにすればいいと思うぞ。
0020名無しさん@お腹いっぱい。NGNG
正確にはハンガリー記法ではない(と思う)けど、
Microsoftの命名規則でクラス変数の頭に m_ を付けるっていうのがありますよね。
見た目はともかくあの規則は悪くないと思ってます。

変数名に型情報を含める必要性はあまり感じないのですが、
クラス変数とローカル変数、メソッドのパラメータとは
名前だけで明確に区別できた方が便利だと思う。
そう思っている人いませんか?
0021>17NGNG
いやはや、弁護大いに結構なんだけどハンガリー記法の利点を
挙げないのはなぜ?だらだら長文書くより、最大の利点を一つ
挙げた方が楽でしょ?

>そもそも変数の型を変えた場合はほとんどの場合コードの
>確認は必須だと思うぞ。そのついでに置換するだけだ。

ついでって・・・それを面倒くさい&無駄な「作業」とは思わないの?
0022>21NGNG
あなたもハンガリアンの欠点を100害もあげていませんね。
あなたが欠点と言われた部分が欠点じゃ無いという事に的を
しぼって書いたのが何が悪いのでしょう?それが議論と言う
ものです。長所は長所で別に議論すればいいことです。
まともに反論や議論ができないからといって、だらだらとした
長文扱いの中傷や論点をずらすのはみっともないですよ。

>ついでって・・・それを面倒くさい&無駄な「作業」とは思わないの?
全く思わないです。置換など一瞬です。あなたはいちいち変数名を
全部手作業で打ちなおしてでもいるのですか?
型を変えた場合の見なおしは「無駄」では無く「必要」な作業です。
0023陰陽>14NGNG
そうだね。だからといってそいつの作ったコードを
一から見直してあげる余力も気力もないので、あとはそいつの
作った検査仕様書を信用するしかない。
002417NGNG
データのバイトサイズ・型を強く意識しなければいけないプログラムは、
理想のプログラミングからは離れているのかもしれませんが現実には存在して
います。
そういったケースでハンガリアン記法は有効だと思っていますから、
実際に自分の設計するプロジェクトで使ったりもしました。
不用意な型変換が見つけにくいバグの原因になりますし、データ処理の可読性が
あがり理解しやすく変更もしやすくなります。
実際にその効果はあったと実感しています。

そういう意味ではケースによってはC++でハンガリアン記法を使うことがあって
も別に構わないようにも思います。
0025>22NGNG
>全く思わないです。置換など一瞬です。あなたはいちいち変数名を
>全部手作業で打ちなおしてでもいるのですか?
17にあるような「不安なケース」の場合はどうですか?
002617>25NGNG
確認しながら置換するときの置換にかかる時間も一瞬の
範囲だと思います

0027名無しさん@お腹いっぱい。NGNG
ハンガリアン、
pcszとかは鬱陶しいだけ。つかわん。
m_@` g_@` pHoge@` bFlag@` とかは使うよ。
dwSizeとかは、冗長で愚かしいよね。
0028>17NGNG
いや悪かった。
別に怒らせるつもりはなかったんだけどね。
>だらだら長文書くより
ここが勘に触ったのだな。たぶん。

確かに100も欠点挙げられないけど。喩えじゃん。
・タイプ量が増える
・タイプ量が増えればタイプミスも増える
・接頭詞と実際の型が食い違う可能性があり、その場合デバッグが困難
・変数名から変数の目的が直感的に分かりづらくなる
個人差はあるだろうけどこんなところかな。
ソースの可読性が落ちるのと、型指定が重複している印象を受けるのが
たまらなく無駄に思えて嫌だ。

だいいちMSのソース以外で使っているのを見たことがないもん。

といまさら僕が何を言っても「中傷」にしか見えないだろうから、あとは
いろんなWebページ見てみてよ。反ハンガリー記法の人って結構多いから。
有名人でいえばLinus氏とか。
0029名無しさん@お腹いっぱい。NGNG
僕は、Win32SDKの生Cと、VBしか使ったことないので、
ばりばりハンガリアン信者です。

逆に無いと読めなくなってるっぽい。
これが最大の欠点かも。
0030>17NGNG
>データのバイトサイズ・型を強く意識しなければいけないプログラムは、
>理想のプログラミングからは離れているのかもしれませんが現実には存在して
>います。

けど、ハンガリアン記法でデータ実体のバイトサイズまで指定できますか?
2ビットのビットフィールドに対して b2 とかの接頭子をつけますか?

たまたま、当時の(MS の)開発環境が(ソフト、人材含め)タコなだけでしょ。
0031名無しさん@お腹いっぱい。NGNG
gotoみたいにハンガリー表記有害論とハンガリー表記有害論有害論と
で議論になるんだよね、結局は。
0032Mingw32萌えNGNG
互換性の無い(明示的なキャストが必要な)型同士は
分けた方がやりやすいと思うて
 p:ポインタ/n:整数型/r:実数型/s(sz):文字型/b:フラグ/a:その他
 m_:メンバ/g_:グローバル
を使ってます。
ダメ?
003332NGNG
× s(sz):文字型
○ s(sz):文字列型
ね。
0034>32NGNG
互換性のない型どおしなのだから、間違ったとしてもコンパイル時に
検出できるでしょ?

ハンガリアンはまともな警告を出さない/出せないコンパイラを使っていた頃の
生活の知恵です。今や、識別子の上にマウスポインタを載っけるだけで
情報が読み出せるんだから。
0035名無しさん@お腹いっぱい。NGNG
警告なんて昔からまともに出せてますよ
コンパイラの変わりに警告を検出するではなく
コーディング段階で型を強く意識する為のものです
0036名無しさん@お腹いっぱい。NGNG
変数に型名含めておくと、安易に型を変えられない
メリットはあるな。
0037名無しさん@お腹いっぱい。NGNG
たぶん、自分でロジックを組んで実装するプログラマと、
外部仕様、内部仕様が決定された上でコードを書くコーダーとの
差だと思うな。

自分でコードを組むんなら、型などは後からついてくるし、局所的な
スクラップ&ビルドに耐えられるコーディングをしなければならない。

複数作業、というよりはピラミッド型のシステムでは、創意工夫など
してもらっては困るから、型を強く意識してもらう必要があるのかな?

幸いというか、ピラミッド型開発はしたことがないし、やりたいとも
他人にやらせたいとも思わないから、死ぬまで「ハンガリアン記法」は
知識としてのみの存在になるだろうな。
0038名無しさん@お腹いっぱい。NGNG
>37
正論なんだけど後半表現がきつすぎ。
0039名無しさん@お腹いっぱい。NGNG
昔、ハンガリー暗記法だと思ってた。
俺耳悪いぜ。それ以上に先生カツゼツ悪いぜ。
0040名無しさん@お腹いっぱい。NGNG
とりあえずこれがリファレンスかな。
http://msdn.microsoft.com/library/techart/hunganotat.htm
0041>38NGNG
正論?どう見てもただの感情論だろ。
0042>41NGNG
このスレッド、感情論以外の話に展開していくと思っていますか?

感情論としても、>>37 に同意。
0043名無しさん@お腹いっぱい。NGNG
>>42
感情論じゃなくて宗教論争の間違えじゃない(w

>>37って単なるコーダーでしょ。
>型などは後からついてくるし
こういうのって大概スパゲッティなコードになるよ

問題分析、設計、コーディングが出来るのがプログラマって
どっかの本で読んだことがある。
設計もまともにしないで、場当たり的にコードを書いてる37って
単なる世間知らずなキーパンチャだと思う今日このごろ。

宗教関係は嫌いだからハンガリアンについてはノーコメントね
0044名無しさん@お腹いっぱい。NGNG
変数表必須(ワラ
0045>43NGNG
変数の型を場当たり的に決めていくとスパゲッティなコードに
なる根拠を詳しく説明してください。
43さんは設計段階でいちいち使用する変数を列挙するのですか?
ちょっと想像がつきません。

ただの煽りだったのなら回答はして頂かなくて結構です。
004632NGNG
型確認の為にいちいちコンパイラにかけたり、
マウス重ねるのはちと面倒。>34

そーゆうのを泥縄式と言いませんか?
それに整数/実数程度の区別は付けときません?>37

細かすぎず、荒すぎない程度に分けて表記するのが
ベストだと思うんですが。
004743NGNG
>43さんは設計段階でいちいち使用する変数を列挙するのですか?

ループで使うのとか、一時変数までは列挙はしないが、設計の段階で
データ構造を決めるから変数は列挙するよ。一人で遊ぶんだったら
変数表みたいなのは作らんけどね。

つーか、データ構造が後から分かるプログラムってどんなの?
0048cafeNGNG
割り込みだけど。>45
設計段階でほとんど全ての型は決定してます。そして、変更は
大掛かりな戻り作業となります。

・システム間でのメッセージ通信
・DBの構築
・異種言語が混在での開発

外部仕様ならコーディング前にきまってるんだよ。
スパうんぬんは戻り作業が多くなると発生しやすい。
0049名無しさん@お腹いっぱい。NGNG
37正論じゃん?
感情論?どこが
0050名無しさん@お腹いっぱい。NGNG
俺の感覚だと、「すぱげてぃーなコード」ってgoto使わないと出来ないって感じ。
0051>49NGNG
論理なんてどこにも無くて感情的反発を書いてるだけですが?
0052>51NGNG
それ言ったら、ハンガリアン記法自体、論理じゃないでしょ。
コーディング規則のひとつにしか過ぎない。
赤がすきか、青がすきか、ってレベルの話なんだよ。最初っから。

pData と書くか、DataPtr と書くかの違いでしょ?

0053>48NGNG
ちょっとズレてますな。
0054名無しさん@お腹いっぱい。NGNG
私もC言語で開発した時はハンガリアン記法使ってました。
つーか、途中から入った時既に使われてたんですけど。
ほとんど17さんの意見と同じですね。置換作業は面倒とは思いません。
また、30さんのようにバイト数まで記述する事はなかったです。

数百万ステップもあるソース群だと、何らかの変数名規則は必須かと思われます。
そして52さんのようにどちらかにするか決めて前者の方を採用しただけです。
szNumとnNumのように使い分け、型を意識してコード書いてました。

他人のソースをメンテする時は、shu@`syuの違いなど、
気に入らない変数名などは徹底してコピペしました。

ハンガリアン記法を使うなら使う、使わないなら使わないと決めて
混在しないようにすれば混乱は起きないと思います。

005517>28NGNG
いくら嫌いだったり喩えであっても百害あって一利無しは正しくないでしょう。
私への誹謗もそうですが、あなたの発言って論理より感情が先に来ているように
見えます。反論を論理的に書いてレスが多少長くなってもそれは必要だからです。
それを単純に誹謗するのは感情的すぎますね。その癖、議論とは関係無い事も
書けとは矛盾しています。
ハンガリアンが大嫌いな人がいるのは分ってますよ。
変数名が長くなることと、変数に型情報を含めたプログラムをしたくない
というのが主な理由でしょう。
個人的な見解を書くと、ハンガリアンが、メモリやデーターサイズへの要求が
シビアだったDOS/Windows畑で生まれ一部に普及していったのは必然だったと
思いますし、それを気にする必然性がほとんど無いUNIX出身のプログラマには
理解できないのもよく分ります。LinusもC FAQの意見もそちらよりの意見でしょう。
それに私自身、ケースバイケースだと言ってるだけで、別にハンガリアン信者では
ないですよ。
使うときと使わない場合がありますし、理想としては私もあまり型だとかデータの
サイズとか気にせずプログラム作りたいです。現在はそれを許される環境が
でもそうはいかない場合があるからハンガリアンを現実的な対策として使うときが
あるのです。
005617NGNG
ちなみにハンガリアンを使うのは別が指摘しているようなコンパイルの警告代わり
とは関係ありません。
警告レべルは当然一番きつくした上でもハンガリアンにメリットがあると思って
使いましたよ。だいいちコンパイラの警告はキャストで逃げられてしまいます。
24に書いたとおりデータ型とサイズを強く意識してプログラミングしてもらい、
可読性と生産性と効率をあげるのが目的です。
36の書かれたデータサイズを安易に変えさせないメリットというのも確かにある
かもしれませんね。

>・タイプ量が増える
>・タイプ量が増えればタイプミスも増える
>・接頭詞と実際の型が食い違う可能性があり、その場合デバッグが困難
>・変数名から変数の目的が直感的に分かりづらくなる
何文字がタイプ量が増えるのはそうでしょうが、他はよく分りませんね。
>・変数名から変数の目的が直感的に分かりづらくなる
これが特に分らない。接頭語をつけてるかどうかの違いだけで直感的に分りづらく
なるはずがない。ハンガリアンを否定するために無理矢理こじつけてませんか?

それと決まりきった接頭語がついたからといって、タイプミスって増えますか?
すぐ慣れると思いますし慣れたらミスは一般的なプログラマならそれが原因の
タイプミスはまず無いように思いますけどね。

接頭詞と実際の型が食い違う可能性はそりゃあるんだろうけど、規約を破られた
場合まであまり考えたくないなぁ(笑)
そういうのはどんな規約でもありうることでしょうけど、それを気にしだしたら
規約作れなくない?
まぁそのリスクが多少あるのは認めますけどハンガリアンが必要なときに、
メリットと天秤にかけると、気にする必要はないリスクだと判断するでしょうね。
型を意識的じゃなく間違えて使ったら、それこそCでも警告レベルあげとけば
どこかで警告が出る可能性が高いからデバッグまで持ち越すことってあまり
ないんじゃないかなぁ。
005717NGNG
55の訂正
「現在はそれを許される環境が・・・」は
現在はそれを許される環境が増えてきていて嬉しいですが、そうはいかない
場合もあるからハンガリアンを現実的な対策として使うときがある
のです。
0058名無しさん@お腹いっぱい。NGNG
17は負けず嫌いだね。つーか執念深いって。
何気ない一言を一生根に持つタイプだ。
005917>58NGNG
安心してください。
ただ議論してるだけですし、こんなことで一生どころか1秒も
恨んだりなんてしないですよ。
誹謗と思える発言には一応はしますけどね。
というわけで誹謗中傷はやめてね(笑)
006059NGNG
言葉が抜けてたので訂正
誹謗と思える発言には一応は指摘はしますけどね。
0061>17NGNG
宗教論争だっつー結論出てるのにウダウダ書き込んでんじゃねーよ
なーにが議論だ?オマエも感情むき出しじゃねーか

逝ってよしだな
006217>61NGNG
それってあなたが、そういう結論にしたいだけなんでしょ?
私にその結論を押しつけられても知らないです。
宗教だとか感情だけならハンガリアン使わないです。
論理で必要だと思ったとき使っただけです。

ちなみに19が一番言いたいことなので再引用しておきます。
>ハンガリアンを使う使わないは自由だしケースバイケースで
>決めればいいと思うが「百害あって一利無し」と言うほど
>毛嫌いして排除しなければいけないようなものでは無いと思う。
>プロジェクトや社内の規約で決まっていれば素直に従えばいいし、
>自分で自由に決めれるなら好きにすればいいと思うぞ。
0063名無しさん@お腹いっぱい。NGNG
ま、好きにすればいいっていわれても、どっちが好きかわかんない
しともいる(私がそうだ)から、議論や雑談は続けて欲しいです。
参考になる意見もあるし。
あ、でも、煽りに負けてるような人の意見は説得力が無い感じはす
るです。
006417>63NGNG
そうですね。
別に誰か特定の人に向けてだけ発言しているわけではないので、
意見は個々で判断すれば良いことでしょう。
その上で好きにすればいいです。
0065俺は一言しか参加しないよNGNG
とりあえず17すごくうざい。

言ってる事が正論であっても、相手のあらを探す姿勢が嫌。
所詮文字によるコミュニケーションであり、
正確に伝えられるかどうかもわからないのに、
「善意に解釈する」事を絶対しないね。

NULLの頃から。
0066名無しさん@お腹いっぱい。NGNG
文の切れ端を捉えて揚げ足取りするのは得意だが
行間を読んで意志疎通を図る能力の欠如。
0067>NGNG
議論も好きだけど論破するのはもっと好き。
自分の書きこみが相手にどういう印象を与えるか承知してるが、
「ふっかけてくるのは相手のほうで自分はただ議論をしてるだけ」
と言えば逃げられると思ってる。
0068名無しさん@お腹いっぱい。NGNG
メタな批判しかできない厨房(58、61、65、66、67)が大勢いるな
0069名無しさん@お腹いっぱい。NGNG
一行レスしかできない厨房(68)が一人いるな
0070>69NGNG
オマエモナー。そしてオレモナー
0071意味なしNGNG
オマエのモナーはオレのモナー。
0072名無しさん@お腹いっぱい。NGNG
このスレに初参加。

なんとなく読んで感じたんですけど
たぶん、17あなたは勘違いしているよ
ここで会話している人は、
バンガリxxなんて使われたら
開発効率が落ちてしまうことがウザくてウザくてたまらない
実力者ばかりなんだわ。
17が想定しているプログラマの実力が違うわけ。

バンガリxxが多人数開発に有用だ
という無茶な論理でバンガリxxを用いられて
100人の中で自分の生産効率が落ちるのは我慢ならないよな

たぶん17に近い所のプロジェクトで100人からなる開発者(コーダー)で
開発していることは
バンガリ記法ウザイと思う人間(プログラマ)が10人いれば
完成しちゃうような程度のプロジェクトなんだわ。
0073名無しさん@お腹いっぱい。NGNG
日本の夜明けがこないのは
>プロジェクトや社内の規約で決まっていれば素直に従えばいいし、
これだよな、すべて勝手に決められた事で
無駄な時間を費やしてしまうんだ。

コーダーしかいない場合はバンガリ...
プログラマはバンガリ使わず。

このスレにはコーダーもかなりいるんだけどね。(wara

ああ、コーダーが業界から消えてくれれば
こういう下らんスレも必要なかったのにな。
0074名無しさん@お腹いっぱい。NGNG
ハンガリー表記で生産効率の落ちるプログラマーつーのは
置換もまともに出来なくて接頭詞がつくとタイプミスして
しまう馬鹿とかだろ?
一緒に仕事したくねーな(わら)
0075DolBackyNGNG
ハンガリアン使うのは、便宜上同じ変数名で違う型のモン作りたい時だけなり。
インタフェイスさえ一般性をもたせりゃまあよいかな〜…程度の考え。

WORD wFlag;
...
DWORD dwFlag = (DWORD)wFlag;
0076職業話は板違いNGNG
どっかいけ
0077名無しさん@お腹いっぱい。NGNG
>74シーカ17?
なんで、プログラマが文字列置換をするのに
必死にならなきゃいかんわけ?

御前さんがコーダーだから、アタマイイプログラマがうらやましだけでしょ
がんばって痴漢をうまくヤッテテネ(藁
0078>77NGNG
お前は、必死にならないと置換すらできないのか?
ハンガリー記法で開発効率が落ちるプログラマーの言う事は流石に違うぜ
置換とタイプミスで開発効率が落ちるんだろ?ゲラゲラ
0079>17NGNG
百害あって一利なしという意見を排除し、我を通しているあたり
オマエ全然足元が見えてないだろ?
オマエのやってるのは議論じゃないよ。ちっとも建設的じゃない。
単に相手を言い負かしたいだけ。

学生のやる競技議論がちょうどそんな感じだな。議論の中から何かを
見出すのでなく、とにかく自分が勝ちたい議論だ。

>ちなみに19が一番言いたいことなので再引用しておきます。

だったらもっと短く書けるだろ?
うざい長文かくなという指摘は至極全うなものとは思わないか?

0080>77NGNG
必死で置換して開発効率が落ちるつーことはデーターの型を変え
まくるってか?
データ設計もまともに出来ない接頭詞は覚えられずタイプミスす
るプログラマーの頭の中身が見てみたいぜ。ゲラゲラ
0081>80NGNG
だからそれはもういいって。
0082名無しさん@お腹いっぱい。NGNG
> たぶん17に近い所のプロジェクトで100人からなる開発者(コーダー)で
> 開発していることは
> バンガリ記法ウザイと思う人間(プログラマ)が10人いれば
> 完成しちゃうような程度のプロジェクトなんだわ。

厨房がちょっとかじった本で「ハンガリアンはださい」というのを読んじゃったのかな。
コーダーは必要だよ?ちゃんとした設計が出来る人間が1から100までコーディング
してたら大変じゃん。コーディングだけできる人間が残りの部分をやってくれればいい。
実力のある人でもそこで力を発揮されると船頭多くして船山に登っちゃったり、
それにあわせて他の部分の修正とか入ってしまうので力の無駄遣いになる。

>80
専門出てVBちょこっとかじったような似非プログラマが派遣会社から送られてくるの。
ハンガリアンうんぬんはともかく、そんなことも分からない奴に言っても無駄だとは思うけど。

あ、そういえばまだ夏休み終わってなかったな・・・
008354NGNG
ハンガリアン使っても使わなくても
あまり作業効率は変わらないと思いますが。

データの型を頻繁に変えるなんてことは
ほとんど起きたことありません。
設計自体に、はじめから問題がある時ぐらいではないでしょうか。

73さんの
>>プロジェクトや社内の規約で決まっていれば素直に従えばいいし、
>これだよな、すべて勝手に決められた事で
>無駄な時間を費やしてしまうんだ。
これが守れないなら、一人で(または代表となって)新規にプロジェクトを
起こすしかないのではないでしょうか?

火消し役に投入されたりした人が我流で突き進まれたら困ります。


0084名無しさん@お腹いっぱい。NGNG
そこそこスキルのある人って設計書も何にも無しに(設計書は後で書くらしい)
「書くぜー書くぜー、思い付くまま気のむくままー、残業なんてーするもんかー
はいでーきた」
って人が多いと思うんですよ。実際に存在するし。
そういう人にハンガリアンって似合わない気がするし、ハンガリアン押し付けたら
確実に効率落ちるでしょうね。
タイプ数が増える云々はたてまえで、もっと精神的な面で(嫌だ、無駄だ、ウザイ
美しくない・・・etc)いわゆる創造力が落ちるのでしょう。
こういう人から見れば確かに、「百害あって一利なし」でしょうね。

立場が変われば見方も変わるということですよ。
どちらの主張もそれぞれ正しいし、間違っていると言えます。
宗教論争というのは的をついてますね、その通りだと思います。
0085>83NGNG
全員が納得して守れない規約なら守れるように変更するのが本筋だな
法律とは違うんだから
それとも君の組織じゃPMは神様なのかい?
008654NGNG
>84
うーん、その通りかも知れませんね。

>85
例に挙げた「火消し役」は大抵「途中」から参加します。
最初からそのプロジェクトに参加するケースなら
85さんのように考えるのが正しいと思いますが。

まあ私のケースは火消しでもなんでもなくてただ入れ替わりで
途中から入っただけなので、もうそこで確立されたルールに
従うしかないと思ったわけです。
0087名無しさん@お腹いっぱい。NGNG
>84
その通りです。納得しました。
0088>84NGNG
それでは通用しないプロジェクトがあるんだよ
0089名無しさん@お腹いっぱい。NGNG
つーか規則ぐらいで創造力が落ちるとか言う糞はプログラマー
やめちまえ
「百害あって一利なし」は糞プログラマだろ
0090名無しさん@お腹いっぱい。NGNG
>89
その通りです。納得しました。
0091名無しさん@お腹いっぱい。NGNG
>88
だから84は
>立場が変われば見方も変わるということですよ。
って書いてんだろーが
読むだけじゃなくて理解しろや、なぁタコスケ

>89
哀れすぎてかけてやる言葉が見つかんねーよ
あとな、否定意見書くなら理由も書こうや、糞名無しさんよ

0092名無しさん@お腹いっぱい。NGNG
ハンガリー表記は糞厨房が
無理矢理決める規則だといいうことに落ち着いた。
88-90は同一人物糞ガリアン厨房でした。
>91
もう厨房を相手しなくてもいいよ、どうせ煽りあいにしかならないって。

あーあ、夏休み早く終わんないかな。
糞ガリアン厨房は2学期から社会復帰した方がいいよ。
つーか、俺に夏休みクレヨン
0093名無しさん@お腹いっぱい。NGNG
ハンガリアン好きです。
他人のソースでも読みやすいです。
0094名無しさん@お腹いっぱい。NGNG
つーか91@`92は他人のこと言えないと思う
0095名無しさん@お腹いっぱい。NGNG
精神とか宗教とかで結論づけるのくだんねー
プログラム技術@なんだから長所短所を議論しろや
0096名無しさん@お腹いっぱい。NGNG
>93
それ結構うれしい。つーか、仕事なら気をつかうのが義務だろ。
人のこと考えないソース書いて平気なひとには、
どうでもいい「糞」なことなんだろうけど。
0097>92NGNG
84-87-91-92も同一人物に見える
糞発言はどっちもどっちだから糞でない冷静な議論の再開を望む
反ハンガリー表記は精神論ばかりで説得力無いぞ
0098名無しさん@お腹いっぱい。NGNG
92
>84-87-91-92も同一人物に見える
違う。確証なく同一人物当て、辞めた方がいいよ。他のスレでもナ

>反ハンガリー表記は精神論ばかりで説得力無いぞ
反ハンガリにムカ入ったので、煽ったが

>糞発言はどっちもどっちだから糞でない冷静な議論の再開を望む
激しく同意
0099名無しさん@お腹いっぱい。NGNG
タイプミスという話がありましたが、ハンガリー表記にしておけば
タイプミスにもかかわらず、コンパイルがとおってしまった、
という悲惨なバグも減る可能性が高くなって好都合だと思います
0100名無しさん@お腹いっぱい。NGNG
ハンガリアン使おうが使うまいが、
タイプミスしたらコンパイル通らんと思いますが……。
0101名無しさん@お腹いっぱい。NGNG
あー、とりあえず、使う必要をまったく感じないので使ってません。
我輩にハンガリアン使わせたきゃ、そのメリットを説明してちょ。
■ このスレッドは過去ログ倉庫に格納されています