年度の改まりを受け，自分のスキルアップや目標設定をする時期の方も多いかと思います。今回は作り手として，どのようなスキルが必要かを俯瞰しつつ，自分の立ち位置や強さ/弱さを自己評価しながら，自分のための学習ロードマップを考えるための資料を作成してみました。なるべく技術の流れに振り回されないように，汎用的にしてみたつもりです。記事の最後に簡単なチェックシートも添えましたので，活用していただければ。 Webサイト開発はどのようなステップとタスクがあるのか 様々な分類方法がありますが，今回は4つのステップ（調査/設計/実装/運用），3つのタスク（実施/検証/合意）という流れの中で考えることとします。全てのステップにおいて，何かを成し，それが正しいかを確かめ，（主に）クライアント（発注主）の了解を得るという3タスクがあるとする考え方です。調査や運用が視野に入らない開発者がもしかしたらいるかもしれません

40分でできるホームページ運営体制チェック より良いサイト運営を実現する 40項目のセルフチェックシート［Web担当者編　2008年版］ 好評だった「40分でできるホームページ診断 ～訪問者目線編～」に続き、第2弾のチェックシートをお届けする。今回は、表側には現れない、ウェブサイトの裏側にある運営体制に関するチェックだ。 第1弾の「40分でできるホームページ診断 ～訪問者目線編～」も一緒にどうぞ TEXT：編集部 協力：株式会社 環 今回は運営体制をチェックWeb担では以前に「40分でできるホームページ診断」を掲載し、好評を得たが、前回のホームページ診断では、サイトが訪問者にとってどれぐらい使いやすいかをチェックするための要素に絞っていた。 今回は、企業のWeb担当者が、日々のサイトの運営を行ううえで意識しておかなければいけない点や、企業としてウェブサイト運営をする場合に必要になる要素を対

運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します⁠。個別にライセンスが設定されている記事等はそのライセンスに従います。

そういう考えから消費者に対する商品性を高めようと、感性価値の方向に向かう人々もいる。しかし、ちょっと待ってほしい。ユーザビリティの定義をもう一度考えてみていただきたい。ユーザビリティというのは有効さ（effectiveness）と効率（efficiency）だ。ISO9241-11では、その他に満足感（satisfaction）も含めているが、以前書いたような理由から、僕はそれをユーザビリティの下位概念とは考えていない。さて、その有効さと効率は、本質的にマイナスをゼロにする地味なユーザビリティについてまわるものだろうか。そうではない。 ISO9241-11の定義はビッグユーザビリティと呼ばれているように、ニールセン（Nielsen）の定義におけるユーザビリティ（これをスモールユーザビリティと呼んでいる）とユーティリティとを合わせた概念として考えられている。このISO9241-11の定義は、

Web標準に従うことは、SEO効果、ユーザービリティ、メンテナンス性の向上など、Webサイトの利用者と制作者の双方にさまざまなメリットをもたらします。しかし、実際にWeb標準の仕様書に従ってWebサイトを制作しようとすると、制作者の頭を悩ませる多くの問題が待っています。本連載では、Web標準のメリットを最大限に生かすことをテーマに、仕様書には書かれていない部分を中心に取り上げ、実際のWeb制作現場で起こり得る問題について、解決の糸口をたらしていきたいと思います。 はじめに Web標準に従うことは、SEO効果、アクセシビリティ、ユーザービリティ、相互運用性、互換性、メンテナンス性の向上など、Webサイトの利用者と制作者の双方にさまざまなメリットをもたらします。しかし、実際にWeb標準の仕様書に従って「正しい（X）HTML+CSS」でWebサイトを制作しようとすると、制作者の頭を悩ませる多くの

導入は簡単、ASCII.jpの記事で試してみた 単に「本や雑誌のようなレイアウトのWebサイト」なら巷にはFlashを使ったものがあるし、Web制作者にとってはそれほど目新しく感じないかもしれない。bookreaderの特徴の1つは、初心者でも既存のWebページに組み込みやすく、すぐに簡単に利用できる、という点だろう。 bookreaderの導入は、基本的にはHTMLファイルの中でライブラリを呼び出して、指定されたタグで囲むだけ。公式サイトからダウンロードできるzipファイルには、HTMLのテンプレートファイルが含まれている。既存のサイトへ組み込む場合や、新規のサイトを作る場合はこれをベースに手を加えて（というよりもコピペして）いけばいい。 筆者も試しに、ASCII.jpの最近の記事の中から、比較的長文だと思われる記事「水素製造の大手に聞く『燃料としての水素』」をbookreaderで横ス

2007年11月29日07:20 カテゴリ翻訳/紹介iTech 惰訳 - あなたのサイトの第一印象を決める21の要素 21は多いけど、良い記事なので。 21 Factors that Influence the First Impression of Your Website’s Visitors << Vandelay Website Design あなたのサイトを初めて訪問した人が第一印象を決めるのはあっという間です。第一印象がよければ、その人が再びあなたのサイトを訪れてくれる確率は飛躍的に高まりますし、その一方で第一印象を覆すのは並大抵のことではありません。 以下のリストでは、その第一印象を決める21の要素を取り上げます。これらは要素の一部であってリストは完璧とは言えません。他にもあれば是非コメントして下さい。それでは、以下順不同に。 ロード時間(Load Time) - 我々のほと

