アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stay hungry, Stay foolish. -- Steven Paul Jobs
デバッグがおそろしく面倒 (スコア:3, すばらしい洞察)
機種を判定するクラスもしょっちゅうアップデートしなくてはいけないし、
予算のないところでは、正直言って、作りっぱなしになる。
インターネットから切り離したほうが良いんじゃないかと思うよ。
Re:デバッグがおそろしく面倒 (スコア:3, 興味深い)
>機種を判定するクラスもしょっちゅうアップデートしなくてはいけないし、
>予算のないところでは、正直言って、作りっぱなしになる。
記事が解りにくいと不評の、たれゴミACです。
予算があっても相当厳しいのが現状です。初期i-mode~初期FOMA~90x、
J-Phone~vodafone~softbankとezを広範にサポートするササイトに関わりました。
そこは衣食住に絡んだ日常的なテーマで、公式メニューにも出てくるサイトだったので、
ちょっとサポート漏れがある機種があると直ぐにクレームが入ってきました。
文字数制限あたりは可愛いもので、サポートタグの機種ごとの仕様違いなど、
ハマリポイントがそこかしこに存在しているので正に地獄。一機種先は闇。
そして、J-Phoneなどの旧機種など、熱心にサポートしても割に合わない、
でも始めちゃうとユーザーがついてきて中々やめられないとか。
公式メニューのために、新型のデバイスが出ればサンプル機を借り受けられた、
というのは有り難かったですが、絶対失敗するなよというプレッシャーでもありました。
実際、「手一杯でちょっと待って欲しい」と言うと「あっちのキャリアに注力するからか?あーん?」
といった感じに機嫌を損ねるので、営業的には「ハイ直ぐやります」となるわけで。
かといって人を増やせない、このしわ寄せはどこで吸収するの?という感じです。
>インターネットから切り離したほうが良いんじゃないかと思うよ。
安易に携帯向けサイトを作らなくなることで、そのサイトで被害にあう可能性は減りますが、
ただ、高木氏のサイトがそうであるように、望むと望まざるとにかかわらずアクセスされるので、
いっそキャリア・メーカーが更新を見捨てた携帯はアクセスが出来なくなるとか許されれば、
デバッグの手間も減ってセキュリティ対策に割り振れるのになと都合のいい事を考えてしまったり。
Re:デバッグがおそろしく面倒 (スコア:0)
最初はi-ModeだけだったのがauだVoda,もといSoftbankと対応するうちに、
色々問題が出て結構嫌になったですよ。
何が嫌って、各社のシミュレーターはきちんと出来ていなくて
実機ではOKというのが何箇所かあったり、
CGIのパラメータ引渡し方法の制限が某社にあったり、
仕事じゃないから良かったけど、仕事だったら卓袱台ばーん、って気分だった。
それでも環境も含めて一番作りやすかったのはi-Modeかな。
auはシミュレーターでのレンダリング再現性がいまいちだったし、
Softbankはシミュレーターの制限はきついはドキュメントも見づらいし、
どっちもどっちという感じでした。