勘違いとは？

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

優先キーワードは

普段はツンツンしているくせに、好きな人を目の前にするとデレッとしてしまう萌え属性、通称「ツンデレ」。今やオタク業界の人気者という枠を飛び越えて、某ティーン向け女性雑誌に“モテキャラ”としてフィーチャーされるまでになっているらしい。さっそく、その件の女性雑誌を読んでみたぞ！まずは、ツンデレの特徴を紹介している箇所にて。●コーヒーはブラック派（最初はムリしてブラックを飲む、らしい）●武道を習っている（ヤンキーと違うのは武道を習っているところ、らしい）ええっ！？ツンデレって武道の練習後にブラックコーヒーでひと息つくようなキャラだったっけ！？・・・どうやらこの女性雑誌、ツンデレから派生するイメージ像をツンデレとして（勝手に）解釈している模様。カフェオレを飲むツンデレだっていると思うんだけど。しかし、ここまではほんの序の口。本当にスゴいのは、ツンデレの生活を再現したコーナーにあった！！●水を飲んで目を覚ます（低血圧気味だから、らしい）●チコクしそうになったら猛ダッシュ（自分にキビしいから、らしい）●夏休みは野外ロックフェスに行く（素直になれない分ストレスがたまっている、らしい）いや、ツンデレが低血圧とはかぎらないから。チコクしそうな時は誰でも走るし。そして、なぜ野外ロックフェス？？サッパリわからん！！このページを、「３度の飯よりツンデレが好き！」と豪語するアキバ系男子に見てもらった。「（読みながら）・・・野外ロックフェスはないな（笑）。でも、女性誌にしてはイイ線いってるほうだと思うよ。今年の１月頃に発売された某女性誌のツンデレ特集はひどかった。『新品よりお古を愛用』とか『好物はラーメンとお好み焼き』とか、全然イメージの湧かないことばっか書いてあってさ～。ビックリしちゃったよ」（23才アキバ系男子）掲載されていた中でもっとも正しいツンデレ行為としては、「『あんたのために作ったんじゃないから！』と手作りモノをプレゼント」が当てはまるとのこと。不器用ながらも一途な愛を表現してくれることこそが、ツンデレの醍醐味なんだとか。ツンデレでモテたい女性は、一途さをアピールすることから始めてみよう。間違っても、ボーイッシュキャラと混同させないように！（安田明洋／verb）■関連サイトティーン誌に「コレがモテ系ツンデレだ」の記事 - シャブ壱inDEEP■関連リンクツンデレ初心者の方へ - ツンデレ派とか。ツンデレ大全 - 好き好き大好きっツンデレ - ウィキペディアによる解説ツンデレ占い■関連記事ツンデレ効果で、夫婦円満！？ツンデレはもう古い！？「素直シュール」が萌える理由■関連ポッドキャスト萌え通信ポッドキャスト - 萌えテイスト萌え通信ポッドキャスト - アナウンサーテイストポッドキャストプレイヤー選択livedoor 萌え通信
[マグロ漁船衝突]当て逃げは鹿児島の貨物フェリーか  毎日新聞 14日12時22分
◎日テレ、病室でインタビュー＝取材禁止知らず、救助の船長に－宮崎大病院が抗議  時事通信社 13日19時59分
そのまんま東知事よ！その言い方はないだろう！！  ゲンダイネット 13日10時00分

[] livedoor ニュース - 【ファンキー通信】ああ、勘違い・・・女性雑誌の「ツンデレ」に対する誤解とは！？
[引用サイト]　 http://news.livedoor.com/article/detail/2438392/
202

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

