by Sean M. Burke A JavaScriptish companion to Mark-Jason Dominus's Higher-Order Perl http://hop.perl.plover.com/ ~ Under Construction, Obviously ~ HOJ.0: Functional JavaScript Reviewed HOJ.0: 関数的な JavaScript の復習 For a general review of JavaScript, I think that the best work available is the first third or so of the book Javascript: The Definitive Guide http://www.oreilly.com/catalog/jscript4/. (Th
Searching for the UX agency Webcredible? Don’t worry, you are in the right place! The award-winning Webcredible team has joined up with digital agency Inviqa after operating for 15 years as an independent experience design and UX team. The bold decision to become more than a UX agency was done for a simple reason: by incorporating Webcredible’s UX services into Inviqa, we are now able to service c
今回は JavaScript のコーディング規約の情報収集をしたかったのだが、別の言語のものもいくつか見つかったのでメモしておく。 Java Script Coding Standard JavaScript style guide - MDC (Mozilla) フレームワーク / ライブラリ系の開発者向けガイド UI Developer Guide - jQuery JavaScript Library (シンプル) Dojo Style Guide | The Dojo Toolkit (Java を参考に) StyleGuide - MochiKit - Trac (Python の PEP8, PEP7 を参考に)[翻訳]MochiKit - スタイルガイド ライブラリ系の規約について、それぞれ解説しているページがあった。 JavaScriptのコーディングスタイル -- ありえ
Lately, I have taken interest in discussing methods of creating sexy stylesheets. While CSS can be used to create sexy websites, writing CSS can actually be an artform by itself. The way in which CSS is created, structured, and maintained can be a thing of beauty. So how does one create sexy stylesheets? What characteristics would your stylesheets have? A few months ago, I had the opportunity to p
C・C++・Java・Perl などのプログラミング言語では、条件演算子として三項演算子?:が用意されている。条件演算子の書き方として、以下のような説明がされることが多い。 condition ? true-expression : false-expression この説明は、以下のプログラムと同じ程度、間違っている。 #include <stdio.h> main( ){printf ("hel" "lo, world\n" );} 条件演算子は、正しくは以下のように書く。 condition ? true-expression : false-expression 使い方の例を示す。 compare = obj1 == null ? obj2 == null ? 0 : -1 : obj2 == null ? 1 : obj1.toString().compareTo(obj2.to
2007年01月19日 俺的コーディングルール SQL編 プロジェクトのコーディングルールがこうでなければいけないとか、他人に強制するわけではないが、自分自身で一貫性の無いコードを書くのは気持ち悪いので、オレオレルールを決めてたりする。大抵は デ・ファクト的なルールに沿う形で書くことが多いのだが、SQL や PL/SQL に関してはなかなかデファクトと呼べるものがないので(あるのか?)、メモ的に書きとめておく。 原則キーワード小文字オブジェクト名大文字カンマは後ろインデントは半角スペースで 2一つの SQL 文でキーワード毎にインデントしない(副問合せ除く) まず、1.2. に付いてなのだが、昔は「キーワード＝大文字」という意味不明な先入観で大文字で書いていた。ただ、それだと PL/SQL のキーワードも大文字、オブジェクト名も大文字で結局ほとんど大文字になってしまうのと、Shift 押す
Javaの短縮構文が少なすぎてムカつく。 たとえば、Mapへのアクセスなんて当り前に多いだろうに、こいつの短縮構文がないってのはどういうことだろう? 例えば、Factoryなんかを作るときはクラスをキーにあるオブジェクトを返す。。。なんてものを作ろうとするとなんかすっきりしない。 private static final Map a = new HashMap(); static { a.put(Hoge.class, "hoge"); a.put(Foo.class, "foo"); a.put(Bar.class, "bar"); } せめてこんな風に書けないと辛いと思うんですよ。 private static final Map a = new HashMap(){ Hoge.class: "hoge", Foo.class: "foo", Bar.class.: "bar" };
autoloadが何をしているかと言うのを調べたら合点がいくという話だったので早速見てみた。ついでに、自分が適当に読むときに何をしているかも露出プ(ry。公開*1 ■8割り方間違ったlispの読み方を一緒にしてみるツアー まずは、autoloadを調べるのだから、何処に関数が書かれているかチェック。前はこういうときに毎回Grepで検索していたわけだけど、xyzzyにはタグジャンプと言う機能があるので、学習した最近では無駄にそれを使っている。時々調子に乗って飛びすぎて酷いことになるが、それはいいとして、タグジャンプの使い方はxyzzyのWikiとかにあるので任せて、設定してある自分としては*scratch*とかにautoloadと打ち込んで、文字の上でF4キーを押すと勝手に関数の所にジャンプしてくれて楽チンな訳ですよ。で、出てくる関数がこんなの。 (defun autoload (fn fi
JavaScriptを書き始めるとき、いきなり*.jsやHTMLに書いたりするのではなく、大抵下記に試しに書いて実行してみます。 JavaScript Development Environment JavaScript Shell Web Development Bookmarklets 上記2つのブックマークレット版 JavaScript Shell は、補完機能なんかもあって高機能ですが、IE、Operaだとどうもうまく動きません。 JavaScript Development Environment は、ブックマークレット版じゃないほうはIE、Operaでも動くので、どちらかというとこっち使うときの方が多いです。(Operaでのエラー表示が出来てないみたいだけども…) ブラウザ上で簡単に試せるってのはすばらしいですね。 で、その後に*.jsやHTMLに書いて、後はFireBug使い
こんにちは satoです。 インデントが浅いと、コードが見やすいです。 インデントが浅くなりそうなテクニックを紹介します。 時と場合にもよりますし、賛否両論もあると思いますが、寛大な目でみてやってください。 1)処理の判定は正常じゃない場合を書く //before $data = getdata(); if ($data) { なんか複雑な処理; } else { return false; } //after $data = getdata(); if (!$data) { return false; } なんか複雑な処理; 2) array か どうかを判断する場合は array にして処理をする //before if (is_array($args)) { foreach() ... } else { .... } //after if (!is_array($args)) {
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
