コーディング規約をまとめてみた (Ruby編) - bojovs::blog
色々なところで見かけるコーディング規約を見て意識はしているのですが、 その時の気分で書き方を変えてしまうことが多々あったので、自戒を込めてコーディング規約をまとめてみました。 「なぜこの規約が存在するか」を明確にするために、できる限り理由も併記しています。 ただかなり主観的な部分があるので、あまり意味がないかもしれません…。 「この記事のこの規約は気に入らない。」と思うことがきっとあると思います。 その時はコメント欄などに理由も合わせて書いてくれると嬉しいです。 この記事ではRubyのコーディング規約をまとめています。 近いうちにRailsとCoffeeScriptのコーディング規約もまとめるつもりです。 Rubyのコーディング規約は以下のページを参考にまとめました。 https://github.com/styleguide/ruby https://github.com/bbatsov
コーディング規約再考 - うっくつさん本を読む。
http://d.hatena.ne.jp/bleis-tift/20090804/1249389793の話。 確かに元のコーディング規約は突っ込みどころが多い。Javaの規約をそのまま持ち込むという時点で規約項目の検討が甘いことは想定できるし、実際の突っ込みも納得できるものが多い*1。 このコーディング規約についてメタレベルの突っ込みを入れてみよう。 チェック法の規定がない。 コーディング規約を守っているかどうかをチェックする方法を規定していない。典型的な検査法にはそれぞれ問題がある。 目視検査 圧倒的に労力の無駄。 抜き取り検査 品質保証であって品質保障ではない。 自動検査 品質保障として使えるが、判定条件を作れるかが疑問*2。 想定される最悪の事態は「何か問題が発生してから遡及してチェックする」という手法だ。品質保証ですらない。 設計に関する内容が含まれている。 設計に関する内容とい
オブジェクト倶楽部、コーディング規約の会の「C# コーディング標準」の駄目なところ - ぐるぐる～
C# のコーディング規約としては、オブジェクト倶楽部のもの (PDF) が有名だけど・・・正直、これ使いたくない。 冒頭に「このドキュメントは Java コーディング標準(オブジェクト倶楽部バージョン)、VB.NET コーディング標準を C#用に変更したもの」なんて堂々と書いてる時点で・・・ で、この規約のどこが駄目なのか、なぜ駄目なのか、どうすればいいのかをまとめてみた。 なんだかんだで長文エントリ。 追記： ちなみに、C# の規約としてはクラス ライブラリ開発者向けのデザイン ガイドラインで十分だと思う。 更に追記： ブコメで教えてもらったんだけど、どうやらクラス ライブラリ開発のデザイン ガイドラインの方が新しいらしい。 2. ファイル構成 (1) ファイル名 public クラスはそのクラス名の 1 ファイルにする。 例：public class Customer は、Custom
とりあえず Java コーディング規約を読んで思ったことを幾つか書いてみるよ！ - SiroKuro Page
経緯 > id:SiroKuro > ぶっちゃけ自分の腕試しを兼ねて、こういう間違い探しやってみたいんだけど、何か良い題材は無いかな。だれか紹介してよ。 おぉ、ちょうどいいんじゃないでしょうか？ISID 版。 http://d.hatena.ne.jp/bleis-tift/20090804/1249389793#c1249471653 ということで読んでみました。読んでみた感想は……意外と好感触？だったりします。 とりあえず本編 名前をつける時はすべて英語を基本としてください。 JavaCodingStandard2004_P.9 クラス名には、機能 ID、連番等の意味のわかりにくい名前を使用しないでください。 JavaCodingStandard2004_P.11 賛成。ローマ字で付けられた名前は見難くてしかたがない。うちはＮの規約を使ってるけど、ここが最大の不満点。 パッケージ名は、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
