アカウント名:
パスワード:
というか、一生懸命対応させるのにコスト資源を使ってその挙句に不具合出しまくる。コレは資源の浪費なんじゃ。株主から突っ込まれても安定多数はどっかが握ってるから影響でないんだろうけど、それにしてももう頑張り損にしかみえない。
そもそもがフューチャーフォン前提のシステムだからね。それを無理やりandroidのアプリの上で動かしてるんだからどこで無理が出てもおかしくない正直アドレスだけ引き継いで普通のメールサービスに以降するべきなんじゃないかな一分に一回ぐらいの頻度でメールサーバーと通信すればメールとしては事足りるでしょ急を要するなら電話掛ければいいだけだから
リクエストを改竄できるような高機能端末が接続されることを想定していないシステムをそのまま持ってくればよかったのにとかないものねだりされてもねえ
> どの障害も、最初から起きることか想定してたもの
後から言われてもなぁ。何という説得力のなさ。
次に何が起きるか予言してもらえませんかね？
普通のメールって、pop3/smtpってこと？
現在のプッシュと同じ使い勝手を実現するのなら、ドコモユーザの大半が数分ごとにコネクションを張ってpopでログインすることにになるから、回線もサーバもかなりの負荷が掛かると思うけど。基地局はパンクするだろうし。
毎度毎度フューチャー(future, 未来)とフィーチャー(feature, 機能)を間違えてるのは同じ人?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
開いた括弧は必ず閉じる -- あるプログラマー
SPモードをやめる口実 (スコア:0)
というか、一生懸命対応させるのにコスト資源を使って
その挙句に不具合出しまくる。
コレは資源の浪費なんじゃ。
株主から突っ込まれても安定多数はどっかが握ってるから影響でないんだろうけど、
それにしてももう頑張り損にしかみえない。
Re: (スコア:0)
そもそもがフューチャーフォン前提のシステムだからね。
それを無理やりandroidのアプリの上で動かしてるんだから
どこで無理が出てもおかしくない
正直アドレスだけ引き継いで普通のメールサービスに以降するべきなんじゃないかな
一分に一回ぐらいの頻度でメールサーバーと通信すればメールとしては事足りるでしょ
急を要するなら電話掛ければいいだけだから
Re:SPモードをやめる口実 (スコア:2, 興味深い)
i-mode のまんまのやり方を、Androidにもってきてれば、こんな問題は皆無。
SPモードがらみの障害は、i-mode の実現方法からすれば根本的に有り得ない話ばかり
スマートフォンだから、旧来の方式やめて、標準規格ベースで新しくやろうとしからこんな結果になってる。
どの障害も、最初から起きることか想定してたもの。(そんなの現実には起きないよってベンダーは笑ってたけどね。）
RFCとか、ほんとスケールでかいときとのこと、一切考慮してないから、あんなのベースで考えたら失敗するの当たり前
# 初期に少し関係してたのでACで
Re: (スコア:0)
リクエストを改竄できるような高機能端末が接続されることを想定していないシステムをそのまま持ってくればよかったのにとかないものねだりされてもねえ
Re: (スコア:0)
> どの障害も、最初から起きることか想定してたもの
後から言われてもなぁ。何という説得力のなさ。
次に何が起きるか予言してもらえませんかね？
Re:SPモードをやめる口実 (スコア:2)
普通のメールって、pop3/smtpってこと？
現在のプッシュと同じ使い勝手を実現するのなら、ドコモユーザの大半が数分ごとにコネクションを張ってpopでログインすることにになるから、回線もサーバもかなりの負荷が掛かると思うけど。基地局はパンクするだろうし。
Re:SPモードをやめる口実 (スコア:1)
毎度毎度フューチャー(future, 未来)とフィーチャー(feature, 機能)を間違えてるのは同じ人?