「Web標準」を含む日記 RSS

はてなキーワード: Web標準とは

2011-08-25

http://anond.hatelabo.jp/20110824133536

あー理解した。「いつものようにFlasherが顔を真赤にしてんなー」とか思われてたのか。だからポジショントークって言ってたのか。

あ、ごめんなさい、そういう風に読めなかった。

そらFlasherのポジショントークだと思われてたら、読めるわけがない。



なにが出来なかったのか意味が分からないけど、単にWeb標準HTML5普通に使っていこうよっていうのがいいたかった。

HTML4には標準じゃない方言(DOCTYPE)が70種類以上ある。それはもはやWeb標準を踏まえてたといえるのか。

HTML5はこの反省を踏まえて、極力方言を作る必要が無いように慎重に仕様策定されてるわけだけど、それはあくまで「現在インターネットにおいて」であって、将来にわたって各ブラウザベンダがおとなしくしている保証はどこにもない、というか、ブラウザシェア戦争がある以上、おとなしくしている訳がない。ネットに向いてないは言い過ぎました、すいません。

Web標準HTML5普通に使っていこうよ、ってのは特に意識しないでもそうなると思う、というか嫌でも使わざるをえないのがWeb標準



いいたかったのはシンプルなことでして、「スペコンって必要なの? それ誰が見てるの?」みたいなことですFlasherのポジショントークに対して。

100%同意変態Flasherは基本的にユーザーなんか眼中に無い、ただひたすら己の技量を磨く事を恍惚としてる。まぁそこらへんの人種はそっと遠巻きに眺めておけ。

ただ、お仕事Flahserはちゃんと考えてると思うよ。というか、お仕事Flahserは大概HTML5Flashも両方使える。変態Flasherは大概HTML5でも変態。まぁそこらへんの人種はそっと遠巻きに眺めておけ。

2011-08-24

http://anond.hatelabo.jp/20110824055959

リッチインターネットコンテンツを、非常に簡潔にスマート記述できる”と文系チックに書いたのに、

あ、ごめんなさい、そういう風に読めなかった。スペコンのことしか頭にないというか、CanvasSVGのことしか知らない人的な思い込みで書いてしまいました。大変失礼しました。

その当たり前の事ができなかったHTML4。HTML5になればできるようになるとでも言いたいのなら、あなたネットに向いてない。

なにが出来なかったのか意味が分からないけど、単にWeb標準HTML5普通に使っていこうよっていうのがいいたかった。ネットに向いてないっていうのもちょっとわからない。向いてないかもね、しらんけど。

いいたかったのはシンプルなことでして、「スペコンって必要なの? それ誰が見てるの?」みたいなことですFlasherのポジショントークに対して。

ぼくもだいぶいろいろ作ってきたけど、Flashの実現するインタラクティブは素晴らしい。とうぜん同じ事をやろうとすればHTML5ではまったく役不足。が、そもそも活躍の場がなくなってきていることに加えて、そこそこのことならWeb標準技術で可能になってきた。みたいなことをカッコヨク伝えようとしたらこうなった。わかりづらくてすまん。

http://anond.hatelabo.jp/20110824034034

ん?何をDisられたのかさっぱり判らん

いや、あなたの言ってることは合ってるし、自分も基本的に同じことを主張したつもりだが。


HTML5メリットは、セマンティックな記述が可能になること、Web標準で実現できることが格段に増えたこと。

を、わざわざ砕いて”リッチインターネットコンテンツを、非常に簡潔にスマート記述できる”と文系チックに書いたのに、なぜ、わかりにくいバズワードで言いなおすのか。

そもそも「セマンティックな記述」って意味がわからない。文章の意味構造記述できるようにして外見と分離する事を指すのなら、それは「非常に簡潔にスマート記述できる」という事じゃないのか(さすがにあいまいに書きすぎてるとは自分でも思うが)。「実現できることが格段に増えた」事は、リッチインターネットコンテンツ記述できるって事じゃないのか(意味構造記述によって検索エンジンに適した情報になるってメリットは、論旨がブレるので書いてない)。

HTML5Web標準なんだから、きちんと踏まえていくのは当たり前。

その当たり前の事ができなかったHTML4。HTML5になればできるようになるとでも言いたいのなら、あなたネットに向いてない。

Websocketなどを始めとする新しいAPI群、CSS3などで何が可能になるか考えてみよう。

いかけてる以上、答えがあるようなので、ぜひ模範解答をご教授頂きたい。「無限の可能性があります」という厨二病な答えしか思いつかない。



Flashじゃないとできないこと、Flashの方が得意なことは?

ちゃんと書いたつもりけど、代表格は2D描画。あと複雑な処理(クラスのおかげ)。ブラウザOS間の互換性。ネイティブXML処理。プリミティブな音ストリーム操作なんてのもある。

現状、Flashを必要としてるのは何処? 誰?

Flashを必要としてる人なんていないと思ってる。ただFlashの方が制作環境とかも含めて使いやすいから使ってるだけのこと。

もう何が言いたいかわかると思いますが、広告ゲームなんかではFlashを使えばいいんじゃないですか。

いやいやいやいや。iPhoneで表示されない広告に何の意味があるのか。ゲームは一理あるけどFlashは外部コントローラ対応してない。3Dなら現状Unity。一概に言えない。



普通はいらないでしょ。

普通ってなによ?Flashデファクトスタンダードになったという事実が、普通はいる、という証明にならないのか。

http://anond.hatelabo.jp/20110823194555

いまだにこんなこといってるのか。ポジショントークに釣られすぎでしょう。

HTML5は簡潔に記述できる事が最大のメリット」って……。

  • HTML5Web標準なんだから、きちんと踏まえていくのは当たり前。
  • HTML5メリットは、セマンティックな記述が可能になること、Web標準で実現できることが格段に増えたこと。
  • Websocketなどを始めとする新しいAPI群、CSS3などで何が可能になるか考えてみよう。

その上で、

  • Flashじゃないとできないこと、Flashの方が得意なことは?
  • 現状、Flashを必要としてるのは何処? 誰?

もう何が言いたいかわかると思いますが、広告ゲームなんかではFlashを使えばいいんじゃないですか。

普通はいらないでしょ。

2010-08-31

http://anond.hatelabo.jp/20100831115103

HTMLとかCSS決めてる人ってどう使われるか想像したこと無いのかな。

ボックスモデルがどのようにレイアウト構築するか理解した事が無いのかな?

文字と絵をレイアウトするものは大概ボックスモデルベースに作られてるだろうが。

今まともなGUI付いたインターネットコンテンツ作成環境ってFlashぐらいだよ。

そのFlashだってActionScriptFlexで配置指示してしまえば、お前さんが言うめんどくさい組み方になると思うがな。