ひろゆき氏のインタビュー記事に対し、ZAKZAKは「勘違い問答」とツッコミ。見出しは「2ちゃんねる断末魔」とすごいことになっている。
閉鎖されるとの憶測が流れている日本最大の掲示板「2ちゃんねる」（2Ch）の管理人、「ひろゆき」こと西村博之氏（30）が16日、＜まだ閉鎖する気ないですー＞と、ようやく声明を発表した。自身が取締役を務める携帯電話向けメール配信サービス会社「ニワンゴ」が、同社のホームページで携帯メール登録者に対して西村氏の「緊急インタビュー」を15日に配信すると予告していた。
西村氏はこの中で、閉鎖騒ぎが起きたのは、夕刊フジの＜狼少年の寓話を彷彿とさせ＞る報道のせいだとし、＜失踪しなくても『失踪』って記事を書く新聞が売れるわけで、『2ちゃんねる閉鎖』って書くとまた、新聞が売れるということじゃないかと＞などとしている。
だが、そもそも「閉鎖」という憶測は2Chなどネット上で喧伝されたもので、夕刊フジ（13日付）報道では閉鎖について一切言及していない。西村氏自身が2Chに踊らされたことを露呈してしまった格好だ。
さらに、＜失踪がウソ＞というなら、どうして現在、東京地裁に西村氏への公示送達（住民票通りに郵送した文書が不送達となった際、法的に送達したものとする手続き）が申し立てられているのか、納得いく説明もない。
揚げ句、「ニワンゴ」側の「全財産が差し押さえになるんですよね？」との質問に対し西村氏は、「仮差し押さえ」と「差し押さえ」の間違いを指摘することもなく、＜差し押さえというのは債権の金額までしか差し押さえできないです。全財産の差し押さえが不可能ってのは、法務部のある会社ならわかってるはずなんですけどねぇ…＞と勘違い問答している。
今回、東京都の会社員（35）は、西村氏の動産の“仮差し押さえ”を申し立てている。動産の場合、仮差し押さえ対象の特定は不要だ。西村氏は不動産がないとされるため、結果的に仮差し押さえ命令が下りれば、対象は西村氏の全財産に及ぶことになるのだ。
声明の冒頭で＜オレンジジュースをこぼしちゃった＞と配信が1日遅れた理由をパソコンの故障によるアクシデントと説明した西村氏。巨大掲示板の管理人の危機管理体制としては、いかがなものか。
ZAKZAKによると、2ch管理人・ひろゆき氏の財産の仮差し押さえを債権者が申し立てた。対象は「2ch.net」ドメインにまで及ぶ見込みという。
「2ch.net」ドメインが仮差し押さえの対象になり、近く「2ちゃんねる」（2ch）の閉鎖もありうる、と報道されたが、ドメイン名の差し押さえは実際に可能なのだろうか、また、差し押さえられた事例は過去にあったのだろうか。民事訴訟法・サイバー法に詳しい南山大学法科大学院の町村泰貴教授に聞いた。
2chドメイン差し押さえの可能性を報じたZAKZAKによると、今度はひろゆき氏に対し第三者破産を別の男性が申し立てたという。地裁が認めるかは不明だが、 ZAKZAKは「狭まる包囲網」「西村氏は重大な決断を迫られつつある」という。
Wikipedia創設者のWikia、新しいサイトを立ち上げWikiaの新サイトはエンターテインメント、地域情報、政治に特化した双方向的なオンラインコミュニティーだ。
ビュー・スイカで貯めたポイントをモバイルSuicaにチャージ可能にモバイルSuicaの親カードにはなれても、貯めたポイントをモバイルSuicaにチャージすることはできなかったビュー・スイカカード。JR東発行のカードに限り、モバイルSuicaへのポイント分チャージが可能になる。
米iTunes Storeに日本アニメ初登場日本アニメの販売は、米国のiTunes Storeに先を越されてしまった。
Google、ベルギーのGoogle News訴訟でまた黒星ベルギーの裁判所は、Google Newsに特定の新聞の記事を掲載することを禁じる先の判決を支持した。（ロイター）
今年から米国の夏時間延長、タイムゾーンの更新適用を米国では制度変更に伴い3月から夏時間に突入する。Microsoftなどはソフトの更新でこれに対応。米国に拠点や取引先がある企業は注意が必要だ。

[] ITmedia News：ひろゆき氏インタビュー、ZAKZAKは「勘違い問答」とツッコミ
[引用サイト]　 http://www.itmedia.co.jp/news/articles/0701/17/news071.html
203

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