進化し続けるFlash 現在、Webサイト制作に関わる人々の多くは、Flashを採用したWebサイトの普及について好意的な印象を抱いているかもしれません。「⁠Macromedia FLASH 1」としてFlashが世に登場したのは1996年。以来、2002年の"MX"、'05年の"8"など、数々のバージョンを経て、2007年現在の最新版"CS3"に到るまで、Flashは絶えず進化してきました。 アクションスクリプトの高速化やサーバーとの連携強化は、Flashで制作された各種コンテンツを、立派な「商品」として利用できるレベルに高めています。ブロードバンドの普及やデバイスの進歩も手伝い、リッチなWeb体験をユーザーが享受しやすい環境になった現在、Flashを用いたWebサイトは安定した普及期に入ったと言えるでしょう。 SNSや動画投稿サイトなど、新しい形態のWebサイトが誕生している現状にも、

サイバーエージェント様　GA4導入事例　移行は既存の分析要件を見直すチャンス。GA利用者の理解を促進し、データ活用をドライブさせる方法とは

※ご注意 他社および他組織のWebサイトなどへのポートスキャンおよびデータの取得などの行為で得た情報を侵入などに悪用するか、または同じ目的を持つ第三者に提供した時点で違法となります。ご注意ください。 本稿の内容を検証する場合は、必ず影響を及ぼさない限られた環境下で行って下さい。 また、本稿を利用した行為による問題に関しましては、筆者および株式会社アットマーク・アイティは一切責任を負いかねます。ご了承ください。 最近Webアプリケーションに存在するセキュリティホールが注目を浴びている。その中でも「クロスサイトスクリプティング（XSS）」と呼ばれる脆弱性が有名で、「特集 クロスサイトスクリプティング対策の基本」という記事で詳細に解説した。しかし、Webアプリケーションに潜む脆弱性はXSSだけではなく、XSSよりもはるかに危険性の高いセキュリティーホールが存在する。 本稿では、Webアプリケーシ

XHTMLの制作でもっとも難しいのは「どの要素を使ってマークアップするか」という判断である。正解がひとつの場合もあれば、ふたつ以上の場合もある。人間の判断に負う部分も大きいので、あるマークアップを適切に感じる人もいれば感じない人もいる。シチュエーションごとの一般的なマークアップ例を見ていこう。 2つの判断レベル: 構文適合性と目的適合性 マークアップの適切さを判断するレベルとしては、構文適合性（validity）と目的適合性（relevance）の2つがある。前者は「要素・属性・属性値の書式が構文的に正しいかどうか」、後者は「要素・属性・属性値の使い方が本来の意味や仕様で示されている方法に合っているかどうか」が問題となる。 まず認識しなければならないのは、構文適合性はバリデータ（ソース検証ツール）などのマシンでチェックできても、少なくとも現在の技術レベルでは目的適合性はチェックできないこと

久々普通のエントリーだ。 なんか、デジパの中の人が、Web標準の日々に出ちゃうらしいです。 この人→ネットのサラダボウル: Web標準の日々に参加します。 皆色々やってるなぁ～、ボクも負けてられんなぁ～ ソレとは関係ないけど、デジパの社員は半分くらいの人がブログ書いてるんすけど、Ｂ to Ａ　赤坂で働くWebコンサルタントの日記とかのエントリーで逆立ちって。。。。 皆色々やってるなぁ～、ボクも負けてられんなぁ～ さて、そろそろ本題に。 以前のエントリーでパンくずリスト（Topic Path）を作成する際に使えそうなサンプル8種ってのを書いたんだけど、その後色んなサイトで書かれてたパンくずリストのエントリーや、コーディングコンテストのソース覗いてたりして、今後どうやってマークアップしてこうかなぁ～って悩んでた今日この頃。 そんな訳で、良いか悪いかは別として色々考えてみた。 ul要素でやってみ

先日、diggでVitamin Features » Make your site mobile friendlyというエントリーが上がってきてました。見てみると、非常にうまい具合に携帯向けのCSSやHTMLの書き方などが紹介されていました。僕も携帯向けCSSの書き方には興味があったので、勉強がてら重要なポイントを抜き出して、和訳してみました。 和訳文は次からスタートです。（上記サイトの「mobile」は携帯電話やPDAを含めたモバイル機器が正確な訳ですが、ここでは話を分かりやすくするために「mobile」を全て「携帯」と訳しています。） 基本からスタートしよう。 既に論理的でセマンティックなHTMLを構造化しているんだったら、携帯を含めたどのデバイスでもきれいに、使いやすく、アクセシブルになっています。携帯によっては、WAPに準拠しているかもしれないし、もしかしたらWAP2もいけるかもし