良いとは？

結婚人間関係での検索結果です

優先キーワードは

Web標準Blogでは、Web標準の利用に興味のあるWebサイト管理者、Webデザイナーの方向けに、Web標準を利用するための手法やノウハウ、参考になるリソース等を、国内外を問わずご紹介します。
なお当Blogでは、Web標準に関する疑問や質問を募集しています。Webコンテンツ実装プロセスにまつわるお悩みでも結構ですので、お気軽に電子メールでstandards@mitsue.co.jp宛にお送りください。
サトウマサシさまより、CSS Nite Vol.3に寄せてCSSハックに関するご質問をいただきました。ちなみにCSSハックとは、Webブラウザ間でのCSS仕様の解釈の相違やバグの有無を振り分けの条件として利用し、特定のブラウザに対しスタイルを適用あるいは非適用とする手法のことです。
2005年10月13日の［IEBlogより：お使いのCSSハックを一掃してください］で取り上げていた良いHACK、悪いHACKについて、具体的に解説いただけたら嬉しいです。
子供セレクタを利用するCSSハックです。子供セレクタを解釈するかどうかを振り分けの条件としています。
子孫セレクタを利用するCSSハックです。(X)HTML文書のルート要素はHTML要素であり、その祖先に相当する要素は存在しません。しかしInternet Explorerはこのセレクタを有効なものとして解釈します。
通称「Owen Hack」。疑似クラスと隣接セレクタを利用するCSSハックです。first-child疑似クラスと隣接セレクタの双方を解釈するかどうかを振り分けの条件としています。
隣接セレクタを利用するCSSハックです。隣接セレクタを解釈するかどうかを振り分けの条件としています。
子供セレクタを利用するCSSハックです。子供セレクタを解釈するかどうかを振り分けの条件としています。
厳密には上に挙げた書き方のみならず、同じ振り分けの条件を仕組みとして利用したCSSハックはすべて、使用しないほうが良いとされています。これらはいずれも、IE7が子供セレクタや隣接セレクタ、疑似クラスに対応し、またHTML要素をルート要素として正しく解釈する予定であることから、振り分けの条件として機能しなくなると言われているからです。
一方css-discussの「Good CSS Hack」では、使ってもよい「良いハック」として、以下の条件が紹介されています。
今後登場する標準に準拠した新しいWebブラウザでも機能し続けるよう、記述順序やセレクタの詳細度（個別性）に配慮したもの
ばあど様のお書きになった「次期IEのためにCSSハックは削除すべきか」よりトラックバックをいただき、そのなかで原文通りの翻訳を心がけて欲しいとのご指摘をいただきました。
しかしご指摘の点は仰るとおりであり、今後さらに表現に注意して記事の作成にあたりたいと思います。ばあど様、ご指摘ありがとうございました。
Web制作、ホームページ作成、Flash制作：Webサイト構築、Webサイト運用：ブロードバンドコンテンツ（音声制作、動画制作）：システム開発、Webマーケティング、Webブランディング、Webコンサルティング・・＞のWeb Integrationならミツエーリンクスにお任せください。

[] 良いハック・悪いハック | Web標準Blog | ミツエーリンクス
[引用サイト]　 http://standards.mitsue.co.jp/archives/000133.html
21

Last Updated 2007/ 02/ 14/ 16時36分15秒

