あなたは勘違いしてないか？ 真相究明！ CSS都市伝説 ウェブ制作の現場を襲う大きな変化 CSSの真の姿で巷に流れる誤解を解く！ 書店のウェブ関連コーナーに圧倒的な物量で並ぶCSS関連の書籍。ウェブ制作の現場でもCSSがトレンドになりつつあり、現場は大きく変化し始めている。では、ウェブマスターにとってCSSを採用することのメリットとはなにか。また、こうした変化の最中には、数々の「都市伝説」なるものが生まれてきているようだ。ここではCSSの正体と都市伝説について検証する。 森川眞行（シリコンカフェ）＋CreatorsNet CSSとは「表現言語」CSS正式な名称はカスケーディング・スタイル・シート。シンプルにスタイルシートと呼ばれることもある。 ウェブページを作成する際に記述するHTMLとはウェブページを作成するための構造言語で、文書の骨格を作るためのものだ。これに対してCSSは表現言語とい
最近、FreshReaderに脆弱性があったということで、いくつか調べて直したり、赤松さんと連絡取り合ったり、それからはてな使ってないのにユーザー様とか書かれて不愉快な気分になったりしてたんですが。 この記事はひどすぎると思う。 フレッシュリーダーの脆弱性に関連してSage++のこと そもそもの問題として「ローカルディスク上のHTMLファイルをブラウザで開くと超危険」です。XMLHttpRequestやIFRAMEでローカルファイルの内容を読み取れるからです。Sageに脆弱性があるということは、あらゆる個人情報の漏洩につながります。「開発者の個人情報を晒すリスクが云々」というのは、個人的には分からなくもないですが、ユーザーの個人情報を危険に晒していることを認識すべきです。 開発者本人が過去に書いているので、危険性の大きさは十分に認識できているはずです。「脆弱性がある」と公表してしまった時点
JavaScriptでインデックス型の全文検索エンジンを作ってみた。全文検索エンジンを作る際に問題となるのは、インデックスデータを部分的に読み込む方法である。通常はmmapやpreadなどを使ってファイルの一部を部分的に読み込むのだが、もちろん、ブラウザには使えない。ブラウザでファイルの一部分を読み込むには2通りの方法がある。1つは、ファイルを多数のファイルに分割する方法であり、もう1つはHTTPリクエストのRangeヘッダを利用して、ファイルの一部を取得する方法である。前者の利点は、ブラウザのキャッシュが効くことや、対応ブラウザが多いことである。後者の利点は、ファイル数が少なくなるので、インデックスの管理が容易になることである。今回はRangeヘッダの実用性にも興味があったので、後者の方法を用いた。 参考ページ：最速インターフェース研究会 :: Ajaxを使ったシンプルなチャット 転置イ
via MangaBlog http://www.mangablog.net/?p=817 [This image is being quoted for presenting racial image issue basically unconscious in Japan. I have no intention to offend specific people.] あるマンガの中から抜粋したこの１コマ。米国内のブログで物議を醸しているのを発見したのですが、皆様は何が問題になっているか分かりますでしょうか？ http://www.digitalfemme.com/journal/index.php?itemid=220 著者様へ もし貴方が白人やアジアの人々以外に漫画を購入してもらうことを期待しているのだとすれば、今すくその考えをお捨て下さい。本当に、私がこんなことさえわざわざ書かな
yohei-y:weblog: S はシンプルの S
This entry is a Japanese transration of Pete Lacey's "The S stands for Simple". Burton グループのアプリケーションプラットフォームサービスグループでは、 REST派とSOAP派の間でずっと継続中の議論がある。 その大部分は外部での議論によく似ている。 最近のやりとりの一つ、 SOAP と Web サービスフレームワークの複雑さの議論で、 SOAP 側は「WS-* の前は、SOAP は実際にシンプルだった。S はシンプルの略だ」といった。 さあ歴史を学ぼう。 2000年、悩める開発者が問題をかかえている。 開発者: うちの上司が先週末ゴルフをやってきて、 いわゆる SOAP なエンタープライズをやる必用があるんです。 でも私は SOAP が何なのか知りません。 教えてもください、 SOAP の人。 SOAP
まず、以下の小学校国語の問題を読んでみてくださいな。 問題：次の（ ）にあてはまるものをア〜エの中から選びなさい。 その問題の解決には（ ）が折れた。 彼は（ ）が広い男だ。 （ ）があいたら、手伝ってください。 （ ）を割って話し合おう。 選択肢：ア.腹 イ.顔 ウ.骨 エ.手 塾でこういう問題を小学生にやらせてみると、これはもう壊滅的にできません*1。「手が折れた」だの、「顔を割って話し合おう」だの、おそろしい文章を作りますよ、彼らは。おまけに、慣用句を知らないだけならまだしも、「そんな（『骨が折れる』とか『顔が広い』とか）言い方誰もしないよ！」と文句を言う子がかなりいます。誰もって誰だよ、アンタのクラスの小学生連中か？ 小学生はしなくてもおとなはこういう言い方するんだよ。幼稚な表現力の人ばっかりに囲まれて「これが当たり前」と思い込んでいたら、アンタの言語表現は一生幼稚なまま
C言語によるプログラミングでは、列挙型(enum型)はたいへん良く使われます。 オブジェクト指向言語でも、それは変わらないようです。C言語を拡張したC++言語ではもちろん、Java言語でも、J2SE 5.0になってから列挙型が導入されたほどです。 その一方で、オブジェクト指向言語で列挙型を使う弊害も、繰り返し指摘されてきました。列挙型とswitch文を使ったソースコードは、ポリモーフィズムを使って書き直すべき典型的な悪い例として、しばしば取り上げられて来ました。 しかし、列挙型を使ったプログラムのすべてが、ポリモーフィズムを使って書き直すべきだとは限りません。継承によるポリモーフィズムは、オブジェクト指向の特徴の１つですが、サブクラスを作るべきではないケースもあるのです。そのような場合に、列挙型を使ったコードを書くことは、悪いことではありません。 ここでは、オブジェクト指向言語における列挙
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
