Intro 「ユーザが意図する挙動」とは何か。技術的に可能であるが「やらない方が良いこと」は、誰がどう決めるのか。 Web には仕様、実装、デプロイ、そしてユーザの利用とフィードバックによって、そうした合意がゆるやかに形成されていく仕組みがあると筆者は考えている。 しかし、これは明文化されているわけでもなく、その全体像を把握するのは一般には難しいだろう。 今回は、ちょうど何度目かの議論が再発している ping 属性を例に、この合意形成の概観について解説を試みる。 リンクの ping 属性 <a> には ping という属性があり、以下のように URL を指定する。 <a href=https:example.com ping=/path/to/report>example.com</a> HTML Standard - ping Attribute このリンクは、クリックすると https
【注意】 この文書は、W3C / WAI が公開している2009年2月24日付の「Accessible Rich Internet Applications (WAI-ARIA) Version 1.0 Working Draft（原文は英語）」を、W3Cの定めた事項に従い株式会社日立製作所がボランティアとして日本語に翻訳したものです。 正式な文書は、あくまで W3C のサイト上で公開されている英語版であり、この日本語訳文書には翻訳上の間違い、あるいは不適切な表現が含まれている可能性がありますのでご注意ください。リンク先が英語の場合、あるいはダミーのページである場合もあります。ご了承ください。 その他のWAI-ARIA関連文書の日本語訳をご覧になりたい場合はWAI-ARIA（日本語訳）をご覧ください。 [目次] W3Cワーキングドラフト 2009年2月24日 本バージョン：http:
Webサーバから始めよう：いまさら聞けない!? Web系開発者のためのサーバ知識（1）（1/2 ページ） プログラマの弱点（？） ある程度の規模の開発プロジェクトでは、上流工程と下流工程、開発担当とサーバ担当、さらに開発担当のなかでもバックエンドのロジック担当とフロント周りの担当など、分業体制で進めていくのが一般的です。 ここまできっちりと分業されていない場合でも、コーディングはプログラマが行い、本番向けのサーバ構築などは詳しい人に任せてしまうといったことは多々あります。 こういった分業体制はもちろん理に適ったことなのですが、開発者が常にプログラマに徹してしまっていると、どうしてもサーバ知識が不足しがちになります。アプリケーションを動作させるために必要な最低限の環境を自分のPC上に整えたら、あとはひたすらコーディングの日々といったことの繰り返しになるので、なかなかサーバ知識が深まりません。
たまにはナタリー編集長の立場で書いてみるけど。ここんとこナタリーの記事がいろんな企業ニュースサイトにパクられててどうかと思う。ちょっとおまえらラクしすぎなんじゃねーの？と感じている。 ニュースのネタがかぶるのは別にいいんだよ。基本的にレコード会社や事務所は各媒体に一斉にプレスリリースを撒くから、それをもとに記事を書くことはけっこうあって。だから各媒体が同じ日に同じネタを扱ったりするのは当然なんだけど。でもなんか最近そういうレベルじゃないんだよなー。 ナタリーはプレスリリース来ないようなネタも拾いたいからオフィシャルサイト毎日巡回したり、あといろんなとこにアンテナ張って細かく情報収集してるのね。そんでやっぱりわかりやすく伝えたいと思うから、資料読んで、間に合えば音も聴いて、電話で担当者に取材したりもするんです。でも、その結果出てきた独自の表現が、半日後に判で押したように他のサイトの記事に使わ
WAI-ARIAとは、Web Accessibility Initiative-Accessible Rich Internet Applicationsの略で、W3Cが現在、勧告に向けて策定作業を進めているリッチなインターネットアプリケーションのアクセシビリティに関する仕様書のことです。JavaScriptやAjaxなどを使用した動的なコンテンツは、スクリーンリーダーやキーボード操作では利用できないことがあります。WAI-ARIAは、そういった問題を解決すべく、W3CのProtocols and Formats ワーキンググループ (PFWG) において策定されています。 WAI-ARIAの関連文書群の原文は英語ですが、日本におけるこの仕様への理解と普及が進む一助になればと、日立が社内用に翻訳した文書を日立のユニバーサルデザインサイトで公開します。Webサイト、Webシステムのアクセシ
ということで、今年2008年の究極のWebのベスト3。なるほどなあという内容だし、自分でも愛用しているWebサービスばかりでした。 ▼忘年会議2008,究極のWeb3位「 SPYSEE」 ▼忘年会議2008,究極のWeb2位「 Evernote」 ▼忘年会議2008,究極のWeb1位「 Dropbox」 なお、個人的には普段からホントに使っているWebサービスは以下の５つになります。 ココログ Flickr Tumblr Evernote Dropbox また、Yahoo!検索チームから発表される「検索キーワードからみる2008」。 今年もホント興味深い内容（特にMUTEKI）。こちらについてはまた別途エントリーにする予定だったのですが、もういいレポートがアップされていますね。 リンク: 忘年会議2008 イベントレポート - F.Ko-Jiの「一秒後は未来」. 2008年のアルファは「池
RSSとは [* 昔書いたものなので、現状うまくいかない部分やAtomのバージョンアップによって異なる部分および、ちょっと間違ってる部分もありますが、ご容赦下さい。RSS/Atomに関しては書籍 詳解RSS~RSSを利用したサービスの理論と実践を参考にしてください。] RSSはRDF Site SummaryとかRich Site Summaryとかの頭文字の略だと言われ何を省略したのかも曖昧だと言われたり書かれたりするようです。Webでの情報を見るとRSSはバージョンにより異なるようで、以下のようになっています。 RSS 0.9 --- RDF Site Summary RSS 0.91 --- Rich Site Summary RSS 0.92 --- なし RSS 1.0 --- RDF Site Summary RSS 2.0 --- Really Simple Syndicat
初心者にとってはトラブルが発生しやすいケータイWebアプリの開発。携帯電話への対応サイトを初めて開発するときに想定するべき9つの注意点を紹介する（編集部） 携帯対応サイトを開発するときの注意事項 携帯電話が普及してもう随分たちます。いまでは、サイトを作るときにケータイに対応するかどうか、必ず意識されるようになりました。しかし、ケータイ対応のWebアプリを作ろうとするとPC用のサイトと違う部分も多く、Web開発経験はあるけれど携帯の開発経験がない人にとっては取り組み難く、実際に想像できなかったトラブルがいくつも発生します。 本記事は、Webサイトのモバイル対応を担当した私が、実際に携帯対応サイトを作ったときに発生したトラブルを踏まえて、携帯対応サイトを初めて開発するときに想定するべき注意事項を中心に説明していきます。 ケータイ向けとPC向けのWebページの相違点 インターネットへの接続方法に
4人のゲストブロガーの皆さん、計14回、本当にどうもありがとうございました。 さてその中で、伊藤さんと吉岡さんの文章の中に「高速道路」という比喩が出てきました。 伊藤さんの「インターネット時代のエンジニアの価値」では、 「先日梅田さんにお会いしたときに「(人の成長に影響を与えるものとしての)インターネットは、高速道路だ」と仰っていました。プログラムのソースコードのように、「ネットワーク上を伝播することが可能な物」がナレッジの基礎となるような分野においては、その道のプロになるための高速道路が敷かれているのが昨今の状況なのです。」 「プロになるための高速道路が整備されたということは何を意味するでしょうか。それは、エンジニアの相対価値の低下を意味します。これまでその道のプロだとして希少性をもって価値を発揮していた人々は、後続の高速道路乗りたちにあっという間に追いつかれてしまいます。そこから先はも
一週間でできるなーとか見積もっちゃうできない！できるのは骨組みだけだ！修正とかエラーチェックとかしてると時間だけは無駄に食う！おまえに一週間でできる仕事はない！トップページのデザインをして終わりだと思うリーフなんてトップの焼き増しだし、リーフなんて適当にあとでやりゃいいやと思いがち。んなこたない、リーフのデザインはどれだけそのサイトに時間がかかっているかを見極めるポイントである。CSSだけで構築された「このサイトについて」なんてコンテンツは寂しすぎる。グラフとか絵が必要、であればしっかりと書き下ろすべきなのだ！スタイルシートの名前を適当につけるDIV.column DIV.leftとかやっておきながら、後でDID.column DIV.inner DIV.leftとか作っちゃう、すると前に書いた奴を引きずっちゃう、ウザイ。ちゃんと考えろ構造を、ちゃんと後先考えろ！なんでそんな名前つけてんだ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
