新デザイン反対 IT技術部コミュの祝！ トップ２入り！

2007年10月07日 13:48 けめ
ついに！！！

　　日記の記事ごとに公開、非公開★選択機能 要望中 日記 29743 / 615
　　元に戻してください 要望中 その他 18272 / 666
　　逆あしあと 実装済 足あと 18069 / 1006

２位に躍り出ました！！

（おかあつさん、勝手に代理報告すみません。）

かといって、これで要望が通るかというと、そうでもない・・・。
うーん、mixiはもっと会員に優しい運営してたはずなのに・・・。

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

恐らく 本日 １３：３０ 前後 に トップ２入りを果たした模様です。
（けめさん、報告ありがとうございます（＾−＾）

きっと mixi 運営事務局にとっては 全然 祝 じゃないですが、 とにかく、夢見がちなこの新デザインプロジェクト作業班に、現実の厳しさを理解していただく第一歩としては、祝です。

９：４４現在の票は次のとおりです。

元に戻してください 要望中 その他 18673 / 672

順調に票を伸ばしています。 ２〜３ヶ月中には１位になるでしょう。




＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

追記です。（ ２２：３５ ）

思うんですが...

ここだけの話、 XHTML+CSS の導入で一番得するのは、開発者なんですよね。
あと、開発者よりの利用者です。
損するのは一般利用者です。

おまーら、IT判ってねーなら黙ってろ って事でしょうか。

一般ベンダーの技術者が そんな口きいたら、即 クビです。
こういう強引なリリースの仕方って、どこの常識と照らし合わせても、普通じゃないですよ。

公式携帯サイトのリリースでこんな事やったら始末書物ですし、企業のＢ２Ｂアプリのリリースでもこんな事やったら、翌週から仕事はないです。 というか、そもそもリリース計画書の段階で却下されます。

ただ一つ考えられるのは、計画者とそれを監督する人が未熟で稚拙なリリース計画がそのままゴーサインが出ちゃった... やってみたら大パニック、取り敢えずリリースしてちょっとづつ修正という名の下に追加開発...。

でも、旧ブラウザは今の方針ではどうやっても絶対に吸収しきれないはずなので、誰かが夢を見ているんだと思いますね...。

＝＝＝＝＝＝＝＝＝＝

自分でCSSを書いて使いづらさを回避するればいいじゃん、っていう駆け出しプログラマを良く見かけますが、あまいですね。

こういうシステムっていうのは、キミだけが使えればいいって言うものじゃない。 誰もが使えるからこそ有益なシステムとしてなりたつわけで、キミがCSSを書ける素晴らしい才能の持ち主だということはよくわかったけど、それじゃ解決しないんだな。

＝＝＝＝＝＝＝＝＝＝

XHTML+CSSにすると、プログラムを一元管理出来るようになるので、プログラマは物凄く楽になるのです。 そして、他のアプリケーションとのデータ親和性が高くなり、いい事はたくさんあります。 色々な可能性が広がります。

しかし、旧式のブラウザでは表示がメチャクチャになるという諸刃の剣です。

ここで「旧式ブラウザは切り捨てればいい」って言う発想が、プログラマチックなんですよね。

そうじゃない。 であれば、XHTML+CSS と 旧HTMLで平行運用※するべきなのです。

これは実はプログラマにとって非常に面倒な事なのです。 プログラマは全力で拒否してくるでしょう。 ですが、何億円単位で開発費をかけている会社が、そんな言い訳許されるわけないのです。 というかそもそも別に何億円もかからないですし。 プログラマがすこし余計に手を動かすだけです。

でも、仕様が不安定で、長時間振り回されっぱなし、場合によっては結果も出ない、CSSで押し通すよりは、きっと安上がりなはずなんですけどね。

何か アマい んですよね ...。


※ 平行運用
平行運用というのは、例えば以前の２段組３段組切り替え機能の様に、ユーザーに選択・設定させることで、あるバージョンとあるバージョンの両方を利用できる状態にすることをいう。 一般的にはクッキーを利用して実装される。

しかし、１つの機能を追加するごとに ２つの似て非なるプログラムを修正する必要があるため、プログラムのメンテナンスは複雑になる 。 １つの変更を加えるごとに２回バグが発生する可能性が生まれるため、プログラマは細心の注意が要求される。

このことを業界用語ではダブルメンテナンスと呼ぶ。(ちなみにダブルメンテナンスは多分和製英語。) ダブルメンテナンスは、プログラムの定石としては禁じ手で、そういうことにならないようにあらかじめ設計を工夫しておく必要がある。

しかしブラウザの機能が貧弱だったりする場合は、ダブルメンテナンス以外の解決策がない場合がある。 一番いい例が携帯サイトの構築だ。 携帯のウェブブラウザは機能が貧弱で互換性が低いので、各機種ごとに別々なプログラムを作る以外にない場合が多い。 しかし、完全に各機種を分けてしまうと大変な量のプログラムをメンテナンスする必要が出てしまうため、共通点を上手にまとめてプログラムを作る。

ＰＣの世界でもそういう状況は発生する。

HTMLは、アンチパターン用語で言うところの ボロ煙突アンチパターンにあたる。 あとから付け足し付け足しされているので、高機能なようで実はあちこちに矛盾が生じている。 ＨＴＭＬは、ぱっと見たところでは、複雑で高機能に見えるので「いやぁＨＴＭＬの世界は奥が深くて俺にはまだまだ」と人に言わせることで欠点を煙に巻き、クビの皮一枚で命を永らえているところがある。 というわけで、ＰＣのウェブブラウザは互換性が高いようでいて、細かな方言がたくさんある。 おかげで、実はかなり互換性が低い。

XHTML＋CSSはそれなりに成熟してきている。 だからＸＨＴＭＬを採用するというのは、よいアイデアだ。 とはいえ、軸足を全てXHTMLに移行してしまうと、旧ブラウザなどの取りこぼしがたくさん発生するなど、対応できないことも少なくない。

こういう場合は一般的には平行運用を上手に使うことで、問題をクリアできることが多い。