>C++でハンガリアン使うなボケ
( ゚Д゚)ポカーン
DirectX(ハンガリアンだらけ)をCで組むタイプの人かな。
DirectXってC++じゃないとかなり面倒なんだけどな。
ハンガリアン否定している連中って、若い奴ばっかりだよな。
「俺は古い慣例にはしたがわねえ!俺isゴッド!!」って馬鹿ばっかり。
一体どういうルールで他人と一緒に仕事すんだろ。
俺ルールかね。
とりあえず、ハンガリー記法を使っていない著名なフリーソースってのを見てみたいな。
俺は見たことないんだが。
>>953 それをしつけるのが古い奴の仕事じゃん。
古い慣例に従うことのメリットをちゃんと説明してやれよ。
>>956 きっちり構造化されてるじゃん。
これならハンガリアンにこだわる必要はねーよ。
こだわる必要がないっていうか、これ他人と連携することを想定していないプログラムじゃん。
もし構造化されている部分に中身に手をつけろといわれたら、はったおすよ。
そういう観点から見れば糞ソース。
だがそれを起こさないようにきちんとまとまってるから良ソース。
仕事ではいつ引き継ぎになるかわからんから、こういう組み方はできんな。
事故ったり、病気になったり。
「担当者が病気になって誰も手がつけられません」ってわけにいかん。
あたまの弱いリーマンがやたら多いですね。
現場経験の無い学生は、理論ではなく対人論証でしか語れない。
で、引継ぎのある仕事とやらを想定するとどういう場合にハンガリアン記法だと嬉しいわけ?
他人の書いたもんなんぞ読みにくくて当たり前、規約なんぞあっても無駄だと感じてるけどね。
>>961 >規約なんぞあっても無駄だと感じてるけどね。
コーディング規約を設けてない会社なんて世の中にねーよ('A`)
ハンガリアンな人に聞きたいんですけど、
ハンガリアンな変数が使われている部分の誤りを発見したとして
その変数の定義部を全く見ないで修正するのでしょうか?
それともやっぱり定義部を見るんですか?
>>964 ハンガリアンはソースを読み解く手助けのためにある。
根本的に勘違いしてないか?
うーん、ハンガリアンのメリットがわからないなぁ。。。
具体的にこういう時にメリットがあるよ!という状況はどういう時でしょうか。。。
>966
ソースを読み解く手助けになる。
但し人によっては逆に鬱陶しいと感じるかもしれない。
コメントを冗長な位に書くか、最低限に抑えるかの違いにも似てるな。
特定のケースに限定しない限り、どっちが良いとは一概には言い切れん。
言い切れる奴は、物事をもう少し多面的に見る努力をした方が良いと思われ。
>>953 俺の周りでは、ハンガリアン大好きっ子は経歴5年程度より若い連中ばかりだよ。
10年程度の古い連中は、経歴の途中でハンガリアンを押し付けられたから最近の風潮を歓迎している。
若いのは、就職してからずっとハンガリアンだから、変化に抵抗があるんじゃない?
自社流勝手ハンガリアンだけどね。
小さい会社でサンプル少なくて申し訳ないんだけどね。
で、御社でハンガリアン否定している若い奴ってのは、やっぱ入社以来 Java か C# ?
>>968 うちではむしろ、学生時代にハンガリアンなんて使ってなかったから仕事で覚えるのに抵抗がある若い奴が多い。
CやC++の勉強中にもハンガリアン使ってなかったみたいなんだわ。
ところで俺人事もある程度担当してるんだ。
ものすごく身勝手で申し訳ないんだが、就職活動の際CやC++のプログラムを提出してきて、それがハンガリアン使われてないと
「う……こいつと仕事するの嫌だなぁ…なんでハンガリアンすら使ってないんだ…」
っとちょっともにょる。
おい。ハンガリアン以前からプログラマやっている人間を忘れているぞ
ハンガリアン肯定派の方に伺いたい。
1メソッド何行ぐらいになるように心がけてる?
俺はハンガリアン否定派だが、だいたい10-20行を心がけている。
もちろん意味ある単位で切り出すので、例外はあるが。
正直、10-20行ぐらいでメソッド記述してると、ハンガリアンって無意味極まりなく思える。
クラスメンバ、グローバルの区別は必要と思うが。
といいつつ、mfcの時はハンガリアンになっちゃうねw
>>971 もちろん短くしようと心がけてる。
が、ハードの制限(主に容量)でそうはいかないことがある。
そういう時にハンガリアンが有用。
というお話。
973 :
971:2005/07/19(火) 01:24:27
ハードの性能が上がればハンガリアンは洋梨?
なところまで上がればいいなぁ。
>>969 > 「う……こいつと仕事するの嫌だなぁ…なんでハンガリアンすら使ってないんだ…」
> っとちょっともにょる。
俺もあんたと仕事したくねEEEEEEEEEEE!
まあ、俺は逆にハンガリアン使ってるソース見たら落とすし、お互いさまだな。
変数の命名で英語ができないことが分かればさらに落としまくり。
私見だが、英語ができないやつはハンガリアン野郎に多い。
やっぱ、適切な命名ができないからプリフィックスでごまかしてるんじゃねえかと思う。確信してる。
それはともかく、そもそも今のハンガリアン記法が間違って広まった件について。
ttp://www.radiumsoftware.com/0507.html#050704
977 :
976:2005/07/20(水) 12:31:10
って、よく見たら
>>829で既出じゃん。
こういう情報に触れてもやっぱりハンガリアンに固執するってんだから相当なものだな。
>>976 まぁまぁ。
プリミティブ型にハンガリアン記法を使うことには少なからず意味があるし、
そういうのを必要とする業種がある、ということでいいのでは。
(もちろん自分では使わないが)
ただbool型だけはいただけない。
bool型の変数の場合、isXxxxやhasXxxxをつけることが多いと思われるが、
これにハンガリアンを適用すると、bIsXxxxやbHasXxxxとなって違和感がある。
だからと言ってbXxxにするのは命名をないがしろにしていることになる。
それ以外については環境に応じて許容できる。
>>976 >ハンガリアン使ってるソース見たら落とす
>適切な命名ができないからプリフィックスでごまかしてるんじゃねえかと思う。確信してる。
こんな奴が人事担当か…。その会社も長くないな
>979
お前真性のおばかさんだろ?
非ハンガリアンタイプの人は、論理的説明一切無しに罵倒のみのレスをするのですねー^^;
とてもプログラマとは思えません。
ハンガリアンを使ってるというだけで不採用なのかw
どんな超優秀人材でも、社内教育すらせずに門前払いするんだな。
そんな会社、どう考えても先長くねーよw
〃∩ ∧_∧
⊂⌒( ・ω・) はいはいわろすわろす
`ヽ_っ⌒/⌒c
⌒ ⌒
ハンガリアン否定派は、ついに論理的なレスも打てなくなったのか…。
むしろハンガリアン肯定派が自作自演しているのかと疑ってしまうくらいだぞ。
別に対立スレじゃないんだから罵りあう必要ないのに。
ということにしたいのですね。
>984
もう飽きただけ。
正直好きにしろw
使わない人間は「使わないことが正しい」という信念を持っている。
使う人間はどうなのかなぁ。俺にはわからない。
ただ、使うことが正しいというのなら、
「ハンガリアン以前には正しい方法は無かった」ということになって
これには首肯出来ないな
プレフィクスはやめろ、ハンガリアンハンガリアン
int n;
long l;
long long ll;
short h;
BYTE by;
WORD w;
DWROD dw;
QWORD qw;
float f;
double d;
long double ld;
int ch = getchar();
char c = ch;
TCHAR szHoge[] = "Hoge";
PTSTR pszHoge = szHoge;
CString strHoge = pszHoge;
std::string strFoo = "Foo";
994の文字列リテラルをTEXT()で囲うのを忘れてしまった。
std::list<T>::iterator it;
int& r = n;
std::ofstream ofs;
std::wistringstream iss;
boost::function<void ()> fn;
void (*pfn)();
POINT pt;
RECT rc;
OPENFILENAME ofn;
HANDLE h;
HBITMAP hbmp;
HBRUSH hbr;
HDC hdc;
HFONT hfnt;
HINSTANCE hinst;
HMODULE hmod;
HPEN hpen;
HWND hwnd;
unsigned u;
unsigned long ul;
unsigned long long ull;
unsigned short uh;
unsigned char uc;
BOOL f1;
bool f2, is3;
HRESULT hr;
WPARAM wp, wParam;
LPARAM lp, lParam;
LRESULT lr, lResult;
HRESULT hr, hResult;
void *pv;
VARIANT v;
BSTR bs;
IUnknown *punk, *pUnknown;
MSG msg;
LOGFONT lf;
STARTUPINFO si;
CHOOSECOLOR cc;
CHOOSEFONT cf;
FINDREPLACE fr;
千!
1001 :
1001:
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。