WSJ21.NETへようこそ♪本サイトは「超簡単HP作成～自作CGI無料配布、GIFアニメ作成」まで幅広く支援する良いウェブ普及支援サイトです！今から貴方もWSJ21.NETを活用して将来性のある見やすい良いホームページを作成しよう！
2006/10/14: 予告通り新サイトを作ります！まだ現在は情報の公開ページですので定期的に見てください。
突然ですが、しばらくWSJ21.NETの更新停止を決定しました。今後のエコアップの開発は、専用サイトを立ち上げての開発となります。新サイトに移行する数ヶ月間、バグ報告は今まで通りは受け付けておりますのでご安心下さい。
新サイトに移転後は、古くなった開発コンセプトを一新して「複数画像アップ」としての「待望のスタート」を切ろうと思います。
2005年07月03日: v1.40公開 : イベント用の公開期間制限機能追加。サムネイルプログラム判定不具合修正。
2005年05月29日: v1.37公開 : サムネイルプログラム選定不具合修正・強化。レス禁止モード追加など。
2005年05月07日: かねてからの要望がありましたサムネイルのみの運営に正式対応致しました。その他、ネットスケープ等のブラウザで編集出来ないバグなどを修正しました。
雑誌を定期購読しよう！雑誌を定期購読すると、雑誌によっては、割引特典やプレゼント特典が付いています！毎月買う雑誌なら定期購読することで、毎月発売日に自宅に届きます！
幾人かの人からご指摘もありましたが、ホームページ作成講座は、古いコンテンツが、そのままの状態になっています。この後も更新されるとしたら各コンテンツを独立したあとです。取り敢えず、GIFアニメ工房をブログ化して独立させました。次は、CGI関連を独立させ、問題のHP関連に手を付けたいと思います。気長にお待ち下さい。
GIFアニメ工房に逆アクセスランキングを設置しました。GIFアニメ工房にリンクを張って、逆アクセス数１位を目指しましょう！尚、CGIテスト終了後、当サイトにて逆アクセスランキングCGIを配布したいと思います。
本日「GIFアニメ工房～簡単GIFアニメ作成オンライン」がオープンしました。今月中には、当サイトの同コンテンツを削除致しますので、お気に入りやリンクなどの変更をお願い致します。
大人気の簡単GIFアニメ作成CGI「GIF Animation Maker CGI」コンテンツを「GIFアニメ工房～簡単GIFアニメ作成オンライン」として独立させる事が決定しました。新規ドメインも取得し、現在ローカルにて移転作業中です。
デザインは、WSJ21.NETに類似させていますが、茶系統の色遣いにより、工房としての重々しい感じを演出している一方、小中学生・高校生の女性の利用が見込まれるため、親しみやすいポップな感じも取り込みました。後は、見やすさ重視の設計で作成しました。
最近、訪問者数が減ったなと思っていたら、YahooとMSNの検索結果に出ないことが判明しました。理由は分かりませんが、酷いものです。一向に回復の兆しも見えないので、前々から計画していました、一部コンテンツの独立を行います。対象コンテンツは、大人気のGIFアニメ工房です。独立後は、画像関連全般を扱うように致しますので、初心者にとっては、今以上に素晴らしいサービスになります。
また、段階的にCGI配布やHP講座などの移転も検討中です。最終的には、情報詰め込みサイトではなく、各情報を独立コンテンツとして扱い、利用者にとってよりよい環境を揃えたいと思いますので、今後とも宜しくお願い致します。

[] WSJ21.NET-良いホームページ作成支援サイト
[引用サイト]　 http://www.wsj21.net/
22

Last Updated 2007/ 02/ 14/ 16時36分15秒

