いいコーディング規約、悪いコーディング規約？ | スラド デベロッパー
本格的なソフトウェア開発企業で働くとき、最初の頃にまずコーディング規則や慣習などのガイドラインに目を通したかと思う。基本的なガイドラインとして、gotoは原則使用禁止だとか、インデントにはスペースではなくタブを使用すべきであるとか、またはその逆などがあっただろう。ひょっとしたらcontinue禁止や、複数リターン値禁止など、ちょっと変わってるように思える慣習や、あまり直感的とは言えないルールといったものもあったかもしれない。 可読性を高めたり、メンテ性を向上させるには、どんな規約が有効だっただろうか？ ドキュメント上では一見良さそうに見えたが、実際はイマイチだったものなどあるだろうか？ /.J諸氏が実践してきたコーディング規約で特に有効だったのはどんなものだろうか？ 逆に規約のせいで問題が起きてしまったケースなどあるだろうか？ 他にも、使える「自分ルール」などもあれば是非。
自ら進んで教育に手足を縛られたいと思う人たち - 今日行く審議会
竹島の問題についてもう少し書いておきたい。http://d.hatena.ne.jp/kaikai00/20080717/1216245437，http://d.hatena.ne.jp/kaikai00/20080715/1216078288この二つのエントリーでははっきりと書いていなかったけれど，竹島の問題について報道されていること，それに対する反応などを見ながら書いた。 竹島をめぐる韓国側の対応は冷静さを欠いている。http://d.hatena.ne.jp/kaikai00/20080717/1216245437で少し書いたけれど，政治が問題を教育を利用して取り繕い，その場しのぎを行う。政治が教育を利用し，問題から目を反らす。結果，政治が冷静な対応をいくら考えていても，彼らはその教育の結果に手足を縛られ，冷静な対応ができなくなっている。それは彼ら自身が招いた結果であって，彼らの手足
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
はてなブログ | 無料ブログを作成しよう