だからスティーブジョブズも奇妙なWeb標準なんか放って置いてiOSアプリを書かせようとしてるんだと思うよ。

少なくともUI要素をインラインで配置なんて訳わかんないことしなくていいでしょ。

えぇと、InterfaceBuilderしか使ったことしか無いのか。

どのみち、InterfaceBuilderで出来ない事やろうとしたら、めんどくさい組み方になる。

ポストスクリプトPDFテキストエディタで書く奴なんか変人

変人で悪かったな。

PHPから動的にPDF吐き出すとか、実装するならテキストベースレイアウタ使ったほうが楽だろうが。

変人が標準って変だよ?

そもそもが、プログラマ研究者向けのものなのだが。

それを、何も判って無いお前のような奴が多少は使える気になって喚いてるだけ。

開発側は最低限の物は用意してるんだ。

気に食わないなら、自分WYSIWYGシステムでも組んでりゃいいだろ。



そして、これが重要だが、見ている人間は、別に裏側が何で出来てようが、見えてる画面が全てだ。

見えてる画面のクオリティーをあげたいなら、HTMLCSS仕様書熟読して、理解するこったな。

HTML5のはなし

HTML5であれができるこれが出来るって最近は話題だよね。

でもさ、

いまどきマルチメディアコンテンツテキストベースで書くのってどうよ。

HTMLとかCSS決めてる人ってどう使われるか想像したこと無いのかな。

DreamweaverってCS4からCSSの設定の和訳を止めたんだよ。

なんでかって言うと和訳された意味より、CSS原文のキーワードのほうが重要だから。

つまりもう降参です僕はテキストエディタですって事だよ。

WYSIWYGなんてはるか遠い昔の話だよね。

今まともなGUI付いたインターネットコンテンツ作成環境ってFlashぐらいだよ。

Flashってもう仮想環境だからアプリ書いてんのと同じだよね。

だからスティーブジョブズも奇妙なWeb標準なんか放って置いてiOSアプリを書かせようとしてるんだと思うよ。

少なくともUI要素をインラインで配置なんて訳わかんないことしなくていいでしょ。

なんでこんな面倒臭いことになったのかなあ。

だってポストスクリプトPDFテキストエディタで書く奴なんか変人でしょ?

変人が標準って変だよ?

2010-07-14

http://journal.mycom.co.jp/news/2010/04/30/003/index.html

iPhone OSFlashサポートしない6つの理由 - ジョブズ氏が説明

  1. よりオープンWeb標準がある
  2. "フルWeb"もすでに問題なし
  3. 信頼性、セキュリティパフォーマンス
  4. 動画ハードウエアデコーディング
  5. タッチ操作に不向き
  6. もっとも大きな理由は……

初心者リッチFlashコンテンツをバカス再生しまくって速攻でバッテリ切れになって「iPhoneはバッテリが弱くて使い物にならない」という評価が定着するのが嫌だったからじゃないの?とは俺の親父の言。

2010-01-18

ニートだけどHTMLコーダー100の質問に答えてみる

ニートだけどHTMLコーダーになりたいから100の質問に答えてみる!

外部のブログリンクすると誰が書いたかバレちゃうんだっけ。

クレジット→h t t p : / / a k b d . i n f o / ? p =1 1 7 2

1 年齢は?

19才。

2 パソコン歴は?

7年くらい。

3 コーダー歴はどれくらいですか?

0年。

4 初めてwebを作ったのはいつですか?

高1のとき。学校課題ホームページ作った。

5 コーダーになろうと思ったきっかけは?

HTML組むのが好きだから。

6 コーディングは誰に/どこで習いましたか?

高1の情報の授業が最初。それからとほほとかTAGindexで基礎的なこと勉強して、Web標準教科書、TheWebKANZAKI…と進展してった。

7 web業界以外の友達・家族コーディングの話をしますか?

兄と少し。

8 ご両親はインターネットユーザーですか?

いいえ。メールができる程度。

9 視力はいくつくらい?メガネコンタクトどちらですか?

左右どっちかが1.3、左右どっちかが0.3、メガネコンタクトなし。

10 本はAmazonで買いますか?

Amazonで買うか、近くの書店で探すか。楽天紀伊国屋では買わない。

11 ネットショッピングをしますか?主に買うものは何ですか?

する。本、お菓子

12 携帯サイトで買い物をしたことがありますか?

多分ない。

13 お酒は強いですか?

父に似てアルコールに弱い(肌が赤くなる)けど、母に似て酔わない。

14 休日の過ごし方を教えて下さい。

毎日が休日だから平日も土日も祝日も過ごし方は変わらないけど、音楽聴いたりドラマ流したりしながら常にパソコンの前に座ってる。

15 今、欲しいものは何ですか?

お金

16 平均睡眠時間を教えて下さい。

夜の睡眠と昼ね合わせて8時間くらい。

17 平日の起床時間は何時ですか?

早くて4時、遅くて12時。

18 なにかスポーツをしていますか?

してない。

19 パソコンと関係ない趣味がありますか?

音楽を聴く。ペットの世話。

20 コーディングに役立つ資格パソコン関係の資格を持ってますか?

サーティファイのWebクリエイター検定上級っていうの持ってるだけ。極めて簡単な検定。

21 昼と夜、どちらの方が仕事がはかどりますか?

夜。

22 ブラインドタッチは教本通り10本の指を使いますか?

いいえ。右手の小指と親指は使ってない。左手の親指はスペース担当、中指がR・E・Wの列を担当して、薬指がAとZ、小指はShiftだったり。

23 眠い時の対処法はありますか?

寝る。シャワー浴びる。

24 息抜きについ見てしまうサイトはなんですか?

Twitter自分ブログ教えてgoo

25 他に息抜きにしていることがあったら教えて下さい。

寝る。コーヒー飲む。

26 仕事上で得意なことはありますか?それは何ですか?

まだよくわからない。

27 仕事中にBGMは聞けますか?能率が上がるのはどんな音楽ですか?

聞く。日本語の歌詞じゃない曲。洋楽とか、クラシックとか。日本語の歌詞だと歌詞が気になっちゃう、歌っちゃう。

28 作業パソコンWin?Mac?

Win

29 作業パソコンデスクトップノート

デスクトップ

30 作業パソコンマウスは標準マウスですか?

標準マウスってなに。LogicoolのMX518って書いてあるやつか、Microsoftマウス腱鞘炎防止マウスみたいなやつ。

31 マウスパッドは使っていますか?

使ってない。

32 作業パソコンAdobe製品は何が入っていますか?

WebPremiumCS4。

33 作業パソコンモニタは何インチですか?

知らない。

34 自宅にパソコン持ってますか?いくつありますか?

