[B! coding] s-e-iのブックマーク

s-e-i id:s-e-i

codingに関するs-e-iのブックマーク (6)

CodeEXPRESS | デザインを(X)HTML/CSS化する特急コーディング専門サービス
CodeEXPRESSは、あなたのデザインを(X)HTML/CSS化する特急コーディングサービスです。最短1日納期から。CodeEXPRESS︵コードエクスプレス︶の特徴 CodeEXPRESS は、お客様がお送りいただいたデザインファイルから、(X)HTML/CSSのコーディングを特急で行うサービスです︵最短1日から※︶。コーディングに特化することで、短い納期の対応を実現いたしました。いただいたデザインを忠実に再現するだけでなく、文脈・内容を判断しながら手作業で HTML/XHTML 化いたしますので、ソースレベルでの SEO 対策が可能です。 W3C の Markup Validation Service のチェックはもちろん、弊社独自のガイドラインを整備することにより、高品質を維持しています。 ※ ページ数・レイアウトパターンにより、特急対応できないケースもございますサービス
s-e-i 2008/04/01
なるほどー。ニッチなところをついてきたな、というイメージ。にしても、あれだ。作るの大変そう・・・ｗ

●escafrace

●ohida

●purprin

●business

●coding

●CSS

●llc

●web

●XHTML
リンク
PHP6に備えるPHPコーディングのヒント:phpspot開発日誌
Making the web Becoming PHP 6 Compatible PHP6に備えるPHPコーディングのヒントが紹介されていました。 register_globals のOn/Offという概念がなくなるそうなので、 $_GET, $_POST, $_REQUEST から変数をとるようにプログラムを書く magic_quotes の設定もPHP6からなくなるので、使わない $HTTP_POST_VARS , $HTTP_GET_VAR へのアクセスはやめる ereg 関数の代わりに preg 関数を使う。ereg はPHP6のコアモジュールに存在しない予定だそう Object の new の際に参照を渡さない $a = & new object(); // × $a = new object(); // ○ 具体的には、「Prepare for PHP6」のエントリが詳しいよう
s-e-i 2007/09/27
備えます・・・と思ったら、普段ちゃんとやってることだった。備え済み。

php

php6

coding

guide
リンク
CSS SPICE » より良いマークアップをするためのガイドライン(Guidelines for creating better markup)
456 Berea StreetのRoger Johansson氏が、Garrett Dimon氏のMarkup as a Craftというエントリーを読んで、沢山のガイドラインが多すぎると感じて（？）6つの最も重要なガイドラインをエントリーであげていました。 Guidelines for creating better markup Keep it simple. （シンプルにしてください） No layout tables. （レイアウトテーブルは使わない） Avoid classitis. （classの多様は避けて下さい） Structure and meaning first, presentation later.（構造と意味を最初に考えて下さい。見た目は後です） Know all HTML elements and attributes. （全てのHTMLの要素と属性を知って
s-e-i 2007/05/04
いいねえ、シンプルでいい

(X)HTML

CSS

Guideline

markup

coding
リンク
ObjectClub - コーディング規約の会
ここでは、コーディング規約を公開しています。当規約をより良いものにするため、ディスカッション用としてメーリングリストをご用意しました。メーリングリストへの入会方法は、このページの末尾にあります。コーディング規約に関する情報をご紹介します。 ■株式会社電通国際情報サービス版 Javaコーディング規約2004(04/09/30) ・PDF(約430KB) 本 Javaコーディング規約の担当者へのご意見はjava-coding-info at ObjectClub.jpまでお寄せください。本 Javaコーディング規約は、︵株︶電通国際情報サービス様の﹃Javaコーディング規約2004﹄をもとにしております。﹃Javaコーディング規約2004﹄の改版として、﹃Javaルールブック　～読みやすく効率的なコードの原則﹄が出版されております。 ■オブジェクト倶楽部版 Javaコーディング規約(04/0
s-e-i 2007/05/04
文書の書き方の参考にする

coding

rule

document
リンク
我的春秋コード共有のためのネーミングルール
最近、CSS の使いまわしなどを視野に入れ、一部で class名やid名の共有というテーマへの関心が徐々に高まりつつあるような印象です。microformats なんかも、その流れのひとつといえるでしょう。 Naming conventions table︵And all that Malarkey︶もう、class名やid名で悩まないんだからっ！！︵CSS HappyLife︶ (X)HTML の id/class における命名規則︵purprin さん CSS Flight プレゼンスライド︶名前の共有はコードの共有のための︵複数人で同一コードを編集・転用する︶重要なファクターのひとつですし、非常にいい傾向だとは思うんですけど、実際につけられている名前を見てみると、シブい顔をせざるを得ない事例が結構あるようです。コード共有のためには避けたい命名事例構造ではなく見栄えで命名して
s-e-i 2007/05/04
命名規約について。こういうのは徹底していきたいね。

naming

css

(X)HTML

coding

rule

web

development
リンク
suVeneのあれ: 俺的コーディングルール SQL編
2007年01月19日俺的コーディングルール SQL編プロジェクトのコーディングルールがこうでなければいけないとか、他人に強制するわけではないが、自分自身で一貫性の無いコードを書くのは気持ち悪いので、オレオレルールを決めてたりする。大抵はデ・ファクト的なルールに沿う形で書くことが多いのだが、SQL や PL/SQL に関してはなかなかデファクトと呼べるものがないので(あるのか?)、メモ的に書きとめておく。原則キーワード小文字オブジェクト名大文字カンマは後ろインデントは半角スペースで2一つの SQL 文でキーワード毎にインデントしない(副問合せ除く) まず、1.2. に付いてなのだが、昔は﹁キーワード＝大文字﹂という意味不明な先入観で大文字で書いていた。ただ、それだと PL/SQL のキーワードも大文字、オブジェクト名も大文字で結局ほとんど大文字になってしまうのと、Shift 押す
s-e-i 2007/05/04
コーディングルールは人それぞれで見る分には面白いし参考になるね。仕事で違いすぎる人とぶつかるとストレスになるけど…w

coding

rule
リンク
1