<body> <h1>jQuery リファレンス</h1>
今回は,Webサイト構築プロジェクトのワークフローを俯瞰してみたいと思います。実際にクライアントから声がかかる場面から納品,つまり開発案件の完了までを12の「ステージ」に分けて図解してみました。思考のプロセス/人的配置/タスク/ツールなども一緒に記しています。少し大きな図になってしまいましたが,ご参考になれば。 図は,一番上は「4つのステップ/3つのタスク/12の要素(第62回 持続可能なWebサイト開発を支える12の要素)」。その下は,人的配置をロール(役割)ごとに記述しています。その下は,大まかなタスクのレベルです。それぞれの期間内に処理すべき項目を列挙しています。その下が,「ステージ」。プロジェクト全体を12のステージに分類して作業内容を整理しています。基本的には,その流れの順で進んでいきます。その下は,それぞれのステージのアウトプットのイメージで,更にその下にはよく使うファイルアイ
最近購入したPHP×携帯サイト 実践アプリケーション集を読んでいて妙な感じがしたので、この感覚はなんだろうと思っていたら、その理由に気づいた。本書に出てくるアプリケーションは、PHPのセッション管理機構を使っていないのだ。そんな馬鹿なと思ったが、目次にも索引にも「セッション」や「session」という語は出てこない。サンプルプログラムのCD-ROM上で session を検索しても出てこないので、セッションはどこでも使っていないのだろう。 そうは言っても、本書にはブログやSNSなど認証が必要なアプリケーションも登場する。本書で採用している認証方式はこうだ。 携帯電話の個体識別番号を用いた、いわゆる「かんたんログイン」のみを使う 認証状態をセッション管理機構で維持しない。全てのページで毎回認証する そのため、「iモードID」など、ユーザに確認せずに自動的に送信されるIDを用いる つまり、全て
Twitter ボットの作り方解説第 1 弾。前提条件と、下準備までを解説します。 前書き Twitter をある程度使っていると、突然見ず知らずのアカウントから reply をもらったりして、それがボットだという事は良くあります。 そんなとき、自分だったらこういうボットを作るのに!っていう思いがあっても、なかなか作れない人も多いのではないでしょうか? ここでは、そのまま動作するサンプルを提示する事で、Twitter のボットを作る方法を解説します。 Perl とか詳しくなくても、Linux の知識がある程度あれば、自由にボットを作れるようになるはずです。 目標 だんだんとレベルを上げながら、以下のようなボットを作る事を目標にします。 あらかじめ用意された定型文の中からランダムでつぶやくボット 特定のワードに反応して、reply するボット 特定の RSS の内容をつぶやき続けるボット ボ
株式会社はてなでは創業以来、ある一定数のサーバは自作のものを使ってきました。例えば、これまで主に活躍していたサーバの「金森」(愛称)は社長の近藤が設計したもの。そして、このたび新型の「marqs-60(マルクス60)」(愛称)がデビュー、無事稼動を始めました。 1Uラックマウント可能なサーバを自作する この新しいサーバ、例えてみるなら長身でスリム、おしゃれも気遣うイケメンだぜ……?とにかく今すぐどこかに自慢しにいきたい。そういえば、データセンターをお借りしているさくらインターネットさんとはお互いに勉強会を開く仲。さくらインターネットさんも「自前主義」を掲げサーバを自社で作っていらっしゃるとか。そこで、お互いの自作サーバを持ち合い、お披露目と情報交換をすることとなりました。 さくらインターネットさん側の参加者は、田中邦裕社長(写真右端)、技術部主任の加藤直人さん(写真右から二番目)。 はてな
Smashing Magazine - WE SMASH YOU WITH THE INFORMATION THAT WILL MAKE YOUR LIFE EASIER, REALLY. Janko Jovanovic氏がSmashing Magazineにおいて10 UI Design Patterns You Should Be Paying Attention Toのタイトルのもと、ユーザインタフェースに関するデザインパターンを紹介している。UIデザインパターンは一般的なユーザインタフェースの問題を解決するためのデザインパターン。繰り返し表れるような一般的な問題に対して効果がある。次のUIデザインパターンが紹介されている。 遅延レジストレーション サービスを使うにあたって最初に登録作業が必要になるのは、ユーザにいらだちを感じさせる。できればユーザ登録作業は必要になるまで遅延させてお
App Store登録もOK!JavaScriptで作るiPhoneアプリ:これ、俺ならこう使う(5)(2/4 ページ) ハイブリッドアプリケーションとは? ネイティブアプリケーションとWebアプリケーションを比べると、開発の容易さやiPhone以外のプラットフォームでの動作などでは、Webベースのアプリケーションのメリットが大きく、またデメリットも少ないことが分かります。ローカルストレージを利用することで、データ保存の問題もクリアできます。 しかし、WebアプリケーションはApp Storeでの配布ができない点が、大きなマイナスです。苦労して開発したアプリケーションですから、より多くの人に使ってもらい、場合によってはビジネスにつなぎたいものです。 そこで、HTML+JavaScriptの技術を使いつつ、ネイティブアプリケーションを開発する「ハイブリッドアプリケーション」ともいえる開発手法
以前から何度もあった話なのですが…ちょいとかみ砕いて。 まず。 「このサイトと同じように作ってください」という発注は、原則NGだと思っています。ここが結論。 高確率で「無考察」という背景が見えるから、というのが理由になるのですが。 以下、もう少々かみ砕いて。 上述の発注が来た場合。作業としてはまず「指定されたサイトの仕様調査」になるわけなのですが。 いわゆる「画面遷移」ひとつをとっても。コンパクトなサイトであっても、数十Pageに渡るなんてのは案外にさらっとある話です。 正直、全Pageなめ回して、抜けオチがないようにチェックするだけでも一苦労ですし。ある程度まで「使ってみて」、様々な分岐処理を全部洗い出した上で確認しなければならないので。 結果として…おそらく、発注側が気軽に使っているニュアンスとは裏腹に、大抵の場合「結構な高コスト」になります。 …という話をすると大抵出てくるのが「そこ
仕事でFlashを使ってるのですが、 最近こういう記事が目立つようになりました\(^_^)/ OperaのCEO:「HTML 5でFlashは不要になりつつある」:マーケティング - CNET Japan http://japan.cnet.com/marketing/story/0,3800080523,20393688,00.htm ウェブブラウザ企業Opera Softwareの最高経営責任者(CEO)であるJon von Tetzchner氏は、「HyperText Markup Language」(HTML)のバージョン5(HTML 5)が、Adobe Systemsの「Flash」技術を大部分において不要なものにするだろうと予想している。 GDD2009でFlashを考えてきた|_level0.KAYAC http://level0.kayac.com/2009/06/gdd2
今回は、Webサイトやサービスをメンテナンス中にする場合に、どのURLにアクセスしても「メインテナンス中です」の画面を出す正しいやり方を、人間にも検索エンジンにも適切にする作法を主眼に解説します。 この週末の土曜深夜~日曜早朝にかけて、データセンターの設備メインテナンスのため、Web担を含むインプレスグループのほとんどのWebサイトが、どのURLにアクセスしても「メンテ中です」という表示になっていました。 なのですが、その実装がちょっと気になったので、「正しいメンテナンス画面の出し方」を説明してみます。 ※2010-01-16 Retry-Afterを指定するHeaderの指定を修正しました(コメント参照) ※2009-06-17 RewriteCondから [NC] 条件を削除しました(コメント参照) ※2009-06-16 Retry-Afterの記述をGMTに変更しました(コメント参
改訂版のエントリーがあるので、こちらを参照してください。 HTMLとJavaScriptでiPhoneアプリを超簡単に作る方法 今回はHTML+JavaScriptでiPhoneアプリを作る方法です。 iPhoneSDKにはSafariにも搭載されているレンダリングエンジンのWebkitが含まれています。これを利用して、HTMLでもiPhoneアプリを作ることができます。 このままAppStoreにも登録できます。 ゲームも作ろうと思えば作れますが、iPhoneのCPUはPCと比べると非常に遅いので、いくらJavaScriptが早いSafariと言えども、動作速度は期待できません。 HTMLファイルの準備 サンプルとして、以下のHTMLを"test.html"として作成します。 <html> <head> <meta http-equiv="Content-Type" content="t
技術者・SE・プログラマ面接時の技術的な質問事項というエントリをはてブで見かけたのだが、私もjavaプログラマーの面接を割とよくやっているので、よく質問する内容をまとめてみた。 (ちなみに、基本的にコーディング面接の形態を取っている) プロジェクトの性質にもよると思うが、私の場合には、情報処理技術者試験的に基礎が満遍なく抑えられているかどうかよりも、 すぐ答えが見つからないような課題に対して、きちんと自分でやり方を考え、対応することができるか 「変な」コードをコミットしたりしないか(見つけにくいバグを混入させるとか、汚いとか、遅いとか)といった点を重視している。 まず、何を知っているかよりも、どんなものを作れるか、どんなことができるか、という質問。 ここで強烈な回答が来る人は、たいていここより下の質問は「あー、はいはい」という感じでサラッと答えてくることが多い。 これまでに携わってきた開発
RestWiki をたまに見直すと新たな発見があって面白い。 たとえば先日、「ステートレスなやりとりとは何か(What is Stateless Interaction?)」という箇所を見つけて、興味深く読んだ。このページは以前も絶対に読んでいるはずなのだが、 人間は忘れてしまうものである。 RestWiki の例でも充分わかりやすいのだけれど、自分でも例を思いついたので書きとめておく。 ステートフルサーバとステートレスサーバはどう違うのか。 まずは、ステートフルの例: 客: こんにちは 店員: いらっしゃいませ。○○バーガーへようこそ 客: ハンバーガーセットをお願いします 店員: サイドメニューは何になさいますか? 客: ポテトで 店員: ドリンクは何になさいますか? 客: ジンジャーエールで 店員: +50円でドリンクをLサイズにできますがいかがですか? 客: Mでいいです 店員:
GT Nitro: Car Game Drag Raceは、典型的なカーゲームではありません。これはスピード、パワー、スキル全開のカーレースゲームです。ブレーキは忘れて、これはドラッグレース、ベイビー!古典的なクラシックから未来的なビーストまで、最もクールで速い車とカーレースできます。スティックシフトをマスターし、ニトロを賢く使って競争を打ち破る必要があります。このカーレースゲームはそのリアルな物理学と素晴らしいグラフィックスであなたの心を爆発させます。これまでプレイしたことのないようなものです。 GT Nitroは、リフレックスとタイミングを試すカーレースゲームです。正しい瞬間にギアをシフトし、ガスを思い切り踏む必要があります。また、大物たちと競いつつ、車のチューニングとアップグレードも行わなければなりません。世界中で最高のドライバーと車とカーレースに挑むことになり、ドラッグレースの王冠
新着記事一覧 夕刊フジと共同開発--「ガッツ! ビジネスマン応援シリーズ」がam/pmに登場 [15:29 2/18] デジタルアーツが川崎市PTAと連携、中学生家庭にフィルタリングソフト配布 [14:57 2/18] 富山地方鉄道、主力電車モハ14760形の「走る電車付きボールペン」を発売 [14:57 2/18] キヤノン、新世代オート機能搭載の「IXY DIGITAL」シリーズ4モデル発表 [14:30 2/18] キヤノン、操作性を向上させたコンパクトフォトプリンター「SELPHY CP780」 [14:30 2/18] デルタ航空とノースウエスト航空、マイルの相互移行が可能に [14:14 2/18] キヤノン、価格を抑えたエントリーモデル「PowerShot A480」を発表 [14:00 2/18] キヤノン、防水・耐寒・耐衝撃性能を備えたパワーショット新モデル
iPhone と Android 両方のアプリ開発を経験したので両者を比較してみます。 技術情報 iPhone iPhone Dev Center iPhone Dev Center(日本語) Android Android Developers Android Developers(日本語) OS iPhone Mac OS Xベース Android Linuxベース 開発言語/開発環境 iPhone Objective-C 2.0(ガベージコレクションは使えない) Xcode Interface Builder(画面デザイン用の開発環境) その他 MonoTouchを使うとC♯で開発できる Android Java SDK 1.5または1.6相当のもの(SunのJavaとVMが違うのでこのような書き方をしています) Eclipse ADT(Eclipseプラグイン) 動作環境 iPho
携帯サイトでのセッション管理 今回は携帯で会員サイトを作る時のベースとなるログイン状態の管理方法を見ていきたいと思います。セッションとはユーザーがサーバーに接続し、サイトを巡回している間アクセスしてきているのが同一利用者であることを認識するための仕組みです。この仕組みを利用することで、一度会員ログインが完了した利用者がサイトにアクセス中、継続的に自分だけの情報を見るといったことが実現可能になります。 図1 セッションの仕組み セッションを維持するためには、セッションIDを利用します。通常セッション管理はアクセスしてきた端末に対してセッションIDを割り振り、ブラウザに対して割り振られたセッションIDを渡します。サイト側はそのセッションIDに紐付いた情報を保持しておき、アクセスしてきたブラウザのセッションIDを元に情報を引き出すといった仕組みになっています。 ブラウザがセッション管理を行う方法
先日のデブサミ2009で発表した、はてなの開発戦略 (すごい名前だ…) のプレゼン資料を公開します。前半は主に git の話で、後半ははてなブックマークリニューアルの、Perl 層の開発をどんな感じで行っていったか、という話です。 デブサミ2009 はてなの開発戦略View more presentations from hotchpotch. はてなの git では、中央のマスタレポジトリサーバがあって、そこから各自 clone / fetch して開発を行ってるので、完全に github のような分散のメリットを生かしているわけではありません。 しかし完全に分散を生かさずとも、git に移行したメリットは十分にあって、資料の中でもふれていますが、やはり一番便利なのが git のブランチ機能です。もうこれ無しでの開発は考えられないなぁ、ぐらいで、さくっとブランチ切って開発、ブランチの切り
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く