デスクトップ1つ、ノート1つ。

35 自宅に作業環境はある?

ある。

36 会社と自宅、作業はどちらがはかどりますか?

知らない。多分自宅。

37 自宅パソコン家族と共用ですか?

いいえ。

38 自宅パソコンWin?Mac?

Win

39 自宅パソコンメーカーは何ですか?

コントロールパネルシステムにはAMD Athlon(tm) 64 X2 Dual Core Processor 5000+ 2.60GHz 3.00GB RAMって書いてある。よくわからない。作ってもらった。

40 自宅パソコンデスクトップノート

デスクトップ1つ、ノート1つ。使ってるのは基本的にデスクトップ

41 打ち合わせのメモは手描きとテキストどちらがいいですか?

テキスト

42 スケジュール管理は何でしてますか?(手帳アプリケーションwebツール・モバイルなど)

してない。

43 メーラーは何を使ってますか?

ソフトは使ってない。Gmail

44 RSSリーダーは何を使ってますか?

Googleリーダー

45 好きなポータルサイトはどこですか?

ポータルサイトYahoo!かな。ニュース辞書翻訳メールしか使わないけど。

46 ブックマークは何で管理していますか?

Firefoxブックマークツールバーにどんどん追加してってそろそろ整理しないとまずいかなと思ってるところ。ソーシャルブックマークは使いこなせなかった。

47 不得意だけど使わねばならない技術はありますか?

JavaScript

48 web系の雑誌を購読していますか?

してない。

49 web参考書は何冊くらい持っていますか?

13冊。

50 お薦め参考書があったら教えて下さい。

Web標準教科書

51 参考にしているおすすめサイトがあったら教えて下さい。

TheWebKANZAKI、WWWWATCH、Forest.Kの徒然日記、W3G、Metaphaseの公式サイトWeb標準BlogWebDesigner Depot、MicroformatsWiki。

52 コーディングに使ってる、便利なツールを教えてください。

何だろう。使ってるのはDreamWeaverサクラエディタFirebug

53 コードコメントはつけてますか?

あまりつけない。

54 制作過程で、どの作業が一番好きですか?(コーディング画像作成、検証、打ち合わせ)?

コーディング

55 画像切り出しに使うソフトはなんですか?

PhotoshopFireworksか。

56 webデザインに使うソフトはなんですか?

PhotoshopFireworksか。

57 検証対象ブラウザは何個ありますか?

普段はWinXPIE8IE7スタンドアローンIE6スタンドアローンFirefox3、Opera10、Safari4Chrome1。必要に応じてWinVistaやWin7IE8、IETester、OperaSafariChromeMacでは確認してないなぁ。

58 一から新規制作とリニューアル、どちらが好きですか?

規制作のはず。

59 定期運用と新規制作、どちらが好きですか?

新規製作だと思う。

60 テーブルコーディング業務はありますか?

知らない。ない。

61 新規制作の割合はどれくらいですか?

知らない。

62 iPhoneサイトコーディングをしたことはありますか?

ない。

63 よく使うJavaScriptがあったら教えて下さい。

ない。

64 携帯サイトコーディング業務をしていますか?

知らない。

65 FLASHはどのくらいできますか?

AdobeFrashの基本的な使い方が分かるくらい。ActionScriptはほんのちょっと。

66 いま興味がある技術はありますか?

PHPがんばってる。

67 自分の書いたコードは美しい?

自分としては美しいと思うけど、他の人に見せたらだいたいが汚いって言う。

68 ソーステンプレートを作っていますか?

作ってる。

69 単語登録にタグを登録していますか?

してない。

70 HTML5、早く実務で使いたい?

使いたくなくはないけど、使いたいとも思わない。

71 CSS3、早く実務で使いたい?

使いたくなくはないけど、使いたいとも思わない。

72 コーディングで伸ばしたい技術は?

セマンティックWEBSEOJavaScript

73 コーディング以外で伸ばしたい技術はありますか?

PHP

74 職場コーダー専門職は何人いますか?兼務は何人ですか?

知らない。

75 職場コーダー男女比はどのくらい?

知らない。

76 勤務時間は何時から何時までですか?

知らない。

77 通勤時間はどのくらいですか?

知らない。

78 月の残業時間は最高何時間でしたか?

知らない。

79 現在仕事環境で良いところはどんなところですか?

知らない。

80 デザイナなど他の仕事コーディングを兼務してますか?

知らない。

81 職場は服装自由ですか?何か規則はありますか?

知らない。

82 休日出社や徹夜作業はありますか?

知らない。

83 プライベートサイトブログを持ってますか?

持ってる。

84 プライベートドメインを持っている。

持ってる。

85 プライベートサーバーを持っている。借りている。

借りてる。

86 CSS Niteには何回行きましたか?

0回。

87 地方CSS Nite行ったことありますか?

ない。

88 尊敬するwebクリエイターがいたら教えて下さい。

TheWebKANZAKIの神崎さん、WWWWATCHの加藤さん、ヨモツネット小山田さん。

89 旅行に行く時パソコンを持っていきますか?持っていきたいですか?

行かない。持って行きたい。

90 好奇心を満たす面白い仕事を無償でやったことがありますか?どんな仕事でしたか?

学校文化祭ホームページ

91 ディレクターなどキャリアチェンジを考えてますか?一生コーダーを貫きますか?

多分。

92 特定のパートナー彼女彼氏・夫・妻)がいますか?相手は同業者ですか?

いない。

93 パートナー同業者がいい?別の職種がいい?

どちらでもいい。

94 コーダーをやっててよかったなあと思うときは?

ない。

95 何年後/何歳までコーダーをやるつもりですか?

分からない。

96 次の締め切りはいつですか?

知らない。

97 コーダー以外だったらどんな職に就きたいですか?

学習塾先生

98 よいコーダーの条件を3つあげてください。

いろんな閲覧環境のことを考えてる、いろんな技術のことを考えてる、なぜそう組んだかをちゃんと説明できる

99 10年後、あなたは何をしてると思いますか?

想像できない。

100 コーダーとしての自分を100点満点で評価してください。

40点。

2009-11-28

HTMLを体系的に理解するための7仕様

はじめに

最近マークアップエンジニア志望の若者と話す機会が多いのだけれど、そこで気づかされるのは、彼らの中に過去HTML(特に90年代以前の仕様)を読んだことのあるという人が、驚くほど少ないことだ。

例えば「マーク・アンドリーセンをどう思う?」と聞くと、「アンドリーセンって誰ですか?」という答えが返ってくる。「ヨスケの独自要素で何が一番好き?」と聞くと、「見たことがありません」と言われてしまう。「ではきみは、昔のHTMLを見たことがあるの?」と聞くと、たいていが「とほほでやっていたものくらいなら……」という答えしか返ってこない。