毎日、人材紹介会社のコンサルタントは転職希望者と会う。さまざまな出会い、業務の中でこそ、見えてくる転職の成功例や失敗例。時には転職を押しとどめることもあるだろう。そんな人材コンサルタントが語る、転職の失敗・成功の分かれ道。
皆さん、こんにちは。人材紹介会社のリーベルの小塚です。今回は、よくありがちな「転職に関する勘違い」について述べたいと思います。
日ごろ、IT企業の人事担当者からいろいろなご相談を受ける中で話題に出るのが、この転職に関する勘違いです。毎日、転職希望者と打ち合わせを行うときに、私も感じることがあります。
よく人事担当者が指摘するのが、この勘違いです。多くの方は、希望給与に現在の年収より100万円前後高い金額を記入するそうです。人事担当者は、いつもそれを見てびっくりするそうです。面接のときに「給与アップの根拠は？」と問いただすと、しどろもどろになってしまう人も多いそうです。「どんなパフォーマンスを出すか分からないのに、大幅なアップは考えられない」が、人事担当者の本音です。
給与水準の低い下請けIT企業（2次請け／孫請け以下のシステムインテグレータなど）から、給与水準の高い元請けIT企業（コンサルティングファーム、シンクタンク、大手SIer）に転職した場合
資格を取得することは、決して悪いことではありません。むしろ積極的に取得すべきです。ただ、それは手段であるはずなのに、目的になってしまっている方が多いようなのです。
これもよくいわれる勘違いです。企業の採用基準は、「技術力4：人間力6」だそうです。どんなに技術力が優れていても、魅力ある人間・お客さまの前に出しても恥ずかしくない人間でないと採用されにくいものです。これは、皆さんが「採用する立場」になればすぐに気付くことだと思います。
実際の採用での評価では、「どれくらいの規模のプロジェクトに、どのような形で参加して苦労してきたか」が重視されます。もちろん、「どのような技術を使ったのか」も大事ですが、それはあくまでも一部です。大手コンサルティングファーム、シンクタンク、SIerへチャレンジするための理想のキャリアは、「100人月を超える基幹システム構築プロジェクトに元請け企業のITエンジニアとして参加、もしくは協力会社の一員としてそれに近い経験」だと思います。
これは、コンサルティングファームの人事担当者からよく聞く勘違いです。よくある面接官と転職希望者とのやりとりです。
転職希望者「ITコンサルタントになりたくて、コンサルティングファームである御社を希望しました」
面接官「弊社の若手には、提案フェイズを担当しないITエンジニアがたくさんいます。それに、普通のSIerのプロジェクトマネージャクラスなら、皆ユーザーに提案くらいしてますけど……」
この人事担当者がいいたいのは、転職希望者が「ITコンサルタント」という仕事の中身を誤解しているということです。「コンサルタント」という呼び名にあこがれるのではなく、実際の仕事内容を研究して、やりたいことを具体的にいってほしいのだと思います。
面接官「ITコンサルタントになりたいんですね。でも、経験がないので難しいのでは」
転職希望者「経営に関することを勉強したり、コミュニケーション力が付くように努力したいと思っています」
最後の面接官の質問は、「技術、知識、コミュニケーション力すべてが足りない現状を把握し、ITコンサルタントになるために着実にステップアップするべきだ」ということを理解できたかを確認するものだったのです。「経営の知識やビジネススキル」といった上っ面のことではなく、しっかり現場を経験してはい上がってきてほしいのです。面接官の涙も理解できるというものです。
以前に書いたことがあるのですが（「『転職』と『中途採用』の違い」）、採用する企業の立場になって転職を考える「視点」が必要です。
現在は、転職に関する情報がはんらんしています。物事の本質を常に探し、情報を精査してください。そして、人材紹介会社のコンサルタントに相談してください。きっと親身に相談に乗ってくれるはずです。
福岡県出身。大学卒業後、社員研修コンサルティング会社にて、主に大手流通業向けの従業員教育・モチベーションコンサルティング業務を経験。その経験をIT業界で生かしたいと思い、大手ユーザー系システムインテグレータに転職。CRM・SCMを担当。その後、大手人材紹介会社へ転職。人材紹介IT部門責任者を経て、2005年にリーベルへ転職。
＠IT自分戦略研究所トップ｜キャリア実現研究室トップ｜会議室｜利用規約｜プライバシーポリシー｜サイトマップ

[] 転職に関する勘違いをただす－＠IT自分戦略研究所
[引用サイト]　 http://jibun.atmarkit.co.jp/lcareer01/rensai/wakare26/wakare01.html
204

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

