自分用CSSスタイルガイド
2011年12月時点でのCSSを書くときの自分内での決まりごとを書いておきます。 まあこういうのは自分（やチーム）が分かりやすければ何でもいいと思いますけどね。 基本的に自分以外は編集することがないので、結構好き勝手に書いてます。 インデント・改行・空白基本的にセレクタはインデントなし。宣言（プロパティと値）の部分はセレクタの開始位置から半角スペース2つ分インデントする。@media内など、ネストされている場合はその中のセレクタはアットマークルールの開始位置から半角スペース2つでインデントする。セレクタが複数ある場合は基本的にカンマで改行するが、擬似要素・擬似クラスが違うだけの場合は同一行でもよい。 （リセットCSSなどは除く）宣言ブロック開始の波括弧{は最後のセレクタと同じ行に書き、直後に改行を入れる。宣言ブロック終了の波括弧}の直前に改行を入れる。各宣言ごとに改行する。基本的にはセミコ
Facebookに関するアプリ開発情報を調べてみました - もとまか日記
先日以下の記事をきました。 １日体験して実感したFacebookの分かりにくいさがハンパない件 その後、色々とFacebookのアプリを試してみたんですが、思うようなのがなかなか見つからないし、良さそうなのがあってもエラーでまくったりしてなかなか思うようにいかなかったので、 じゃあ自分で作ったらどうだろう？作れるのかな？ ということで、調べてみました。 Facebookアプリの基本・概要 基本はWebアプリなんですね。 [Facebook] Facebookアプリケーションの作成 – 入門編 -Facebookアプリ開発に挑戦（その1・概要）Facebook アプリ作ろうぜ (その1 準備編) Facebookアプリ開発の一連の流れ 連載記事的に紹介されているサイトの各記事です。流れに沿って作業すると分かりやすそうです。 Facebook アプリ作ろうぜ (その1 準備編)Facebook
知るだけで天地の差が出る、テスト仕様書の必須項目＆表現方法
テスト仕様書で絶対に必要な項目リスト テスト仕様書に記述すべきものとして、以下の事項があります。 テストを実施した環境 実施するテストの内容 テストを実施するためのシステムの操作手順 テストの実行結果 個々のテスト項目を識別するための番号や記号（通し番号など） テストを実施した年月日 テストを実行した担当者 障害報告票番号（発生した障害の詳細を開発グループに報告する帳票の識別番号） まずはテスト環境について明記する テスト仕様書の先頭には、「テストを実施した環境」を記述します。ここでは、ハードウェア環境やソフトウェア環境、ネットワーク環境など、「どのような環境でテストを行ったか」を説明します。 ただし、テストを実施した環境を記述するだけでは十分ではありません。「顧客にとって必要な情報は何か」を考えるのです。ここで必要なのは、「要件定義書で規定した環境」との関係が分かることです。 なぜなら、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TAKASHI INABA