今の若い人の間では、HTMLを体系的にとらえようという人は少ないようだ。見るのは専ら近年の話題仕様ばかりで、歴史を辿ってみたり、系譜をひもといて標準化団体ごと理解しようとする人はほとんどいない。

これは、ちょっと由々しき問題だと思わされた。HTMLは、もう長いこと(90年代の早い時期から)インターネット王者としてあらゆるWeb関連技術の上に君臨してきた。だから、Webを作ることを仕事にしたいなら、何をするにせよ避けて通ることはできない。

HTMLは、表・画像・フォーム・音楽デザインフレーム動画など、さまざまな分野においてその時代々々に達成された最新の成果を持ち寄るようにして作られてきたところがある。だから、HTMLを読まずして現代のインターネットは語れないと言ってもいいくらいだ。

もし何かクリエイティブなことをしたいのなら、HTMLを読むことは欠かせない。また、単に読むだけではなく、それを包括的・体系的にとらえることも必要だ。なぜなら、HTML包括的・体系的にとらえることによって、現代のインターネットそのものを、包括的・体系的にとらえられるようになるからだ。そしてそうなれば、Webを作ることの道理や筋道が理解でき、何かクリエイティブなことをする上で、大きな助けとなるからである。

そこでここでは、昔のHTMLをほとんど見たことがないという人や、あるいはHTMLそのものもあまり見ないという人のために、これを見ればHTMLを体系的に理解でき、現代インターネットの成り立ちや実相までをも包括的にとらえることができるようになる、7本の仕様を紹介する。

ここで紹介するHTMLは、いずれも後のWeb業界に決定的な影響を与えたものばかりだ。これらが、HTMLという標準のありようや方向性を決定づけた。この7本を見れば、HTMLというのはどのようなきっかけで生まれ、どのような変遷を辿って、どのような足跡を残してきたかというのが、体系的に理解できるようになる。そしてそれが、世界インターネット利用シーンにどのような影響を及ぼしてきたかということも、知ることができるようになるのだ。

HTMLを体系的に理解するための7本の仕様