巷で流行りのアジャイル。取り入れてみたいけれども不安がいっぱい、取り入れてはみたもののうまく行かない、そんなことを考えてはいませんか？
やる気さえあればできるというのは、ある意味では正しいのですが、盲目にそう信じてしまうと痛い目を見ることになるでしょう。
アジャイルな手法は、変化に対応したり、コミュニケーションをとったり、改善を模索したりという行動を要求します。
そうした行動が苦手な人や嫌いな人は、アジャイル手法が苦痛になってしまうかもしれません。
さらにそういう人はアジャイル手法に対して意識的・無意識的に抵抗して、チーム全体の足を引っ張ることさえあります。
アジャイルに向いた人もいれば、重厚な方法論に向いた人もいます。向き不向きを考えてメンバーを集めるか、
メンバーが固定しているプロジェクトではそのメンバーに向いたやり方を考えたりしましょう。それがプロジェクト成功の早道です。
デキる人ならアジャイルができるとは限りません。Q1.にあるように、技術スキルではなく行動の仕方で、アジャイルに向く向かないが変わります。
私見ですが、「あの人にプログラム任せると完璧なんだよね」とか「Webサービスのことならなんでも知ってるよ」と言われるような、
技術力の高い熟練者には、アジャイルに向かない人が多いようです。作業範囲を個人で厳密に区切ったり、手順をキチッと決めて作業したり、
また、技術的には未熟でもアジャイルのやり方になじめれば、プロジェクトの中で飛躍的に成長するチャンスがあります。
アジャイルなプロジェクトでは、いろいろな作業を担当したり、人の技から学んだり、間違いを指摘されたりするチャンスが豊富にあります。
決められた作業だけをやるよりもはるかに早く成長して、プロジェクトの戦力となれる可能性が大きいのです。
アジャイルプロセスはドキュメントを書かないと聞きました。そんなプロセスは不安で採用できませんよ。
「アジャイルプロセスはドキュメントを書かない」と最初に言ったのは誰なのでしょうか。正直、迷惑してます。
もちろんアジャイルプロセスでもドキュメントは書きます。ただ優先順位が異なるだけです。
『アジャイルソフトウェア開発宣言』にもあるように「完全なドキュメントよりも、動くソフトウェア」を相対的に重視するだけです。
最小限の文書化で最大限の効果を狙う、必要にして十分なドキュメント。そうしたドキュメントは一朝一夕に書けるものではありません。
「コードがドキュメントだ」とうそぶくことは簡単ですが、「ドキュメントであるかのようなコード」「ドキュメントが不要なコード」を書くのはとても難しいです。
また、コードだけでは「なぜこの設計にしたのか」「なぜ他の設計にしなかったのか」という設計判断の根拠が残せません。
アジャイルプロセスはコードを重視するプロセスではあっても、偏重するプロセスではありません。
メンバー間でコミュニケーションがうまく行われていないように感じています。これではいけないと思い、メンバーを呑み会に誘うようにしています。
毎回ほとんど全員が参加してくれて、その場は楽しく過ごすのですが、次の朝になるとまた以前と変わらない雰囲気です。なにか、アドバイスをください。
日本には昔から「呑みにけーしょん」という言葉があるように、コミュニケーションの改善の場を、
呑み会のようなインフォーマルな場(職場外、就業時間外)に設けることがよく行われていました。
しかし、コミュニケーションの基本は「信頼」です。呑み会の場で、自己開示を行ったり、相手に関心を示したりするのも大事ですが、
また、状況を改善するためには、相手を変えるのではなく自分が変わるという意識が重要です。
普段から、「約束は守る」「人の話を最後まで聞く」「大事なことは即座に報告する」などを心がけるようにしましょう。
XPの「シンプル」を実践し、表記法などを使った設計に時間をかけずにプログラミングに注力しました。
すると、ソフトウェアの複雑さが増大し、手がつけられなくなりました。どうしたらいいですか？
「シンプル」は過剰なアーキテクチャ重視を批判していますが、「設計をまったく行わない」のではありません。
「UMLを使ったモデリングだけが設計だ」と狭義に考えずに、TDDとリファクタリングを使った「設計」を採用して、
TDDとリファクタリングは、モデル→コードといった演繹中心に良いソフトウェア構造を振舞いを導きだす代わりに、
プログラミング前に、UMLやその他の手法を用いたモデリングセッションを設けてはいかがでしょうか。
ただし、1週間以上一人でモデリングツールをちょこちょこ触っているようなことは避けてください。
顧客価値をもたらさない自己満足を満たすためや知的権力を誇示するためにパターンを採用していないか注意してください。
まずは、半日ぐらいの時間でホワイトボードや付箋といった道具を使ったグループディスカッションがお勧めです。
アジャイルプロセスとは、XPやスクラムに代表される「アジャイルな開発を実践するために、重要なプラクティスを定義し、まとめたもの」です。
このアジャイルプロセスを忠実に実践しているだけでは、ソフトウエア開発はうまく行きません。
優れたプラクティスを忠実に実践すれば効果を生むこともありますが、その価値と原則を知らなければ、本来の力を発揮することはできません。
アジャイルとは、ソフトウエア開発に対する、心の持ちようや、取り組む態度をあらわした言葉です。
アジャイルプロセスによる開発を成功させるためには、アジャイル提唱者達が宣言した4つの価値とそこから導き出された12の原則を常に心に留め置く必要があります。
プラクティスを実践すればアジャイル開発をやっていると言えるんですよね？今日も上司にアジャイルのプラクティスの重要性を訴えてきましたよ！！
確かに、プラクティスは具体的な実践項目であり、導入のスタートラインになるでしょう。しかしプラクティスを実践することがゴールではありません。
プラクティスは必ず「原則」に基づいて実施されます。原則は「価値」を、妥当であるかどうかの判断基準としています。
まずプラクティスから始めてください。そして次に、あなたの環境に合わせてプラクティスをカスタマイズしてください。
もっと簡単に言えば「なぜ、そのプラクティスを実践するのか」を深く考えてみてください。
プラクティスについて深く考え、その背景にある「原則」「価値」そして「理由」が見えた時、あなたはプラクティスの真の価値に気付いたことになります。
いつでも仕様変更できると思って、アジャイル開発を始めました。なのに、仕様変更がある度に激務になります。
アジャイル開発だからといって、むやみに仕様の変更を受け入れてはいないでしょうか？そもそも、それは本当に仕様"変更"ですか？
ユーザにも理解してもらい、必要な機能のみを組み込みましょう。変更反映のタイミングも重要です。
各イテレーションでリリースした製品をユーザに評価してもらい、その結果を次のイテレーションで反映するようにしましょう。
また、テストは正しく行えていますか。テストは仕様を現します。テストファーストであれば、仕様変更と思われがちな"仕様の誤認"を防ぐことができます。
すべての機能に対するテストが記述されていれば、安全なリファクタリングも可能になります。
ソースコードをシンプルで美しくすることで、コードの可読性が高まり、仕様変更を受け入れやすくなるでしょう。
アジャイル開発、特にテストを重視するプロセスを実施する場合には、テストがみっちりと行われるためテスターは必要ないのではないかと言う方がいます。
非機能用件に関してはお客さまは素人です。そしてプログラマもまた、非機能用件に関しては不十分な知識しか持っていないこともあります。
たとえプログラマーがテスターを兼任することになっても、品質保証の視点からのテストを行う必要があるでしょう。
アジャイル開発が対象にしているテストは開発促進のためのテストであって、品質保証のためのテストではありません。
壊れてしまうようでは「リファクタリング」とは呼べません。テストファーストやTDDと組み合わせて、
動作を確認をしながら安全にリファクタリングを行いましょう。また、リファクタリングツールを使って、作業を機械に任せましょう。
もし誤っても、CVSツールで動いている状態に戻せるようにします。ペアプロやコードレビューと組み合わせて、安全にリファクタリングを行いましょう。
ペアプログラミングでナビゲータになると、手持ち無沙汰で眠くなります。なにか良い方法はありませんか？
ペアプログラミングは、ドライバーとナビゲータの双方が知力を合わせてプログラミングを行います。
ナビゲータは、ドライバーといっしょにプログラムを考えてください。そして、たくさんアイデアを出してください。
そうすれば手持ち無沙汰にならずに、とてもエキサイティングな時間をすごせると思いますよ。
ナビゲータがプログラムを考え、ドライバーは打ち込むだけ。ドライバーをしている間は、プログラムを考えてはいけない。
ドライバーは、どこに向かうかはナビゲータの指示に絶対服従しなくてはならないと思っていたようです。ちょっと、玄人レベルの勘違いですかね。

