［アーキテクチャ編］分厚いコーディング規約を作ってはいけない
コーディング規約は，プロジェクト・メンバーに，プログラミングのルールを認識してもらうために作成する文書である。通常，ソフトウエア・アーキテクトがまとめる。コーディング規約に多数のルールを詰め込むと，プログラマはそのすべてを頭に入れておくことが難しくなる。結局，遵守されなくなってしまうので注意が必要だ。 既存の規約を実情に合わせて改変する コーディング規約の作成は，地味で手間のかかる作業である。プロジェクトごとに，ゼロから作成する必要はない。他プロジェクトで使用されている既存のコーディング規約をベースに，使用するプラットフォームや開発言語に合わせて改変すればよいだろう。 コーディング規約に記述する項目は，一般には「コーディング・スタイルやコメント書式」「識別子のネーミング」「プログラミングの禁止事項」「慣例やTIPS」の四つである。 このうち，「コーディング・スタイルやコメント書式」と「識別
WindowsでSelenium RC + Rspec - aticoにようこそ
5.FireFoxのアドオンScreengrabを下記URLからインストール https://addons.mozilla.org/ja/firefox/addon/1146 6.下記の内容のRakefileを適当なディレクトリに作成 # cofing: utf-8 require 'rubygems' require 'spec/rake/spectask' task :default => [:spec] Spec::Rake::SpecTask.new do |t| t.warning = true t.rcov = false t.spec_opts << '--color' << '-fs' end require 'date' module SeleniumHelperMethods def startup @captures = {} i=1 date_str=Date.to
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
そこに何があるのか、素朴に知りたかった：日経ビジネスオンライン