1本目『HTML 3.0』(1995年

まず最初は、ちょっと強引かも知れないけれど、第一次ブラウザ戦争前のHTMLをひとまとめにするところから始める。

80年代末にティムバナーズ=リーの発明したHTMLというメディアは、その後『HTML 1.0』(1993年)『HTML+』(1994年)『HTML 2.0』(1995年)などの仕様で次第にそのスタイル確立していき、マーク・アンドリーセンが一大産業として発展させた後、『HTML 3.0』に行き着く。そして幸運なことに、ここに集大成されるのだ。

ブラウザ戦争前のHTMLは、これ1本だけ読めば良い。このHTMLに、戦前HTMLの全ての要素(属性)が詰まっている。このHTMLを見れば、HTMLインターネット王者としての風格、スターという存在の大きさ、作者以上にブラウザが重視される「産業」としての側面、お尻Pから終了タグ省略可へ・文字情報から画像付きへと移り変わった技術革新の変遷など、戦前HTML史やWeb業界のありようが全て分かるのだ。

このHTMLの魅力は、説明し始めるといくら紙幅があっても足りないので、ここではその一端を紹介するにとどめておく……といっても、気の利いたことを言えるわけではない。『HTML 3.0』の魅力を知るには、まずは読んでもらうこと――これに尽きるからだ。そして、もし一度でも読めば、その魅力はたちどころに理解できるだろう。

HTML 3.0』を見て驚かされるのは、現在HTMLと比べても全く遜色ないところである。破棄されてから14年の時が経過しているが、現代人の読解にも当たり前のように堪えうるのだ。それは、逆にいえばHTMLというものは、今から14年前、つまりこの『HTML 3.0』が作られた時点で、様式として一つの完成を見たということでもある。

HTML 3.0』は、HTMLという標準が到達しようとした一つの極みである。それゆえ、HTML史というものは、『HTML 3.0』以前と以降とで分けられるようになった。これ以降に作られたHTMLで、『HTML 3.0』の影響を免れたものはないからである。

2本目『Compact HTML』(1998年

iモード世界HTML史に与えた影響というのは、一般に理解されているよりもはるかに小さなものである。日本人というのは、「日本技術世界に影響を与えた」というと、なぜか鼻高々と聞いてしまうところがある。「日本ガラパゴス」という言葉は聞いたことがあっても、「それって日本人過小評価しているだけじゃないの?」と、眉に唾をしてとらえるところがある。

しかしiモードは、真に日本HTML史を塗り替えたサービスの一つである。特に、このサービスの後世に与えた影響には、本当に計り知れない大きさがある。

iモードは、ドコモメインストリームだったポケットベルが、それまでの栄華の反動で深刻な低迷期に陥っていたPHS流行後すぐの時期、そんなポケットベルに取って代わって、日本で最も輝いていた携帯サービスであった。それゆえ、広末に見蕩れ世界HTMLファンたちは、iモードWebサイトを見ることによって、失われかけていたWeb制作の魅力を再発見することにもなったのである。

iモードは、没落したHDMLに変わってモバイルWebの命脈をつなぎ止めた、言うならば救世主のような存在であった。海外モバイル陣営が営々と築きあげてきたそれまでの栄光を切り捨て、日本の後代へと引き継いだ重要リレー第一走者としての役割を、HTML史において担ったのである。

そして、そのバトンを受け取った日本の若きWebデザイナーたちが、2000年代に入って雨後の竹の子のように現れたことで、モバイルWebは鮮やかな発展を遂げる。だから、もしiモードが存在しなければ、HTMLの様相は今とは違ったものになっていたかもしれないのだ。

そんなiモードHTMLバージョンはいくつもあるのだが、中でも特に多くのHTMLファンを――取り分け日本の若きWebデザイナーたちを魅了したのが、この『Compact HTML』である。この仕様の一番の魅力は、なんといってもその大胆に構築されたW3C Noteであろう。HTML史において、これほど拡張多く適当ディテールで構成されたNoteは他にない。そのためこのNoteは、これ以降無数に手本とされ、真似され、拡張されることとなるのである。

3本目『HTML 4.0』(1997年

正字仮名の影響を受けた日本の若き日記書きたち――言うなれば「CSSコミュニティ」――が頭角を現す直前のW3Cで、HTML史に乾坤一擲の巨大な爪痕を残した1本の仕様誕生する。

この時期、情報技術進歩によって、HTMLにもさまざまな新しいテクノロジーがもらたされていたのだが、それらを十全に取り入れたばかりではなく、縦横に駆使することによって、これまでとは全く違った国際化、全く違ったアクセシビリティ体験を生み出すことに成功したのが、この仕様HTML 4.0』を勧告したWorld Wide Web Consortiumである。

HTML 4.0』は、HTML史において最も革新的な仕様の一つとなった。この仕様に初めて触れた当時のWebデザイナーたちは、そのあまりの目新しさに度肝を抜かれた。そこでは、これまで全く見たことのないマークアップがくり広げられていた。そのため、これまで想像さえしたことのなかった全く新しいHTML体験を、そこで味わうことになったからである。

W3Cの果たした一番の功績は、テクノロジーHTMLを見事な調和をもって融合させたことだろう。例えばそこでは、「スタイルシート」という新しい技術デザインと、それでレイアウトされたページが閲覧者に与える独特の感覚というものを、双方ともに熟知していた。だから、それらを効果的に融合させることによって、全く新しいHTML体験を生み出すことができたのである。

この仕様HTML 4.0』には、そうしたテクノロジーHTMLとの融合が、至るところに散見できる。その数の多さとクオリティの高さによって、HTMLはここに、新しい時代の幕開けを迎えるに至ったのである。

4本目『ISO/IEC 15445:2000』(2000年

先に述べた「CSSコミュニティ」がWeb日記業界に論争をもたらすのは、2000年代に入ってからのことである。そして、そのきっかけとなったできごとの一つが、1947年生まれの非政府組織で、IECとも協力した生粋工業標準化団体であった国際標準化機構が、この仕様ISO/IEC 15445:2000 (ISO-HTML)』によって成功を収めたことである。

このHTMLは、単にJIS的に標準化しただけではなく、文化的な意味においても、フラットリニア構造の力を広く世界に知らしめることとなった。この仕様の成功によって、世界の人々は、レベル付けされた見出しの魅力の大きさを知る。そしてそれが、やがて見出しレベル分けが世界スタンダードとなり、誰もが当たり前のように使う状況を育んでいくのである。

またこの仕様は、CSSコミュニティそのものにも大きな影響を与えた。この仕様の成功に刺激を受けた才能ある若きコミュニティ住人たちが、その後立て続けに台頭し、いくつもの名サイトを生み出していくからである。

それらが相まって、やがてCSSコミュニティは空前の黄金時代を迎えることになる。その端緒となり、道筋を切り開いたのが、他ならぬこの『ISO-HTML』なのだ。

5本目『XHTML 1.0』(2000年

HTML 4.0』で繁栄の足がかりを築いたW3Cは、この仕様XHTML 1.0』によって、ついにその栄華の頂点に達する。そして、それを成し遂げたメタ言語も、W3C勧告のの一つであり、また『HTML 4.0』を作ったSGMLの改良でもあった、Extensible Markup Languageであった。

この勧告は、史上最も商業的に成功した仕様となる。そのためこれ以降、この勧告にならって商業バズワードを盛り込んだ仕様が数多く作られるようになり、しかもそれらが、実際に大きな商業的話題を集めていくのだ。すると、そこで生み出された多くの意見は、やがて再びW3C還元され、さらなる発展をもたらすことにもつながった。

そんなふうに、この仕様がきっかけとなってW3Cにもたらされた意見は、HTMLという言語を変革させていくことになるのだが、それに伴って、HTMLそのものにも大きな革新をもたらすことになる。

その変革も、他ならぬW3Cの手によってなされた。ここで『XHTML 1.0』の成功によって手にしたメンバーをもとに創設した文書マークアップの開発集団「HTML Working Group」が、より魅力的な拡張性を追求していく中で、やがてM12n(モジュール化)という技術の開発に至るのである。するとそれが、これまでのHTMLを一変させたのだ。

M12nは、HTMLに魅力的かつ効果的な特殊語彙を、DTDでしかも複雑怪奇にもたらすことに成功した。おかげでそれは、あっという間に世界から見捨てられていった。そのため今では、M12nの使われているHTMLを探す方が難しくなったくらいだ。それくらい、この『XHTML 1.0』がWeb業界にもたらした変革には、大きなものがあったのである。

6本目『XHTML 2.0』(2009年

2000年代以降、繁栄を謳歌したW3Cは、しかしその栄華の大きさゆえ、00年代中盤に入るとそれを存続させることに力をそがれてしまい、革新的な仕様はなかなか生まれてこなくなった。

しかし、そんな時代が5年は続いた00年代の後半になって、今度はその栄華のただ中で育った新しい世代のHTML WGメンバーたちが台頭してくることにより、再び変革の時を迎えることとなる。

その新しい世代のHTML WGメンバーとは、マイクロソフトモジラファンデーションオペラらに代表される「ブラウザベンダ」と、無関係な編集者たちであった。

彼らに共通するのは、文書構造に不必要なものなら全て――とるに足らないガジェット的なものまで含めて――残らず切り離そうとする「オタク的な性質」を持っていたことだ。

彼らは、それまで見過ごされがちだったHTMLの些末な要素にスポットを当て、それを別仕様に押し出すことで、従前とは一風変わった、新たな魅力を持った草案を生み出していった。そして、その真打ち的な存在として00年代の後半に登場したのが、XHTML2 Working Groupだ。

XHTML2 WGは、特に99年に最後の草案が作られたこの仕様XHTML 2.0』によって、オタク的なHTMLの楽しみ方が、一部のマニアだけにとどまり、それ以外の多くの人たちには受け入れられないことを証明してみせた。この失敗が、デ・ファクト的な新生HTML WGにさらなる脚光を浴びせることになったのはもちろん、それに影響を受けたWeb WorkersやDOM Level 3 Eventsといった、次世代のWeb標準たちの誕生にもつながっていったのである。

7本目『HTML5』(2022年?)

最後は、第二次ブラウザ戦争集大成ともいえるこの仕様である。

HTML5』は、HTML史においては『HTML 3.0』と同じような意味を持つ。つまり、それまでのHTMLの要素が全て詰まっているのだ。この仕様を見れば、それ以前のHTML歴史というものが全部分かる。

HTML5』には、HTMLのあらゆる要素が詰まっている。ここには、『HTML 3.0』のような歴史的な仕様としての「総合性」があり、『Compact HTML』のような「実装の実在さ」がある。『HTML 4.0』のような「マルチメディアアクセシビリティの融合」があり、『ISO-HTML』のように「セクション構造の魅力を全世界に知らしめ」た。また、『XHTML 1.0』のように「バズワード的に成功」したのはもちろん、『XHTML 2.0』が別仕様押し出した「オタクガジェット」にも満ちている。

全て詰まっているのだ。なんでもあるのである。つまりこのHTMLは、『HTML 3.0』と全く同じ意味合いを持っているのだ。HTML史というものは、『HTML5』以前と以降とで分けられる。これ以降に作られるHTMLで、『HTML5』の影響を免れるものはないであろうからである。

まとめ

以上、これさえ読めばHTML包括的・体系的にとらえることができる7本の仕様を、制作された年代順に紹介した。

こうして見ると面白いのは、歴史的に重要仕様は、必ずしも定期的に現れるのではなく、あるところでは連続しているし、あるところでは長らくなかったりすることだ。それはまるで「素数分布」のようだ。一見規則性はないように見えるものの、何かしらの法則が隠されているようでもあり、興味深い。

それから、ここに挙げた仕様は、いずれも「読むことによって他の仕様にも興味が移行する」ということを念頭に選んだ。

例えば、『HTML 3.0』を読んだならば、ブラウザ戦争前夜の独自HTML拡張自然と興味がいくだろうし、『Compact HTML』を読んだなら、iモードのそれ以外のバージョンHTMLも見たくなるだろう。CSSコミュニティについてもそれは言えるし、『ISO-HTML』を読んだなら、このHTML流行らす土壌ともなった「フラットリニア構造」というムーブメントにも自然と興味がわくはずだ。さらには、『XHTML 1.0』はXMLオタクになるきっかけになるだろうし、『XHTML 2.0』はその他の「オタク的なXML EventsやXForms」の仕様も見たくなるという効果を持っている。

ただし、最後に選んだ『HTML5』だけは、こうした例とは別に考えなければならないかも知れない。なぜならこのHTMLは、完成度があまりにも高いために、これを見た後に他のHTMLを読むと、どうしても物足りなく感じてしまうからだ。

しかしいずれにしろ、これらの仕様を読むことによって、HTMLをさらに愛さずにいられなくなるのは疑いない。そしてまた、これらの仕様を読むことによって、HTML包括的・体系的に見る目を養ってもらえれば、その後のクリエィティブな活動にも、大きな助けとなるはずだ。

おまけ(参考文献)

上に挙げた仕様への理解は、以下に紹介する著作を読むことによって、さらに深まる。これらを読むことによって、ぼくは「HTMLを体系的に見るとはどういうことか」を学んできた。

高校時代に読んだこのサイトによって、「リソースとは何か」ということを、ぼくはを知った。

HTMLSGMLの応用だ」ということが、このサイトを読むことでよく分かる。何気なく見ていた省略記法でも、その裏には、実にさまざまな技術や、それを開発してきた歴史というものが隠されていた。

世界CSSコミュニティの何に驚かされたかといえば、それはやっぱり精緻に書き込まれた正字仮名にだ。ノジタン日記には、HTML本質が詰まっている。だからこそ、あれだけ多くの日記で多くのコミュニティ住人に、言及されたり模倣されたりしたのだ。

ここでは取りあげられなかったのだが、とほほ氏がHTMLというジャンルに及ぼした影響にも、本当に大きなものがある。そして、ぼくが上に挙げた感想のいくつかは、このサイトに書かれていたばけらさんとの「スタイルシート論争」を参考にしたものなのだ。

これらのサイトを読めば、どんなHTMLが素晴らしく、どんなHTMLがそうではないというのが、よく分かる。その判定基準を知ることができ、審美眼を養うことができるのだ。なにしろ、あのCSSコミュニティ住人の言うことなのだ。これにまさる教科書は、他にはない。




元ネタ

2008-12-03

mixiオープン化で思うこと

mixiオープン化するらしいです。

と言ってもすでにかなり巨大化しているので、オープン化していたようなもんですけどね・・・

クローズドなコミュニケーションをしたい人はそれぞれのジャンルSNSにもう移ってしまっていますし。

PV上げて、広告収入増目指すってことでしょうか?よくわかんないです。

また、規約云々の時みたいに騒動になるのは必須だと思います。

まぁ、日記の公開範囲設定くらいなもんでしょうけどね。それでも一応招待制クローズドなんだっていう、形だけになってはしまってはいるもののそのはりぼての安心感に穴が開くような・・・



あ、あとgree上場するらしいですが・・・

mixiに適うんでしょうかね?テレビCM打ったり、何か迷走しているように見えますが、そういう方向だとDeNAモバゲーがありますし・・・

うーん、きびしいんじゃないかなぁ。

株価見守りましょう。

話は戻って、さっきのmixiオープン化なんですが、やっぱり形の上だけでもクローズドな状況って守るべきだと思うんです。

Webってメディアの一つじゃないと思うんですよね、もはや。僕の感覚では。

SNS、というよりもっと大きな言い方をしてしまうと、現在Web違和感を感じています。

実生活にかなり近いものになってると思うんです。双方向性という言葉に収まらないと思います。

オープン化って、要するに「エントランスオートロック設備撤去します。部屋の扉の鍵は各自してね」って状況だと思うんです。覗かれ放題です。

そうして広告収入モデルのことを考えるときに、人が大勢行き来するような道端でティッシュ配っているような、いや、もっとあれですね、言ってみればビラ配っているか、もしくは俗にいうところのサンドイッチマンみたいなもので(邪魔に感じる具合とかも含めて)、とても大きな効果をもたらすものにはならないんじゃないかと思うんです。

もっともっとWeb2.0的なことって、あると思うんですよ。具体的にこうことだよ、っていう提案ができないことが非常に悔しいのですが。

このままだとテレビその他従来のメディアのように、何か見えない大きな力で動かされてしまうつまらないものになってしまいそうだし、そうさせてはいけないと思うんです。

そこらへんで僕らのようなWeb標準世代(言い方があつかましくてすいません;;)がちゃんとしないといけないっていう使命感があるのですが具体的な手段もなく・・・

なんか、テレビCMその他情報操作系(笑)の広報活動ってそっちで勝手にやっててほしいのに最近Webにも乗り込んできてたり、その他現状のWebについてすごいもやもやしてて意味分かんない文章になってしまいました。

ちゃんとおかしなものに対して違和感を感じる感覚をいつまでも大切にしようと思っています。

あー

2008-09-03

文章の書き手の同定方法

増田はてなの文句言ってるidを割り出した

文書の内容から同一人物の判定をすることは、まず無理です。それよりは筆跡鑑定的な手法を使うことをお奨めします。文章の記述法・書式から判断するということです。

記述法・書式」とは、「どういう言葉漢字に変換し、どういう言葉をひらがなで書いているか」とか、「どういう約物を好んで使っているか」とか、「どういうタイミングで改行をしているか」とかです。

こういう視点でもとの文章をみてみると、強烈な特徴があります。「ASCII文字と日本語の文字の間に半角スペースを入れる」という特徴です。これは普段からそういう文章を書いている人間以外には決して現れない特徴です。しかも「Web標準」「geekたち」の箇所だけはスペースが入っていません。このへん、使っている仮名漢字変換の設定や使用方法の癖がでていて興味深いです。

また、「弄る」「誤摩化してます」「目を瞑る」など、わりとひらがなで書かれることが多い用語も漢字に変換してたりするところにも、特徴があります。

id:zapaの文章をざっと見てみましたが、上記のような特徴が普段書いている文章に見られません。まあ、別人の書いた文章であると考えて間違いないでしょう。


ちなみに、私は「自分が書いた文章だということを決して明らかにしたくない」という文章を書く場合、別のIMEがはいった別のPCをつかってます。ここまで徹底している人間にはこの手法は使えませんが、普通のひとはそこまで気をつかいませんので、かなり有効な手法です。



(追記)

しかし、「増田はてなの文句言ってるidを割り出した」の文章も特徴だらけで特定が容易そうだなあ。

  • はてな記法になれているらしく、文章で多用。
  • 改行多用。改行は複数行の改行(改行記法)も必要に応じて使用
  • 長めの文章でも読点(、)を全く使用しない。
  • 「それほど」でも「それ程」でも「其れ程」でも「其程」でもなく、「其れほど」。
  • 全角英数字はいっさい使用せず。この辺に気はつかっている。
  • しかし「DIS」「id」「ID」と、大文字小文字の区別には無頓着

こういう文章書いている人で、Googleとかをつかった調査が好きな人、まわりにいません?

増田はてなの文句言ってるidを割り出した

ブコメ一覧非表示機能で露呈したはてなの技術力の低さ

こんなWeb標準違反ユーザーに強いるのはバカでアホ。低脳でワーキングプア、と言いたいところだけど、何気に月収100万だったりするからワーキングプアは違いますねごめんなさい。

この仕様が糞だと判別するのは刺身タンポポ乗せるよりも容易なので、要するにはてなは解ってて直せないんです。

これ書いた増田わかったよ。


ワーキングプアという言葉

こんなWeb標準違反ユーザーに強いるのはバカでアホ。低脳でワーキングプア、と言いたいところだけど、何気に月収100万だったりするからワーキングプアは違いますねごめんなさい。

このDISmalalivedoor時代に書いた

辛辣インターフェース評議会 - amebloのフィードが酷い件

これは完全にエンジニア無知で無能でクズ。アホでバカ。低脳でワーキングプア

をもじっているんだろうな。


ポイント

ここで増田をあぶりだすための3つのポイントを整理するぞ。

1.metaタグ仕様について文句がある

2.はてなに恨みを抱いている

3.特に社員であるmalaには特別な感情を持っている


これらの条件を全て満たすエンジニアとなると限られてくるな。

過去malaワーキングプアと言われた経験があるのかもしれない。

となるとアメブロ中の人か?



調査開始

はてなブックマーク - はてなブックマークのコメント一覧非表示機能について - はてなブックマーク日記 - 機能変更、お知らせなど

ここでコメントしている数百人のidの中からmetaタグについてコメントしている奴ら全員のIDを「ワーキングプア」と絡めてググると意外な人物がヒットした。


辛辣インターフェース評議会 - ZAPAnetはワーキングプア総合情報局に改名しろ

普通ドメイン直下に置く。

こんなところをチェックするのは、はてなアンテナぐらいだよ。

みんな裏でクスクス笑っているばかりで誰も指摘しようとはしないんだ。僕はそのようなイジメ行為を見過ごすことができない。STOPイジメイジメかっこ悪い!


[Z]ZAPAブロ??グ2.0を運営するid:zapaだ。

malaに以前「ワーキングプア」呼ばわりされているではないか!


それだけでは不十分であるので「はてな」への恨みをzapaが抱いているかどうか確認してみる。



ブコメを調査

はてなブックマーク - zapaのブックマーク / はてな

彼が[はてな]タグをつけた100近いブコメほとんどが運営に対する嫌味や皮肉だったので焦った。

[はてな]はてなって会社なのかよwwww個人の私的サイトかと思ってた。

[はてな][終了]引き継ぎのできない会社

[はてな][ネタ]ページごとにmetaタグ挿入するとかw

[はてな]まぁ、他にもはてなサービス上で嫌がらせを受けている人はいるだろう

[はてな]一人では限界に陥ったらしい

[はてな]はてな仕様だからしょうがない

[はてな]引き継ぎのできない会社はてなpart2 / id:Yuichirouさん>マップの方は、最新バージョンに対応するだけ。リングの方は、39000ユーザーも利用していたのに、「成長性」のせいで犠牲になった人もいます。引き継ぐ力がないと言

[はてな][退職]なんか続々とはてな中の人退職してるなー…これからもっと続くのだろうか

[はてな]はてな検索エンジンSPAMで収益を上げる会社ですか?

はてな関連の記事にこれだけマメに皮肉ブコメを書き綴っているのは彼とid:xevraぐらい。




ブログでも

さらに彼の運営するブログでこのような記事が。


ブログはもう終わったのか

ITベンチャー企業として名高い株式会社はてなは、blog流行する前からWeb上の日記サービスはてなダイアリー」を運営していました。このサービスは、名前のごとく「ダイアリー」だったわけですが、ブログ流行を受けて、気持ち悪いことを言い始めました

はてなダイアリーブログです」

と。

はてな近藤社長はこのように発言しています。

「国内でブログ流行しだしたので、宣伝効果を狙って“はてなダイアリーブログです”と言ってはいる。」

ブログブームが沈静したときのための逃げ道を残し、宣伝のために「ブログ」という名前を利用していました。

うわー悪意丸出しですね。




zapaさんは其れほどまでに「はてな」が嫌いですか?

じゃあ利用しなきゃいいのに。

2008-09-02

ブコメ一覧非表示機能で露呈したはてな技術力の低さ

はてなブックマークのコメント一覧非表示機能について - はてなブックマーク日記 - 機能変更、お知らせなど

みんな知ってる記事だよね。

ブコメでもちらほら批判されてるけど、

はてなダイアリーで任意の記事をコメント非表示としたい場合は、日記本文中に上記の meta タグ入力してください。

なんてのはとんでもない糞仕様

こんなWeb標準違反ユーザーに強いるのはバカでアホ。低脳でワーキングプア、と言いたいところだけど、何気に月収100万だったりするからワーキングプアは違いますねごめんなさい。

この仕様が糞だと判別するのは刺身タンポポ乗せるよりも容易なので、要するにはてなは解ってて直せないんです。


ここで糞仕様と言ってるのは meta で判別する仕様とか body 内の meta を拾っちゃう仕様とか、ではなく、はてダ仕様のクソさを言ってます。

これまた至る所で指摘されてるけど、普通なら、日記編集フォームに一つ「ブクマページでブコメを表示する」というチェックボックスを付ける。チェックが off なら head に件の meta を入れる。

こんだけあちこちで言われてるアイディアですから、当然スタッフは思いついたでしょう。さすがにそこまで馬鹿じゃないでしょう。

でも実装しませんでした。実装できないんです。


なぜ実装できないか。それは、フォームを増やすと記憶すべきテーブルが変わっちゃうからです。各日記毎に1つ、 BOOL 型を余分に記憶しなきゃいけないからです。

その程度の変更、大した事無いような気がします。でもはてな的にはできません。


はてなは何故か、はてダの個別記事の記憶の仕方を変更できません。実はこれは今回が初めてじゃありません。

はてダには日記モードの他に「ブログモード」などという名前に偽りのあるモードがあります。このモードにすると、日付ではなく個別の記事単位での表示も可能になります。一日に複数の記事を投稿できます。

でも、何故か、編集は日付単位でしかできません。「見出し記法」なる抜け道で、擬似的にブログを実現してるに過ぎません。だからコメントとかトラバはまともに管理できない。

なぜ記事毎の編集にできないか。日付で管理するはてなダイアリー」のシステムを変更できないからです。


はてダトラックバックは実装してます。なぜならトラバは送りっ放しで良いから、何も記憶しなくていいからです。

でも、少なくないブログエンジンは、トラバの送り先も記憶します。「あれ?送ってないっけ?」とか勘違いしないで済みます。

なぜはてダトラバの送り先を記憶しないか。記憶できるようにするには、各記事毎に新たなテーブルを用意することになるからです。

はてなはてダデータベースを弄れない。


記事をカテゴリー(っつーかタグ)毎に分ける機能も、ちゃんとは実装されてません。はてな記法と検索で誤摩化してます。

記事毎にカテゴリー記憶するにはデータベースを弄らなきゃいけないからです。


◯◯記法の多彩さであたかも凄い事をやってるかのように見せかけてますが、実際には、◯◯記法データを読み込んで吐き出すところにフックするだけです。

小手先の技術が巧みなのは認めましょう。

でも、小手先の技術ですべてを実現せざるを得ないから、こうやって筋の悪い仕様があちこちに出てくる。

でもだいじょうぶ。一般人は騙せなくとも、筋の悪さに目を瞑るgeek達相手なら小手先だけで騙せますから。

はてな未来は明るいっス。

2007-11-01

re: http://d.hatena.ne.jp/kana-kana_ceo/20071030/1193745331

つまりあれか、IElinkを黙殺するのは、仕事が減ると困るウェブデザイナー陰謀か。Web標準でも何でもないものをWeb標準だと言い張ってみたりしてる人たちの正体は、仕事が減ると困るウェブデザイナーだったのか。なるほど。

退屈した消防士が自分で放火して自分で消すっていうやつか。なるほど。蚊のいない地域に蚊を連れていって繁殖させて、蚊取り線香屋さんがぼろもうけっていう。話をいたずらにややこしくして、何かすごい議論をしているふりをするっていう。

まさかね。

2007-10-31

コンテンツ電子配信の線の細さ

将来有望な電子配信。と私は思っていたが世間様はそうではなかった。


革命から100年経った気にすらなる音楽配信も実態は物理メディア4000億円(約90%)に対してPC向けが50億円(約1%)。飛ぶ鳥を落とす勢いの携帯電話向け配信でも500億円(約10%)である。

電子コミックも似た様なもので5000億円市場に対してPC向けが25億円(約0.5%)、携帯電話向けが165億円(約3%)。

これほどの不人気は構造的な問題が大きく横たわってるといえるだろう。シンプルデジタル化とネットワーク共有という「技術革新」のみによって誰もがハッピーになれるとはいかない現実がここにある。もはや「技術」は問題でないのは明らかだ。


簡単に述べれば所詮テッキーであるサービサー側が想像する以上に用意した概念運用スキーム浮世離れして複雑なのだ。

(余談めくがこれは“Web標準”や構造化Webという幻想と同じ問題である。予算が絞られれば世間の様相は一変するだろう。臨界条件が異様に高いか最初から無いからだ。)

じゃあ将来は絶望かというのは早計なのだがこのデータはそれなりの意図の下で当分「期待する形に解釈される」ことだろう。


データ2006年分から参照、音楽ソフトの金額は生産金額とか言ってるので卸値での計算かもしれない

参考:

日本レコード協会 各種統計

2006年 コミック出版5000億円割れ

拡大する電子書籍市場、コミック市場は190億円規模に

2007-10-14

今回のリニューアルmixiWeb標準に近づいたとか音声ブラウザを使っている人に優しくなったとか言う人が後を絶たないのは何故だろう。確かに全く改善しなかったわけではないが、CSSを切ってみればmixiHTMLが依然としてひどいことは一発でわかる。

2007-07-25

テーブルレイアウトについて一言いおう。

複雑じゃなければ(3カラムにわける程度なら)、テーブルレイアウトの方がメンテナンスも特にめんどくさくもないし良いんじゃないだろうか。

CSSで段組の解説サイトとか作っちゃって、floatとかめんどくさい意味不明仕様に頭を悩ます日々も消えるぜ。

とか思いつつも今日XHTML/CSSWeb標準サイト(笑)を作る俺であった。

2007-07-19

CSSNiteがらみで最速に幻滅

色々いいたいのはわかるけどさ、せこくブログなんかで書かないで直接本人に言ったらいいんじゃない?

そりゃウェブにはあんたの味方がいっぱいいて味方になってくれるのかも知れないけどさ。

時間が無い?文句だけいって言い逃げかよ。贅沢なご身分だな。

はてブでもある意味ヒーロー扱いになってるけどさ、なんで見てる連中もそんなガキばっかりなの?

CSSNiteをやってる奴は俺も大嫌いだよ。自分とごく限られた身内のことだけしか考えていない。

ああいうエゴスティック人間Web標準とかうたってイベントをやるのは非常に不愉快だ。でももう今回ので最後なんでしょ?

再開とかはマジでナシにして欲しいわ。

でもさ、あれに関わった人達をひとまとめにして侮辱した発言を行うってどうなんだろう。

知り合いにもスピーカーとして参加した奴いるけどさ、運営側と色々もめたりしてたよ。やっぱりそこでも見解の相違はあったりする。

スピーカーにはさほどお金が入るわけでもないし、運営側に文句があったとしても、だけどウェブのためと思って協力したりしてるわけ。

それは確かに微々たる力かもしれない。ウェブ貢献できてるかどうかわからない。でもその行為を踏みにじるような発言は許せない。

でもこういう発言を平然とする人間がこの業界ではリスペクトされてるらしいですね。

すばらしい業界だなぁここは。

- 転職ならen
- 派遣ならen
 
1ページ中1ページ目を表示(合計:18件)