[] - アジャイル勘違い集
[引用サイト]　 http://www.objectclub.jp/technicaldoc/xp/agile_misunderstanding
205

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

Web-tanトップ | マーケティング | サイト管理 | システム | このサイトについて | メンバーについて | メンバー登録 | 記事を書いて5万円もらおう
書店のウェブ関連コーナーに圧倒的な物量で並ぶCSS関連の書籍。ウェブ制作の現場でもCSSがトレンドになりつつあり、現場は大きく変化し始めている。では、ウェブマスターにとってCSSを採用することのメリットとはなにか。また、こうした変化の最中には、数々の「都市伝説」なるものが生まれてきているようだ。ここではCSSの正体と都市伝説について検証する。
CSS正式な名称はカスケーディング・スタイル・シート。シンプルにスタイルシートと呼ばれることもある。
ウェブページを作成する際に記述するHTMLとはウェブページを作成するための構造言語で、文書の骨格を作るためのものだ。これに対してCSSは表現言語という位置づけになる。
ウェブサイトやウェブページを、マンションやビルなどの建築構造物にたとえてみよう。誤解を恐れずに言うと、HTMLは、土台を作る基礎工事の上に鉄骨を組み、さらに階段や廊下、玄関、窓、壁などを作りこんでウェブサイト及び、ウェブページの基本を作るものだ。つまり、この部分がしっかりしていないと、ウェブサイトや、ウェブページは使いにくく、壊れやすいものになってしまうのだ。
これに対してCSSは、塗装や壁紙を使って内装を行う工程だと考えればいい。インテリアや調度品を配置などは、ウェブマスターの好みで決めることができる。
先ほど、「HTMLは文書を構造化する言語である」という書き方をしたので、少し難しく感じるかもしれないが、実際には簡単なことである。文書の構造化で使われる要素は、主に3種類。「見出し」と「段落」と「箇条書き」、たったこれだけなのである。
ほとんどの文書というものは、これらの要素で構成されている。CSSは、これらの見栄えを適用させるための言語として使用する。たとえば「見出し」の設定1つにしても、文字の大きさ、背景の色や画像、行間のスペース、余白、マージンなど、細部に渡って正確な指定を行うことができる。
またHTMLには、文書を構成する要素を「div」として、まとめることができる。「div」とはdivisionの略で、会社でいうなら「宣伝部」とか「営業部」のようなものだ。この「div」には、さらに別の「div」を入れ子にできる。「宣伝部」の中に「制作課」などがあり、さらにそれらは個別の社員で構成されている。この個別の社員に相当するもの、つまり最小の単位が、文書でいう「見出し」や「段落」なのである。
図1 実際にCSSを使ったサイトを調べる場合は、CSSデザイン集の「CSS Mania」が参考になる。
CSSは、こうした「div」に対しても個別で指定を行える。ボックスという観念を使って、大きさやレイアウト位置、カラーや背景画像、表示／非表示までを詳細に設定できる。
それではCSSの正しい使い方について簡単に説明しよう。ウェブページにCSSを適用させる、つまり表現言語を使用するにはいくつかの方法がある。一番簡単なやりかたは、HTMLに対してそのつど、スタイルを書き込むことだ。
しかし、この方法は本来のCSSの使い方としては、効率の悪い方法である。たった1ページだけで完結するウェブサイトならこの方法でもよいが、ウェブサイトの多くは複数のページによって構成されている。すべてのHTMLに対して、それぞれCSSを設定していては、大きな無駄が生じる。何よりも、CSSをHTMLファイルに直接書き込む分、ファイルサイズが大きくなってしまう。
CSSを設定する際に、最も一般的で効率のいい方法は、CSSだけを別のファイルにまとめてしまうこと、いわゆる「外部CSSファイル」という方法である。
この方法を使うと、構造と表示は完全に分離され、デザインやレイアウトは一括して管理できる。それぞれのページにスタイルを指定する方法に比べると、一度作ったスタイルをほかのページでも使い回しできるので、作業効率が向上する。また、HTMLファイルには、文書の構造を記すHTMLタグのみの記述になるため、ファイルサイズも小さくできる。
ここまでの説明で、CSS及び外部CSSファイルを使うことによって、制作の現場だけでなく、ウェブマスターにとっても多くのメリットがあることがわかっただろう。では、その具体的なメリットとは何か。
外部CSSファイルを使って、装飾部分を別ファイルで管理すると、CSS以前のページデザイン方式（「テーブルレイアウト」と呼ばれる）と比較して、大幅にファイルサイズを小さくできる。特に、1日のページビューが数万を超えるような企業サイトでは、サーバーの転送量が激減し、ダイレクトにコストダウンにつながる。
サイト制作や管理に関する効率化にも大きなメリットがある。CSSを使うということは、デザインやレイアウトの要素をモジュール化しておくことだ。見出しやリンクボタンのデザイン、写真の配置と余白の設定、文字の先頭に配置したいデザインアイコンなど、多くのデザイン要素をあらかじめCSSを使ってデザインしておくのである。
たとえば、新規にウェブページを作成する際、CSSで見出しや本文、あるいは特別な囲みのスタイルを作っておけば、HTMLでそのスタイル名を指定するだけで見た目のデザインを実現できる。
図2 CSSによるデザインは、従来の方法に比べて、ファイルサイズを小さくできるのはもちろん、複数のウェブページのデザインを一括して変更することもできる。
また、外部スタイルシートによって、デザインやレイアウトのモジュールを一か所で管理しているメリットも見逃せない。CSSを使えばHTMLのコードを一切修正することなく、サイト全体を一気に更新することも可能だ。企業サイトのように何千、何万ページもあるような場合は絶大な効果を発揮するのはいうまでもない。
多くのサイト利用者が、検索エンジンを使って目的のページを見つけ出している昨今、SEO効果は、企業サイトにとっては重要な要素の1つだといえる。CSSを使ってデザインやレイアウトをするということは、HTMLのソースコードをキレイに書くということ、つまり、論理的な文書構造に基づいてシンプルなHTMLを書くということだ。
検索エンジンは、HTMLページを読んで、その構造を分析している。つまり、シンプルかつ正しいHTMLほど、検索エンジンはそこに書かれている内容を理解しやすくなるのである。見出しや強調、リンク要素といった、利用者に対して重要だと思われる内容を正しく検索エンジンに伝えることは、検索で上位に表示されることにもつながる。
アクセシビリティとは、ウェブを利用するすべての利用者に対して、平等に情報を提供しようとする姿勢のことである。とりわけ、老眼などの要因によって小さな文字が判別しにくい高齢者にとっては、アクセシビリティ対応は必須だといわれている。特に2004年6月に交付された日本工業規格（JIS）の「高齢者・障害者等配慮設計指針」（JIS 8341、通称：Web-JIS）は、国内初の公的なウェブサイト制作のガイドラインとしてアクセシビリティを規定している。これにより、官公庁などの公的なサイトはもちろん、多くの企業サイトもアクセシビリティに準拠することが、1つの社会貢献活動であるとして、企業イメージの向上に結び付けて実施しているケースが増えてきている。
Web-JISの中でも最も難易度が高く、かつ効果的な手法が、HTMLとCSSを使って、文書情報と視覚要素を分離することである。特にフルCSSでレイアウトされたウェブページは、全盲の利用者が使用する「音声ブラウザ」で正しい読み上げが可能だ。また、文字の大きさをCSSで相対指定しておけば、老眼の利用者も文字を大きくして見ることができる。
これらの多くのメリットを生むCSSの導入に際して、ウェブマスターはどのように制作会社と付き合っていけばいいのか。
その中で注意すべきことは、CSSを単なる技術としてとらえ、従来のテーブルレイアウトの手法の代替手段として考えてはいけないということだ。CSSを使いこなすことは、まずHTMLを正確に記述できなくてはならない。かつウェブページに情報の構造を明確にできる設計が必要である。さらにサイト全体の情報構造を設計できないと無理なのである。ウェブサイトは、建築構造物に似ていると書いたが、設計図を作らないでマンションやビルを作れないのと同様なのだ。
今後、CSSを使ったウェブサイトは、間違いなく増え続けていく。どのタイミングでサイトをリニューアルし、どの制作会社と一緒にサイトを設計していくのか、今がその重要な時期といえる。
フラット形式 - 題名のみ表示フラット形式 - 全文表示スレッド形式 - 題名のみ表示スレッド形式 - 全文表示
1ページ当たり10コメント1ページ当たり30コメント1ページ当たり50コメント1ページ当たり70コメント1ページ当たり90コメント1ページ当たり150コメント1ページ当たり200コメント1ページ当たり250コメント1ページ当たり300コメント
もっとも、正しく読み上げできるサイトなら、CSSに対応していない環境であっても、正しく内容をつかむことはできるのですが。
レイアウトもテーブルだ、とか言う人がいるかもしれませんが、もうそれは趣味の問題かもしれない。とにかく、テーブルレイアウトは "悪" だから嫌い。
という誤解が少なくないので、そういうふうに誤解されないように補足させていただいた次第です。このことは、森川さんも当然よくご存知なはずですからね :-)
テーブルレイアウトでも音声ブラウザやスクリーンリーダーでの読み上げに対応できているのは、たしかに、"たまたま" の場合もあれば、"よほど簡素・シンプルなデザインだから" という場合もあります。でも、それはテーブルレイアウトに限った話ではないですし、CSSでレイアウトしたページにも当てはまることです。逆に、複雑な凝ったレイアウトでも対応はできます。
テーブルとCSSのどちらでレイアウトするか、というのは手法であって、2人目の方がおっしゃているように、ポイントは音声読み上げにも対応することを前提にしているかどうかだと思います。
音声ブラウザやスクリーンリーダーが正しく読み上げる上で、レイアウトがテーブルかCSSかということ自体は問題ではなく、音声読み上げ順序や文書構造のマークアップなどが適切かどうかがポイントです。
たとえアクセシビリティを抜きにしたとしても、今後はCSSでレイアウトするのが一般的になっていくことは疑う余地のないところでしょうし、そのメリットや課題などは森川さんが書かれている通りです。そして、いわゆる「構造と表現の分離」などがされることで、音声読み上げに限らず、いろいろなユーザーにとってのアクセシビリティの確保にもつながると思います。
本来の情報伝達という意味では、まず意味的にマークアップされたHTML文書ありきで、表示に関しては制作者はデバイスに振り回されるべきではないと考えます。ですから、譲れない部分としては、文書構造を明確にしたHTMLありきだと思います。
考え方として、表示の多くが「読みやすさ」を満たすものであれば、ブラウザの仕様によって、重箱の端をつつくようなことは行う工程は、さほど意味がないと考えます。本質として。
ただ、実際問題としてIEが仕様に基づくCSSの解釈とレンダリングを実装していない以上は、おっしゃるように調整に大幅な手間がかかる事は事実ですよね。ここから先は、制作者の本質と、サイト情報提供者（依頼者＝クライアント）との考え方だと思います。
私の今までの経験では、一般的な手法として、モダンブラウザ対応のマークアップを行い、IEに対しては、コメントハックなどの手法で対応します。
ここから先は、ちょっとぶっちゃけですが…CSSに慣れてくると、インタフェース設計や、視覚デザインの段階で、大幅なIE対応でのハックを前提としないモノを提案することも可能になるんです。実際現場は、工数と時間との闘いですから（笑）、依頼主とゴタゴタしないような関係を作っておくことは重要ですものね。
ということは、提案の際に設計者あるいはプロデューサーは、そういった技術的な裏付けも持ち合わせていなければならなくなる…ってことも重要なのだと缶ファ得ます。
「特にフルCSSでレイアウトされたウェブページは、全盲の利用者が使用する「音声ブラウザ」で正しい読み上げが可能だ。」
CSSでレイアウトすれば、音声ブラウザで正しい読み上げが可能になるわけではありません。CSSでレイアウトしても、読み上げ順序がメチャクチャなサイトも実際にあります。
音声ブラウザは、(X)HTMLのソースーコードに記述されている順序で読み上げるので、テーブルでレイアウトしていようが、CSSでレイアウトしていようが、音声読み上げ順序には関係ないんです。
ただ、CSSでレイアウトすると、(X)HTMLでの文書構造のマークアップを意識するようになるので、たとえば、見出しのh要素を適切に使用していれば、読み上げの利便性が向上することになります。これはテーブルレイアウトでもできることなので、やはり"CSSだから"というわけではありませんけどね。
植木さんのおっしゃる通りで。CSSでレイアウトすれば、アクセシビリティの問題が解決する訳ではありません。実際にCSSでレイアウトされているウェブページでも、見出し要素と段落の付け方がおかしかったり、定義リストがおかしかったりしますものね。
ただ、植木さんが仰るように、CSSをハンドリングするようになってから、情報伝達の本質が気になるというか、文書構造というものに向かい合う意識を持つようになったことは事実。
もちろんテーブルレイアウトでも、文書構造を保持する事は可能ですけど、やはりCSSでレイアウトすると、すっきりしますよね。
ただしCSSでレイアウトしているページでも、観念としてテーブルレイアウトのように表示にこだわったdiv要素を、テーブルのセルのように使ってしまうと、時として意味的な構造よりも、装飾的な要素を重視してしまいがちなので、注意したほうがよいですよね。
逆に table でレイアウトしているもので読み上げに対応できているのは、たまたまか、よほど簡素・シンプルなデザインだから実現できているのであって、通常は「できない」と判断したほうが正しいかと。
通常は「できない」と判断するのも決して正しくないかと。実際、弊社のサイトはテーブルで、ビジュアルにもこだわってますけど、「できてます」。そんなに難しくもないですよ。というより、読み上げブラウザのユーザを意識してるかどうかじゃないですか？テーブルだから「できない」、CSSなら「できる」というわけじゃないし、CSSだろうが、テーブルだろうが、やっぱり読み上げブラウザのことを意識してれば「できる」んですよ。だから、「読み上げブラウザに対応するなら CSS というのはスマート」というわけでもないと思いますが。
| 本サイトのご利用について | お問い合わせ | プライバシーについて | 会社概要 | インプレスグループサイト | インプレスグループTop |
| WBB Forum | インターネット生活研究所 | レンタルサーバー完全ガイド | データセンター完全ガイド | インプレスR&Dセミナー |

[] あなたは勘違いしてないか？真相究明！ CSS都市伝説 | Web担当者Forum
[引用サイト]　 http://web-tan.forum.impressrd.jp/e/2007/01/25/387
206

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

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

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