なぜプログラマを難問奇問・一風変わったテストなどで雇ってはいけないのか？
By Iron Man Records 「なぜ我々はプログラマを難問・APIクイズ・不可解な演算・その他の面接トリックで雇わないのか？」というタイトルで「Ruby on Rails」「Basecamp」など、積極的にウェブ上の開発を行っている人々の間では一度は聞いたことがある小企業「37signals」が自身のブログ上でエントリーを出しており、その中身が非常に考えさせられる内容となっています。 Why we don't hire programmers based on puzzles, API quizzes, math riddles, or other parlor tricks - (37signals) http://37signals.com/svn/posts/3071-why-we-dont-hire-programmers-based-on-puzzles-api-qui
document.getElementById - 指定IDのエレメント取得 - JavaScriptリファレンス
「指定IDのエレメント取得」サンプルコード <html> <head> <title>document.getElementById - 指定IDのエレメント取得</title> </head> <body> <!--指定IDのエレメント取得のサンプル--> <div id="test">中身テキスト</div> <script type="text/javascript"> function getElement() { var element=document.getElementById("test") alert(test.innerHTML); } </script> <button onclick="getElement()">getElementById('test')</button> </body> </html>
グーグル、JavaScript作品を集めたサイトを開設--Chromeの高速性をアピール
2008年9月に「Google Chrome」を公開して以来、Googleは同ブラウザにおけるJavaScriptで書かれたウェブベースのプログラムの動作速度がいかに速いかを、盛んに宣伝してきた。そして米国時間3月18日、GoogleはJavaScriptの高速性の活用法を披露し、Chromeの導入を促進することを目的としたChrome Experimentsというサイトを立ち上げた。 ブラウザベンチマークによる実行速度のスコアは、見栄えのする棒グラフを示すには有効だが、現実世界におけるコンピュータ利用時のニーズからはかけ離れている場合がある。そこで、Chrome Experimentsでは、これまで以上に興味をそそるよう作られた、手の込んだJavaScriptアプリケーションを集めて紹介している（アプリケーションを見るのにChromeを使う必要はないが、適切に表示されないことがある）。
CSS + JavaScript Tips
(1)好きなもの (1)Firefox ( )[r:3,t:60,f:6]ｼｬｷｰﾝ (1)JavaScript ( )[r:3,t:60,f:6]ｼｬｷｰﾝ (1)苦手なもの (1)CSS ( )[r:3,t:60,f:6]ｼｮﾎﾞｰﾝ (1)Z上司、曰く (i)[t:15] (i)[t:20] (1)というわけで ( )[r:3,t:60,f:6]（金沢のラブホテル） ( ) (2) (2)[f:15]CSS が苦手な エンジニアは 僕だけじゃないはず！ (2)[f:15]CSS が苦手な デザイナも もいるはず！ (1)[f:15]でもほんとはみんな 出来たらいいよね！ (2)みんなが関わる CSS なんだから (1)というわけで ( )[r:3,t:60,f:6]（金沢のラブホテル） (2)これから 二時間半 (2)[f:18]CSS のお勉強を しましょう (2)参加して くださ
JavaScriptでCGI不要のデータベース
ホームページでデータベース機能がついているといいなぁ、、、と思ったことはありませんか？趣味のコレクションをつづったデータの一覧などを必要なものだけ表示したい、、、こういうのってサーバー側にデータベースを持っていてPerlなどでCGIを利用しないとなかなか実現できない機能です。 この検索して表示、という働きをクライアントサイド、つまりJavaScriptでしてしまおう！という実験です。ページを見ているパソコンだけでデータベース的な動きができるということは、一度全てのデータをパソコンに取り込む必要があるので、データのサイズはあまり大きなものはできません。 ですが、１００件～３００件程度のリストなら十分動く仕組みをつくることは可能です。（もちろん１件のレコードのサイズにもよりますが、、、） ここで、検索の基本を考えてみたいと思います。 検索は大量のデータから自分が意図した条件に合致するデータだけ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
画像