HTML-lintというと、まあ一般的にはAnother HTML-lintを指すだろう。って何処の一般なのかは知らんが。Another HTML-lintは非常に良いサービスで、単なる文法チェックにとどまらず、いわゆる宗教的と呼ばれるたぐいの文法であるとか、WCAGに基づくアクセシビリティのチェックまでも出来たりする。
このチェックは採点方式で行われるのだが、DTD的にはあくまでValidな文書であっても、実際には減点されたりもする。たとえば、span要素が空だったり、p要素の中がbr要素だけだったりとか、こういうのは減点される。Authorは減点されるのを防ぐがためだけに、見栄え的に影響をあまり及ぼさない範囲、つまりたとえば空白を入れてみたりする。今のAnother HTML-lintではそれでも警告を発する。いやー素晴らしい。単にDTD的にValidかInvalidかを判定するだけだったらこうはいかない。こうまで警告されれば適切な文書構造とかいうのを学ぶキッカケにもなるというものだ。
しかし、実際には文書の内容まで読んで判定してくれるわけではないから、おかしなものでもAnother HTML-lint的には100点満点になったりもするわけだ。それだと、適切な文書構造とかいうのを学ぶキッカケにはならないし、むしろ適切でない文書構造を正しいものだと誤解して覚えていってしまう可能性すらある。まあ、こだわりませんがというか、もっともこのページなんぞ、まず前提としての(?)100点満点ではなかったりするわけで、他人のことなぞ言ってられないとかいう。
「正しいhtmlとcssで作るstrict page」というサイトがある。とりあえずAnother HTML-lintでトップページを採点してみると、当然ながらというか100点満点だ。しかしちょっと待って欲しいというか、このページにはおかしい点があると思うのだ。これが100点満点なのは、その点というのがAnother HTML-lintの仕組みでは対応できないようなものだから。
まず、細かい話なのだが、「linkbar」というクラス名はどうだろう。この場合、「link」と「bar」というふたつの単語を繋いだ状態だと思うのだが、「bar」は「横棒」という意味だと思う。しかしこれが横棒に見えるのは、まさしくスタイルシート次第ではないのだろうか。あと、「linkbar」って単語は無いだろうから、せめて「linkBar」とか「link-bar」とかのほうが、この命名の是非はさておいても良さげ。謎の単語を作り出すくらいならローマ字で「Rinkuba」とかどうか…って「リンク場」っぽいなコレだと。つーか何なら日本語でも良いし。
ついでになんか気になったので、適用されているスタイルシートであるstart.cssも見てみたり。background-colorプロパティの初期値はtransparentなのだから、transparentだったら別にあえて書かなくても良いはず。background-colorプロパティは継承だってしないんだから。各スタイル定義中、colorプロパティが有るところにはほぼ全てbackground-color:transparent;となっている。なんかこれって、CSS Validatorが出す警告防止のためだけのように思えてしまう（偏見）。transparentじゃなくても、なんか色の指定値がどうかと思うところとか。あと、なぜか宜しくない個所に全角空白があったりする。これだと、レンダリングエラー以前にパースエラーになる可能性があるような、ないような（どっち）。
ていうか、別に此処は野嵜氏の斬るコーナーを目指しているわけでもないので（しかも斬るコーナーの主旨とも違うし）、この辺にしといて、んで、ソースを引用して、このソースがレンダリングされるとこうなる、ってとこまで話を戻す。
さてこのlinkbarクラスのdiv要素であるが、この要素はコンテンツとして存在しうるアイテムを格納（羅列）したブロック要素と解釈すれば良いだろうか。それらのアイテムを「/」で区切って羅列しているという。
さて、ではリンク文字列となっている各アイテムとの区切り子になっている「/」、更にそれらの間に見られる全角空白、こいつらは一体何なのか?
この要素においては、リンク文字列たちもまた要素であるのだが、「/」と全角空白は外観（見栄え）を制御しているのではないだろうか。「/」については賛否両論あるやもしれないが、少なくとも全角空白は間違いなく外観だし、僕は「/」もそうではないかと思うのだ。根拠は次で述べるので読み進めて欲しい。
HTML 4.01文書である「正しいhtmlとcssで作るstrict page」の、このlinkbarクラスのdiv要素の部分だけを抽出して、しかもXHTML 1.0で書かれていることにして、その情報ソースとなっているXMLを想像してみる。それはたぶんきっと、こんな感じだ（適当）。
しかし、こうして見ると、この時点で何か違うような。このXMLでいうところのtitle要素とdescription要素の違いというか、ふたつある意図がわからないというか。実際のHTMLソースでa要素title属性として扱われているからには補足説明なのだろうということでのdescription要素なのだが、title要素もdescription要素もどっちも「index」というのがある。「cssguide」なんかも「contents」に含まれそうな気もするというか。そもそもリンク文字列が英語でその説明として日本語（というか和訳）、みたいなのは、あまり好きじゃないというか。意味が無いと思うのだが。いや無いことは無いか。…まあいいや、っていうか、まあいいか(謎)。
んで、まあアレだ。HTML文書なのだからXML文書として考えなくて良いともいえるけど、そもそも情報を整理する際は論理構造と外観とを切り分けて考えていくのが近道というかで、考え方としてはXML文書を作る勢いのほうが結果として、真の意味でValidかつStrictな文書になるんじゃないかっつーわけで、上記の仮想XML文書(謎)のような状態になってしまうのは、僕のXMLも悪いとは思うが、そもそもうまいこと論理構造が確立されてないんじゃないか、とも思ったりするわけで、まあとにかく先に進むとしよう。
XMLは文書の論理構造（データ）でしかないから、このままじゃ多くのブラウザでは面白くない。というわけでXSLとCSSを使って、ブラウザで面白くするように仕向けるわけだ。XSLはたぶんきっと、こんな感じ（更に適当）。
で、さきほど、全角空白だけではなくて区切り子になってる「/」も外観だと書いたが、その根拠。この場合「/」は、羅列の区切りなのだから、別に「,」でも、あとたとえば「|」とか、そういうんでも問題ないはずだし、逆にいえば、たとえば「/」じゃなくて「,」にしたくなった時、この区切り子をあくまで外観として定義してあったらどんなに変更が容易なことかは想像に難くないはずだ。要するに外観を構成する部品だということだ（XMLに含まれていないという時点で自明というか）。
上記のXSLの時点でも、最後のほう、赤い字かブラウザによっては太字だとか他の行とはちょっち違う感じで表示されているであろう「<![CDATA[ / ]]>」という行のところをいじるだけという簡単さではある。具体的には、区切りを「,」にしたくなったら、この行を「<![CDATA[ , ]]>」とするだけだ。
しかしだ。これはまだ甘いというか、全角空白の扱いだ。この全角空白は、リンク文字列と「/」とがくっつきすぎるのでAuthor的には見づらくなると予測して、それを防ぎたいがために入れてある、ようはCSS的にはpaddingプロパティみたいなもんだと思われる。となると、だったらまさしくCSSでやったらどうよ? と思うわけだ。
「/」も入れてしまいたいなら、a:afterの時のcontentsプロパティの値を「"\3000/";」にすれば良いだけ。そんで最初のアイテムの前にも「/」が欲しいという、いわゆる例外処理みたいな感じだったら、更に:first-child擬似クラスと混ぜたりすれば良さげ（XSLならもっと簡単そうだが）。
ちなみに、XSLで出来るんだからCSSじゃなくてもいいじゃん、というわけにはいかない。XSLはXML文書からHTML文書やらXHTML文書やらを生成したりするためのスタイルシートであるが、その生成された文書の外観は、たとえばCSSというスタイルシートによるなどして制御されるわけだから。
とはいっても、たとえばNetscape6にこれをレンダリングさせると思惑通りになるものの、:beforeコンテンツと:afterコンテンツも、当たり前といや当たり前なんだがリンク文字列の一部と見なされてしまう。まあ、それはそれでいいのか、とも思うけど、そうしたくないという場合はじゃあどうすれば良いのか。区切りの「/」のほうをspan要素で括るか?
こうか。確かにこれなら:beforeコンテンツと:afterコンテンツはリンク文字列の一部と見なされないよな。そーかそーか。こう書けば良かったんだ。だとするとつまり前述のXSLの赤だか太字だかいう個所の「<![CDATA[ / ]]>」は、
しかしだ。このlinkbarクラスのdiv要素であるが、そもそもこれはdiv要素であるべきなのだろうか。strongクラスのspan要素であるとかを作るのが非常に望ましくないとされているのと同様に、既に存在する要素があればそれを使ったほうが意味づけの意図がより明確になるはずである。
というわけで、この場合、これはサイトのインデックスとなるリンク文字列を列挙しているわけなのだから、リストなのではないか、ということだ。
そうであれば、間の空白と「/」は一体何だとかいう疑問がそもそも出ずに、実にすんなり解決する。HTMLのマークアップ的にはこうすれば良い。
実に素直な、まさにそのまんまというやつだ。んで、このリストに対するCSSは、こんな感じに定義するわけだ。
ではこれを実際にやってみよう。これにて一件落着というか、つまりリストであるべきだというか、そのほうが構造上スジが通っているんじゃないかってことだ。いずれにしても全角空白とか「/」とかは見栄えに含まれるということにもなる。
まあその例示としてはイマイチな題材だったかもしれないが、いずれにしても妥当な文書だと名乗るからには、やっぱり単純にDTD的にValidだというだけじゃつまらない。構造的にというか、文書として真に妥当たりえているかって辺りまで、とりあえず意識だけでも常々したいところだ。
ところで「Another HTML-lintの一歩先へ」ってフレーズ、今考えたわりにはなかなか秀逸だとかいう気分。
ちなみに、haza氏の名誉のためにも（というと多少語弊があるが）フォローしておけば（というと更に語弊があるが）、別にhaza氏のページそのものがどうのというわけでもないし、ましてや当然ながらhaza氏自身がどうのというわけでもないので、その辺はひとつよろしくというか。
kotobaseekのCSSとかからリンクされてる様々なサイト、およびkotobaseekそのものでさえ、今回例として扱っているlinkbarクラスのdiv要素のような時には、やはり多くのサイトが、半角空白や全角空白や「/」や「|」なんかを使っている。だいたい僕のこの「suneo | Pointless In A Sence」だってMSのメニューみたいなのはdiv要素で表現されちゃっていたりするという勢い。ブラウザのCSS対応状況の関係でといいつつ、Authorの自己満足の便宜をはかるためには「バグのあるブラウザは無視しちゃう」とか豪語しつつも、:hover以外の擬似クラスは多くのブラウザが対応していないとかの都合上、Authorの自己満足の便宜があまりはかれない辺りだったりすると、「後方互換を意識しちゃう」などと言ったりして、結果的には自分に都合の良いマークアップをしてしまったりするものなのだ。と思う。

