- 1 名前：デフォルトの名無しさん mailto:sage [2007/02/04(日) 23:28:42 ]
- カッコの位置や変数名のつけ方から、何で規約なんて決めるのという話まで
コーディング規約・スタイルに関するスレ
前スレ
コーディング規約 第2条
pc10.2ch.net/test/read.cgi/tech/1068752664/
- 29 名前：デフォルトの名無しさん mailto:sage [2007/02/07(水) 03:38:16 ]
- ・アホは三項演算子使用禁止（そして、お前はアホだ）
・「( 論理式 ) ? 式1 : 式2」という書き方は禁止
全体を括弧でくくって、「( 論理式 ? 式1 : 式2 )」と書け
- 30 名前：デフォルトの名無しさん mailto:sage [2007/02/07(水) 07:54:28 ]
- >>26
リファクタリングを、コードの整形レベルのことだと思ってるってこと
だろう。
- 31 名前：デフォルトの名無しさん mailto:sage [2007/02/07(水) 09:22:23 ]
- >>28
普通に使うよ。使った方がコードが読みやすくなると思ったら迷わず使う。
- 32 名前：デフォルトの名無しさん mailto:sage [2007/02/07(水) 10:09:26 ]
- >>29
なんで、三項演算子使っちゃいけないの？
- 33 名前：デフォルトの名無しさん mailto:sage [2007/02/07(水) 10:51:29 ]
- よく言われるのは、「読みにくいから」かな・・・
まー使ったほうが綺麗に読みやすくなる場合もあると思うんだが、
アホに使用を許すと場をわきまえずバンバン使って、えらく読みにくくなる場合が多い。
どうせ構文砂糖なんだから、禁止しても害は無いので禁止しちまえ、という事らしい。
- 34 名前：デフォルトの名無しさん mailto:sage [2007/02/07(水) 10:52:26 ]
- はいはい、そうですか。
- 35 名前：デフォルトの名無しさん mailto:sage [2007/02/07(水) 12:10:12 ]
- ふたこと、言わせててくれ
三項演算子より条件演算子が正しい表現ではないのか
条件演算子はネスト禁止
- 36 名前：デフォルトの名無しさん mailto:sage [2007/02/07(水) 12:12:32 ]
- なるほど、君が言いたい事はよーくわかったぞ。
- 37 名前：デフォルトの名無しさん mailto:sage [2007/02/07(水) 12:37:07 ]
- HRESULT hr;
FALSE |
FAILED(hr = ...) |
FAILED(hr = ...) |
が30行ぐらい延々とつづくコードをみたことがある。
中で三項演算子もばっちり使ってた。
生暖かく見守ってたらやっぱりメンテで叫んでた。
- 38 名前：デフォルトの名無しさん mailto:sage [2007/02/07(水) 12:38:43 ]
- うーむ、そうかそうか。
- 39 名前：デフォルトの名無しさん mailto:sage [2007/02/07(水) 13:21:16 ]
- そう言えば、オープンソースのプロジェクトの規約ってどんなんなってんだ？
規約のリンク集みたいなサイトってある？
- 40 名前：デフォルトの名無しさん mailto:sage [2007/02/07(水) 13:25:56 ]
- そんなもんあるかボケェ
- 41 名前：デフォルトの名無しさん mailto:sage [2007/02/07(水) 13:42:20 ]
- オプソだからといって全体がどこかの規約に従ってるわけじゃなく
プロジェクトごとに定めているのがふつーだわな。
Linux kernel coding style(ソースツリーにも入ってる)
pantransit.reptiles.org/prog/CodingStyle.html
1インデント幅が8スペース分のTAB。
GNU Coding Standards
www.gnu.org/prep/standards/standards.html
変態的な{}の使い方が特徴。
Code Conventions for the Java Programming Languag
java.sun.com/docs/codeconv/
オプソじゃないけどJavaでは有名。
Mozilla Coding Style Guide
www.mozilla.org/hacking/mozilla-style-guide.html
いろいろC++の機能の利用を制限しているのがつらそう。
ぐぐるとjakartaのとかもあるな。
- 42 名前：デフォルトの名無しさん mailto:sage [2007/02/07(水) 16:35:13 ]
- GNUキモいな
- 43 名前：デフォルトの名無しさん mailto:sage [2007/02/07(水) 17:18:07 ]
- >>42
gccとemacsの世話になりっぱなしだが、あれだけはイヤ。
- 44 名前：デフォルトの名無しさん mailto:sage [2007/02/07(水) 18:07:33 ]
- あの規約のおかげで、コードが流用されたときに
出所がすぐ分かるとかｗ
ねーか、キモいからか書き換えられる悪寒
- 45 名前：デフォルトの名無しさん mailto:sage [2007/02/07(水) 20:07:06 ]
- >41
おー、こんなの読みたかった、thx
しかしGNUのブレースの書き方…ｗ
Mozilla は和訳もあるみたいね。
ttp://www.mozilla-japan.org/hacking/mozilla-style-guide.html
- 46 名前：デフォルトの名無しさん mailto:sage [2007/02/07(水) 22:27:45 ]
- >>13
> 俺はタブを使ってインデントしてるんだが（ハードタブっていうのか？）
> こうしておけば各自見やすいタブ幅に設定しておけるしいいんじゃないかと思っている。
>>14
> タブ派 == インデント幅は各自好きにしろ。
char *hoge = {"hoge", "piyo",
"fuga"};
if (hoge ||
piyo)
function(arg1,
arg2);
行頭だけタブ使っていても、一行が長くなる時には改行入れるでしょ。
その時にどうしてもタブとスペースが混ざったり、混ざらない場合でも
人によっては見苦しい汚いコードになるわけだ。
他人に公開するソースにはタブなんて使うもんじゃないよ。
Tabs are evil
www.google.com/search?q=%22Tabs+are+evil%22&hl=en&ie=utf-8&oe=utf-8
- 47 名前：デフォルトの名無しさん mailto:sage [2007/02/07(水) 22:53:35 ]
- じゃあ
www.jwz.org/doc/tabs-vs-spaces.html
は？
- 48 名前：デフォルトの名無しさん mailto:sage [2007/02/07(水) 23:13:59 ]
- TABな人です。
継続行は元の行より1レベル余計にインデントするだけで、
位置あわせは全くやりませんね。
- 49 名前：デフォルトの名無しさん mailto:sage [2007/02/08(木) 00:23:01 ]
- >>28
ローカル変数を const にしたいときに使うので良く使う。
こういうときに匿名関数とか欲しくなる。
- 50 名前：デフォルトの名無しさん mailto:sage [2007/02/08(木) 02:47:20 ]
- なんで人間がソースコードを整形するんだよ。
インデントなんか何だっていいんだよ、
チェックインする前に自動整形かければ済むことだ。
人様のコードを読む時も、自動整形かければ済むことだ。
まぁ、インデントがスペースだと文句を言う人は、
キーボードの→を押して、ぼーっと画面を眺めるような間抜けだろう。
- 51 名前：デフォルトの名無しさん mailto:sage [2007/02/08(木) 06:34:06 ]
- そうかそうか、よーくわかったぞ。
- 52 名前：デフォルトの名無しさん mailto:sage [2007/02/08(木) 14:08:08 ]
- >>50
なんで人間がソースコードを整形しないんだよ。
インデントって重要なんだよ、
チェックインする前には、必ず手作業で整形する習慣をつけるべき。
人様のコードを読む時に、自動整形するなんて言語道断。
まぁ、自動整形がいいんだと文句を言う人は、
世の中には例外というものがあって、自動整形することで
醜くなるソースコードがあることすら理解できない間抜けだろう。
- 53 名前：デフォルトの名無しさん mailto:sage [2007/02/08(木) 16:30:10 ]
- なるほど、そうかそうか。
- 54 名前：デフォルトの名無しさん mailto:sage [2007/02/08(木) 21:57:34 ]
- >>52
一本とれてよかったね。
- 55 名前：デフォルトの名無しさん mailto:sage [2007/02/09(金) 04:31:13 ]
- なんか、ソースが世代ごとに、違う整形ツールで整形を受けていって、
しまいにゃあ、いろんなところが崩壊して行きそう
マイケルジャクソンみたいに
- 56 名前：デフォルトの名無しさん mailto:sage [2007/02/09(金) 07:26:37 ]
- ・使う整形ツールを規約で規定する
・ツール側の非互換な変更に備えて、バージョンまで指定する
・ツールを変更した場合、そのツールで全ソースを整形し直す
くらいで解決できそう。
- 57 名前：デフォルトの名無しさん mailto:sage [2007/02/09(金) 15:12:40 ]
- >>46
その例だと、こうする。TABの幅が変わってもずれない。（可変幅fontな奴はさすがにいないだろう）
<TAB>char *hoge = {"hoge", "piyo",
<TAB> "fuga"}; // TABのあとに14文字スペース。前の行のcharのc前までがTAB
まあ個人的なコードで他人関係ないならこう書くけど
<TAB>char *hoge = {
<TAB><TAB>"hoge",
<TAB><TAB>"piyo",
<TAB><TAB>"fuga",
<TAB>};
- 58 名前：デフォルトの名無しさん mailto:sage [2007/02/09(金) 16:13:50 ]
- >>57
等幅フォントという前提自体が美しくない。
まぁ、>57の前者程度であれば空白が詰まろうとたいした問題ではないが。
駄菓子菓子、パラメータや型名の後を揃えたがるのはどうにもこうにも美しくない。
Ex.
sumType_t funcName(
int foo, /* この行にfooとbarをそろえるための空白を入れている */
const char * bar
)
{
- 59 名前：デフォルトの名無しさん mailto:sage [2007/02/09(金) 20:07:14 ]
- プロポーショナルフォントなど使うスットコドッコイは逝ってしまえ的な
- 60 名前：デフォルトの名無しさん mailto:sage [2007/02/09(金) 20:57:01 ]
- >>59
現にここに貼ってもプロポーショナルフォントで見る羽目になるわけで。
- 61 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 02:21:33 ]
- そういえばプロポーショナルなフォントでソースコード書かないね。
ハードウェア・ソフトウェアとも、十分プロポーショナルフォントで行ける環境はあるのに。
メールなんか、Outlook Expressやらのせいで、どちらかというと等幅の方が劣勢だよね。
- 62 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 02:22:05 ]
- フォント自体は等幅なのだが、
キーワードが太字になったり斜体になったりして
結局揃わない罠。
- 63 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 02:25:49 ]
- >>61
フォント変えられるエディタで好きに書けよ
- 64 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 03:04:12 ]
- double mat[9] = {
1.0, 10,0, 100.0,
125.0, 1.0, 12.4,
45.0, 1250.0, 25.0
};
こんな感じのを書くときとか、やっぱ都合が悪いわけで
- 65 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 12:22:00 ]
- >>61
等幅等幅いってんのは日本人だけだろ？
- 66 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 12:52:45 ]
- そりゃそうだろ。アラビア語とか等幅の概念自体ありえないし
- 67 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 13:01:35 ]
- >>64
Tabを使えとあれほど
- 68 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 13:03:21 ]
- 手持ちの英語で書かれてる本は、コード部分は等幅クーリエの模様だな。
アラビア語の書籍は持ってないので分からん。
- 69 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 13:07:45 ]
- よく考えたらソースコードにアラビア文字は使わないか。
日本語プログラミング言語が基本的にゲテモノ扱いなのと一緒で
- 70 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 13:40:11 ]
- プロポーショナルフォントでコーディングはないだろ。
むこうでもタイプライタ系の等幅フォントだよな。Courier NewとかConsolasとか。
- 71 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 13:49:46 ]
- Pascalのソースってプロポーショナルで印刷したりしない? Delphiは知らないけど
- 72 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 14:12:43 ]
- ストラウストラップの本のコードは確かプロポーショナルだったような
- 73 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 14:38:29 ]
- プロポーショナルだったら不要な宗教戦争はなかったかもなあ。
- 74 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 15:34:14 ]
- Pascal覚え立ての頃、+=の本をまねしてソースコードを
pretty printすることはあったけど今はやらないなぁ。
だいたいソースコードを印刷すること自体まずやらん。
- 75 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 16:29:50 ]
- COBOLとかRPGとか、桁位置に意味がある言語だとプロポーショナルはつらいなｗ
- 76 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 16:30:22 ]
- >72
D&Eだっけ？すごく読みにくかった記憶が。
- 77 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 16:36:58 ]
- 印刷されているものだと、実際のソースコードではなく、擬似コードっぽいものだと
プロポーショナルで書かれていることもあるみたい。
今見たら、ソフトウェア博物誌とかそうなってた。
- 78 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 01:28:35 ]
- >>74
> だいたいソースコードを印刷すること自体まずやらん。
EclipseからわざわざソースをエクスポートしてDFで差分を表示して
印刷してレビューとかしてます。いやさせられてます。もうアホかと
- 79 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 02:09:36 ]
- >>67
タブじゃ全然無理
場所によって桁数がちがうだろ、よく見ろ
- 80 名前：デフォルトの名無しさん mailto:sage [2007/02/15(木) 11:03:40 ]
- コードの整形ツールって皆さん何使ってますか？
sourceforge.net/projects/gcgreatcode/
これ？
- 81 名前：デフォルトの名無しさん [2007/03/12(月) 01:51:52 ]
- indent
- 82 名前：デフォルトの名無しさん mailto:sage [2007/03/12(月) 03:04:05 ]
- 手元にあるJavaクイックリファレンスでは
プロポーショナルでびっしり印刷してある。
パッと視界に収まるのは良いけど。
- 83 名前：デフォルトの名無しさん mailto:sage [2007/03/13(火) 23:50:45 ]
- ところで、<winnt.h>を見たら、その中で使われている構造体のメンバには
さっぱりハンガリアン記法が使われていなかった。
このヘッダ自体は古くからあると思うんだけど、
そこでハンガリアンが使われていないということが意外だった。
- 84 名前：・∀・）っ-○◎● mailto:sage [2007/03/14(水) 00:44:27 ]
- Win 9xのチームとNTチームは元々別で、
ハンガリアンマンセーなのは9xのほう。
ってばっちゃが言ってた
- 85 名前：・∀・）っ-○◎● mailto:sage [2007/03/14(水) 01:31:56 ]
- ちなみに,NETではハンガリアン記法一切ない
- 86 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 05:29:57 ]
- NTカーネルモードのコードにもハンガリアン使われてないしね
- 87 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 05:50:47 ]
- カトラーがハンガリアンを嫌ってなかったっけ。
- 88 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 05:58:41 ]
- カーソル合わせりゃ型が出てくる統合環境で
iHoge とか dwFoo とか書く意味はまるでないッ
その変数の「意味」を頭に書き加えるのならやってもいいッ
- 89 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 06:15:43 ]
- デイヴ・カトﾁｬﾝ
- 90 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 08:14:01 ]
- 本来のハンガリアン記法は型名略記なんかじゃなかったんだよな。
- 91 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 09:13:06 ]
- ↓間違ったコードは間違って見えるようにする
ttp://tinyurl.com/2cgb8n
型名プレフィックスをつけるだけの記法を
ハンガリアンと読んでいる奴はアホ。
その記法をマンセーしてる↓みたいな奴はもっとアホ。
ttp://homepage2.nifty.com/well/HungarianNotation.html
- 92 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 14:06:04 ]
- >>91
激しく同意
- 93 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 23:21:44 ]
- ハンガリアンを積極的に使うつもりはないけど、
HWND hWnd;
とか書いちゃってるなあ。
HWND windowHandle;
でいいはずだが。
- 94 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 23:41:47 ]
- ハンドルのhはむしろアプリケーションハンガリアンに近いものだと俺は思っている。
（やや苦しいかもしれないが）例えばC#なんかだとみんなIntPtrになるからハンドルにhを付けるのも生きてくる。
C/C++のtypedefは型名にアプリケーションハンガリアンを適用するためにも使えるという見方もできる。
（それが行き過ぎて型名とプレフィックスを結び付けるシステムハンガリアンになってしまったのかもしれないが）
そういう訳もあって俺はウィンドウハンドルの変数名・プレフィックスをhWndとするのではなく、hwndとしている。
HANDLE hHoge = hwndHoge;なんて有り得ない。
- 95 名前：・∀・）っ-○◎● mailto:sage [2007/03/15(木) 00:09:41 ]
- なにかとATL::CWindow使ってる俺は wnd～ もしくは ～Window
- 96 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 03:32:04 ]
- GUI部品に btnHoge や tblFuga はありだと思う。
だってボタンやテーブルなんだし。
- 97 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 04:08:24 ]
- hogeButton とか fugaTable とか、略さず書くべきだと思うんだ。
妙な略語は読みにくい。
今時の環境なら補完くらいしてくれるから、長くてもtypoは起きにくいし。
へたすると、短くて補完効きづらい名前のがtypoしやすいくらい。
それに、 button とか table とかは接頭辞じゃなくて接尾辞にすべきだと思う。
型より意味のが重要なんだから。
- 98 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 05:04:25 ]
- できればcamel caseはやめてほしい…
などと言い合いの軸をもう一つ増やしてカオスに追い込んでみようかな。
- 99 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 05:25:13 ]
- camel caseやめると語のつなぎは_かえ？
- 100 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 09:10:00 ]
- 俺は変数は_繋ぎの小文字で関数はCamelにしてる。
変数に大文字が混入するのは何となく嫌だ。
- 101 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 09:51:22 ]
- >>97
頭に持ってくるか尻に持ってくるかは、
どっちの意味を重視するか、どっちから探したいかによるかと。
俺の頭の中ではボタンは型ではなくて、単にボタン。
hoge するものであること以上に
画面上のボタンであることをイメージするので
(hoge という意味もボタンという意味も持つ。型はない。)
頭に持ってきたいんです。
なんだけど、hogeButton の方が自然な名称だとは思う。
まぁ規約に従いますよ。
- 102 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 10:15:28 ]
- ボタン型であるquit(型ハンガリアンだが)じゃなくて
quitボタンという画面部品だから、付けるならquitButtonだなー。
quitButtonで呼ぶ処理ルーティンの名前はquitかもしれぬ。
- 103 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 10:21:36 ]
- quitButton を見て「変数名に型情報入れるなボケ」
とか言ってくるやつがたまに居るんだが
どうやって対処したらいいんだろ。
型じゃねーよと言っても分かってもらえない。
- 104 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 10:31:57 ]
- >>103
ボタン型より抽象的な型（コンポーネントとかウィジェットとか）で
保持してやればいいんじゃね？名前はそのまんまで。
で、本当にボタンとして使うときには毎回キャスト。
一回やってみせて、できあがったアフォコード見せてやればきっと
納得してくれるよ。
- 105 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 11:02:06 ]
- アフォをもってアフォを制す・・・か
- 106 名前：デフォルトの名無しさん mailto:sage [2007/03/16(金) 20:26:03 ]
- 逆に次からもそうしろってなったら嫌だなｗ
- 107 名前：デフォルトの名無しさん mailto:sage [2007/03/17(土) 23:30:31 ]
- C言語だと、
a += 2;
{
懿｡疂nt tmp = a;
懿｡畭 = b;
懿｡畸 = tmp;
}
みたいに{ }を使うこともあると思うけど、これに if else をつけると、
if (a > 0)
懿｡畭 += 2;
else
懿｡痣
懿｡癧疂nt tmp = a;
懿｡癧畭 = b;
懿｡癧畸 = tmp;
懿｡痾
のように、一行コードと{ }のブロックが同じインデントになってるから、
GNUのスタイルは一応理にかなってはいるなと思っただけ。
- 108 名前：デフォルトの名無しさん mailto:sage [2007/03/17(土) 23:34:09 ]
- C言語だと、
a += 2;
{
□int tmp = a;
□a = b;
□b = tmp;
}
みたいに{ }を使うこともあると思うけど、これに if else をつけると、
if (a > 0)
□a += 2;
else
□{
□□int tmp = a;
□□a = b;
□□b = tmp;
□}
のように、一行コードと{ }のブロックが同じインデントになってるから、
GNUのスタイルは一応理にかなってはいるなと思っただけ。
#化けたのでもう一度書きます。すんません。。。
- 109 名前：・∀・）っ-○◎● mailto:sage [2007/03/17(土) 23:45:16 ]
- & n b s p ;をスペース入れずに使いましょう
- 110 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 00:07:54 ]
- >>108
GNUの{}がキモイと言っている奴らは
そういう理屈を理解した上でなおキモイと言っているんだと思われ
- 111 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 00:20:47 ]
- 何しろ「キモイ」なんだから理屈じゃないわな
- 112 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 00:24:12 ]
- >>110
オレは { } を使わない if がそもそもキモイと思う。( >>108 の a += 2; の部分 )
- 113 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 00:34:00 ]
- ttp://www.linux.or.jp/JF/JFdocs/kernel-docs-2.2/CodingStyle.html
＞まずは「GNU 標準プログラム書法」
＞(GNU coding standards)を入手して印刷してみてください。でも、読むために
＞印刷するのではありません。印刷した物を燃やすのです！この儀式は晴れがま
＞しい決意表明なのです！ V^_^V
By リーナスたん
- 114 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 01:23:23 ]
- まあ確かに理屈どうこうじゃねーな。
とにかく気持ち悪い。
- 115 名前：108 mailto:sage [2007/03/18(日) 02:14:49 ]
- >>112
見ていて一番自然なのは K&R のスタイルだとは思うけど、
それでも、{ } を使わない if は普通に出てくるよ。
- 116 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 09:17:27 ]
- >>115
自分では単文の時も必ず{}で括るようにしているが、
そうでないソースがあったとしてもキモいとまでは思わないな。
- 117 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 14:04:35 ]
- if (hoge)
a = 1;
else {
int b;
a = 1;
b = 2;
}
1行コードと {} のインデントを同じにしなきゃならん理由がわからん
ifとelseの中身が同じインデントレベルの方が見て把握しやすい
GNUはやっぱキモイわ
リーナスたんが言うようにGNUのウンココーディングスタイルなんて燃やすべきだ！
- 118 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 15:32:05 ]
- 別にどっちでも大差ないでしょ
俺様wayに頑なに固執するのは俺的には精神分析の対象だと思う。
どっか幼児性が切断されてないところがあるんじゃないの？
気色悪い、という感情はコードのお作法に対してより、
むしろそういう自分自身をこそ向けられるべきだね。
- 119 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 15:36:57 ]
- とはいえ、人間はパターン認識の動物だから、
異なるパターンのコードを行ったり来たりするのは疲れることは確か。
だとしたらフリースタイルというcの思想がそもそも間違ってるのかもね。
まあ、自由というドグマに囚われた不自由なアメリカ人が作ったものだからな。
- 120 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 15:38:38 ]
- 単文とか複文という概念が無いModula2最強ってことでｗ
- 121 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 15:59:53 ]
- GNUのスタイルがキモいと思ってる人間は少くないんだから
コミッターや開発者の間で民主的に多数決でもとって GNU v2 のスタイルでも
決めてくれればいいものを。
一部の変人がコーディングスタイルを決めて、それがデファクトスタンダードになって
しまってる現状に疑問を投げかけてもいいんじゃない？
>>118みたいに人格攻撃しかしないバカには理解できないだろうけど
- 122 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 16:32:19 ]
- GNUよりも>>118がキモイ
- 123 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 16:38:14 ]
- 結論：>>118はキモイ
- 124 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 23:11:13 ]
- >>118の反響の大きさにﾜﾗﾀ
- 125 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 23:19:30 ]
- >>118のキモさに泣いた
- 126 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 23:54:09 ]
- >>118になにがしか反応せずにはいられないやつがこれだけいるとはw
- 127 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 23:58:36 ]
- >>118だと聞いて飛んできました。
- 128 名前：デフォルトの名無しさん mailto:sage [2007/03/19(月) 00:03:09 ]
- 幼児性って分断させるものなん？
- 129 名前：デフォルトの名無しさん mailto:sage [2007/03/19(月) 11:06:30 ]
- この勢いだと>>118が切断されそうです＞＜
|
 |