[] Valid HTML/XHTML - I'll sleep on it.
[引用サイト]　 http://homepage1.nifty.com/VET06031/web/lint100.html
23

Last Updated 2007/ 02/ 14/ 16時36分15秒

PROJECT KySS（プロジェクト・キッス）。四国のSOHO。薬師寺国安（やくしじくにやす，フリーランス4年目のWebプログラマ）と，薬師寺聖（やくしじせい，開業9年目の個人事業主，http://www.SeinDesign.net/）によるコラボレーション・ユニット。1996年，ActiveXユーザー同士として知り合い，翌年ユニットを結成。その後各々が自営を始め，現在は協業。XMLに関する記事や著書多数。http://www.PROJECTKySS.NET
Webサイトのテーマと内容，サイトやメニューの構成，宣伝方法にいたるまで，企画のベースには，一貫する「アイデア」がある。この企画のアイデア―――漠然と「企画案」とか「提案内容」と呼ばれることもある―――を見つけることが，企画という仕事の肝だ。
良い企画のアイデアさえ見つかれば，後は技術と知識で膨らませて，ユーザー層，制作目的，訴求効果といった項目に落とし込み，企画書の体裁に仕立てるだけだ。この作成作業自体は，暗記と反復練習次第で，比較的容易に習得できる。
ところが，こと「発想」に関しては，知識の丸暗記はあまり役に立たない。制作会社から「制作技術は学べるが，発想は学べない」という声を聞くことがある。手順をマニュアル化して伝えられるものではないので，後進の育成が難しいのだ。
筆者から見ると，アイデアがわき出る人と，アイデアがわかない人では，次の三つの点が異なる（図1）。後で詳しく述べるが，特に決定的に違うのが3)である。
アイデアがわかないと嘆いている人は，アイデアのモトになるであろう外からのデータを，頭の中にうまく取り込めていない。
いつか役立つかもしれないデータを，現時点の生活には不必要だという理由で，すぐに削除してしまっている。
頭の中に蓄積されているデータのうち，企画のテーマに直接関係のあるデータにしかアクセスできておらず，他の有用なデータを活用できていない。
つまり，最初の2段階で使えるかもしれないデータをどんどん捨ててしまい，残ったわずかなデータも有効利用できていないのだ。今回は，以上の3段階の状態を改善する方法について見ていこう。
私たちは，日々の生活で触れるすべてのデータを取り込みはしない。頭の中に登録すべきデータかどうかを無意識のうちに判別している。例えば，お気に入りの音楽の流れる店内で，目の前に座る友人が全く関心のないテーマについて長々と話し始めると，意識は話よりも音楽へと向かうことがあるだろう。
アイデアのモトになるかもしれない多くのデータが，個人の嗜好（しこう）や価値観というフィルターを通して登録される。関心のないデータはフィルタリングされ捨てられていく。いきおい頭の中のデータベースは，ひどく偏ったものになってしまう。
データベースに大量のデータを蓄積するには，データに触れる際の姿勢を見直すことが必要だ。ポイントとなるのは「傾聴」である。関心があろうがなかろうが，一言も漏らさないように誠心誠意聞くことを心がけよう。
また，地に足のついたデータや，異分野のデータを取り入れることも必要だ。地方紙やフリーペーパーや雑誌に目を通したり，何か一つテーマを決めて徹底的にリサーチしてみるのもよい。そして，外の景色，季節の気配など，五感で感じるあらゆるデータを，可能な限りフィルタリングすることなく取り込んでおこう。
こうして，データが次々登録されて増えていくと，頭の中では，無意識のうちに，フォルダに分けて管理するようになる。このフォルダの多い状態を「引き出しが多い」ともいう。
私たちは「今の生活や仕事には関係ない」データを，ないがしろにしがちだ。せっかく蓄積されたデータを，即時性と実用性でフィルタリングしてしまい，現時点で必要ではないデータを削除してしまう。ところが，企画の仕事では「そういえば，あのとき，たしか…」といった関連データが役に立つケースが多いのである。
例えば，「売り上げをもたらしてくれるわけではない」風の音というデータを記憶していれば，家電販売店のWebサイトのエアコン商戦に新しい視点を持ち込めるかもしれない。「明るく楽しい生活には無用の」生きる哀しみを記憶していればこそ，グループホームのWebサイトをより温かい印象に変えることができるかもしれない。
金銭，効率，五感の満足にのみ価値を見いだすことをやめれば，売り上げに直結しない，生活に関係ない，目や胃や自己愛を満足させてくれないデータであっても，自動的に削除することは減るだろう。
頭の中にフォルダ分けして蓄積されているデータの中から，使えそうなデータを検索して組み合わせることによって，アイデアが生まれる。
具体例は次回に説明するが，アイデアの捻出方法は，実用新案の発想方法と何ら変わらない。発想力の正体とは，手持ちのデータの新しい組み合わせ方を思いつく能力のことだ。「使えるかもしれない」データをどれだけ蓄積しているかが，アイデアの量を決める。そして，データの組み合わせ方がアイデアの質―――独創性―――を決める。データの検索結果の組み合わせがアイデアとなり，アイデアを実務で生かせる形に加工したものが企画となる。
企画のテーマに直接関係のある名前のフォルダにしかアクセスできなければ，他のフォルダに蓄積されているはずの有用なデータを検索して活用することができない。「頭の中のすべてのデータを検索対象とするには，すべてのフォルダに対してアクセス権を設定して「読み込み可能」にする必要がある。すべての「引き出し」を開け放して，データを見渡しやすい状態にするわけだ。
アイデアが出ないという人は，この「すべてのフォルダへのアクセス権の設定」ができていない。検索対象が限られると，データの組み合わせも限られてしまうので，型破りな発想が生まれにくいのだ。「すべてのフォルダへのアクセス権の設定」の制御，つまり，「頭の中にあるすべてのデータを検索対象に出来る状態」を，自分の意志で作ることができれば，アイデアがわき始める。
では，そのような状態を作るには，どうすればよいのだろうか？その状態になれる時間と場所は，古来より，馬上・枕上・厠上と言われている。
昔と現代では生活が違うとはいえ，同じ人間である。共通項があるはずだ。筆者は，アイデアの出やすい状態というのは，脳波や血流や脳内物質の状態に関係があると実感している。
筆者の場合，アイデアがわく状況は，自転車（MTB）に乗っているときと，目が覚める前のウトウトしているとき，入浴中である。これは筆者に限らない。プログラマの相方は，プログラムのビルドエラーが出て解決策のアイデアが必要なとき，事務所内をウロウロ歩き回る。
自転車や歩行や入浴などで血の循環がよくなり，脳が活動し始めた段階で，1個の問題（ここでは，企画のテーマ）について徹底的に考え詰める。このとき，考える行為を途中でやめたり，端折ったりしないことである。考えて考えて考え抜くことだ（ただし，一回の考える時間には上限を設けたほうがよい）。筆者の経験では，考え過ぎてヒートアップすると，頭の中のすべてのフォルダが開いてデータが飛び交い始めるような状態になるようだ。
そこでさらに考える作業を継続すると，熱暴走したマシンが停止するように，ヒートアップした脳の働きが停止し，思考が停止する空白の一瞬が訪れる。その瞬間，頭の中を飛び交っていたデータ同士が出会う。それは，輪を描いて踊っていたフォークダンスの音楽が終わり，眼の前にいる相手と手を取り合うような状況である。例えば「食品」と「日曜大工」といった，全く関連性のないフォルダのデータが出会い，結びつく。そうして，新しい組み合わせが生まれるわけだ。
この新しい組み合わせ―――ひらめき―――は，向こうから訪れる。言葉では「アイデアを出す」とは言うものの，実際は「アイデアが訪れる」といったほうが正しい。アイデアは捕まえるものではなく，いつでも捕まえられる態勢で待つものだ。
アイデアが訪れた状態でマシンに向かうと，実務に戻ったことにより，ヒートアップしていた頭はクールダウンされる。すると，アイデアを冷静に眺めて，企画として使えるかどうかを的確に判断できるようになる。
だから，発想力を高めるには，以上のような状態を作る生活をすればよいのである。ひらめく状況を何度か体験すると，意識的に同じ時間と場所に身を置くことで，アイデアが出る状態を作り出すことができるようになる。
それには，普段から，アイデアの受け皿を用意しておく必要がある。身の周りに，常にメモとペンを置いておくクセをつけよう。ICレコーダーでは図を手描きできないので，Webサイトのアイデア記録には向いていない。筆者は枕元にも，常に，B6サイズのメモとペンを置いている。
なお，企画のテーマとは無関係なアイデアが浮かんでもメモしておこう。後々，使えることがあるからだ。1冊のノートに雑多なアイデアが書き込まれることになるので，筆者は，内容をラインマーカーで囲んで分類している。例えば，本連載に使えそうな内容なら，日経の「N」，A社の開発案件に使えそうなら「A」と書き込んでおく。そのアイデアを仕事で使ってしまったら，「スミ」と記入している。
メモしたアイデアは，随時，テキストエディタやExcelなどで入力しておこう。特に，単語を列記しただけ，簡易な図を書き留めただけの場合は，早めに清書しておく。あとで何を書き留めたかったのかすらわからくなってしまうからだ。清書したファイルは，マシン・トラブルのリスクに備えて，外部メディアに保存したほうがいいだろう。
以上のように，日ごろ触れるデータをフィルタリングすることなく蓄積し，役に立たないからといって捨てず，活用する方法さえ身に付ければ，企画のアイデアに悩む頻度は減っていくはずである。
アイデアを出す生活に慣れてくると，三つの問題が生じがちになる。そのような問題が生じそうになったら，本稿のことを思い出してみてほしい。
わき出すままアイデアをメモしていると，納期の差し迫った目の前の仕事になかなか着手できなくなったり，生活が不規則になったりする。仕事や生活のためのアイデアなので，それらが犠牲になっては本末転倒だ。アイデアがわいている状態では意識が自分の中に集中しているから，区切りをつけることはとても難しい。中断しなければならない時間に目覚まし時計をセットするなどして乗り切ろう。アイデアを出す作業は必ず時間を区切って行い，書き留めた後は，すみやかに地に足のついた日常生活に戻る必要がある。
アイデアをテキスト化して肉付けし，企画案に落とし込んでみたものの，イマイチ何かが足りないという感がつきまとうことがある。その多くは，納期に迫られたり複数案件を並行作業するなかで，考える作業を中途半端に終わらせた場合に生じる。
そんなときは，企画書の提出期限が迫っていたとしても一度出したアイデアを白紙に戻す勇気を持とう。顧客が仮に乗り気になったとしても，そのまま進めると期待通りの結果は得られないことがある。
アイデアがたくさん出て，どれも捨てがたいと感じることがある。しかし，Webサイトの企画は，シンプル・イズ・ベストである。これもあれもと思いがちになるのを，バッサリ切って捨てて，何も引くものがなくなるまで引き算をする勇気を持とう。
アイデアを捨てる際には，実務経験がモノをいう。実現可能なアイデアかどうかを判断する必要があるからだ。当人の頭の中だけで完結していて，絵に描いた餅で終わるアイデアは，話のネタにはなるが企画書に書いてはならない。顧客が過剰な期待を寄せるからだ。
何かひらめいたら，それが本当に，使えるアイデアなのかどうかを，自分自身に問いかけて，｢アイデア」と「単なる思いつき」を見極めよう。
単なる思いつきが何百個何千個ひらめいたからといって，それを次々実施すると，顧客の利益にならないばかりか，費用や時間の無駄遣いになりかねない。具体的な実装方法を提示できず，費用対効果を無視した「単なる思いつき」は，企画案には使うべきでない。
「単なる思いつき」に慢心しない人間になるには，エンドユーザーに必要とされるモノづくりが，いかに難しいか，一度は芯から感じる体験をしておくとよいだろう。短期のアルバイトでもよい。第一次産業か第二次産業に飛び込んで，自らの手で「Webサイトとは違い，実際に手に取って触れることのできる」モノづくりを体験してみるのも一つの方法だ。あるいは，日曜大工でも，手芸でも，日常生活の中のどんなことでもよい，身体を動かして何かを作る体験を重ねることである。
今回は，発想のアウトラインについて触れたので，次回（「第10回良いアイデアを出すためのレッスン」）は，「卵のWebサイト」を例にとり，さらに具体的な話をしてみたいと思う。
日立ソフトウェアエンジニアリング／日本ヒューレット・パッカードセキュアで効率的なクライアント環境を実現シンクライアント・ソリューション
マイクロソフト内部統制ハンドブックステークホルダーの役割とIT活用のポイント役立つITツール
日本ヒューレット・パッカード x86サーバー移行のポイント＆キーとなる最新テクノロジー徹底解説
集客できるウェブサイト制作の秘訣！どうしても欲しいと思ってもらうようにするためには「購買後の状態」を表現するのが重要だ
アドビシステムズは2006年12月15日より、次期メジャーアップグレード製品のAdobe Photoshop CS3（以下Photoshop CS3）ベータ版の無償配布を開始した。CS製品になる前から数えると今回でバージョン10となる。
制作ワークフローを含む運用方法（ルール）の設計という視点に立った、“サイトのデザインと統合管理”が欠かせない
｜ITproについて｜ITproへのお問い合わせ・ご意見｜情報提供・プレスリリース｜日経BP書店｜広告について｜｜日経BPケータイメニュー｜著作権・リンクについて｜個人情報保護・プライバシーポリシーについて｜Copyright (C) 1995-2007 Nikkei Business Publications, Inc. All rights reserved.このページに掲載されている記事・写真・図表などの無断転載を禁じます。著作権は日経BP社，またはその情報提供者に帰属します。掲載している情報は，記事執筆時点のものです。

[] 第9回良いアイデアがわく人とわかない人はココが違う：ITpro
[引用サイト]　 http://itpro.nikkeibp.co.jp/article/COLUMN/20061211/256567/
24

Last Updated 2007/ 02/ 14/ 16時36分15秒

　人気の無料出会い系サイト

出会い系にお金なんて使ってられるかっ！
冗談じゃないっ(｀･ω･´)
出会い系は無料で本当に会えなきゃ絶対ヤダって人におすすめです。
完全無料だからバシバシ使い倒してちゃいましょう♪(人ω･`)
新サイトは頻繁に更新するので要チェックです！！