「トラヒック」を含む日記 RSS

はてなキーワード: トラヒックとは

2013-01-03

http://anond.hatelabo.jp/20130103211019

トラフィックなのはトラヒックなのかはおいておいて。

トラヒックトラヒックという単一のものだと思ってるのならやめてくれ。

メガバイトとかじゃトラヒックは表せん。

そもそも論として、音声通信をやっている技術者たちが『自分たちが使う』帯域を減らすためにどれだけ苦労しているか

ま、いいよ。好きにしてくれとはおもった。横合いからすまんかったな。

http://anond.hatelabo.jp/20130103202144

docomoauが音を上げるような巨大なトラヒックを禿のインフラで捌ききれるわけないだろ

前提からしておかし

2012-07-20

http://www.atmarkit.co.jp/fsmart/articles/android33/01.html

開発者が知らないと残念過ぎるAndroid 4.1の新機能36選

だが、Android2.3が まだまだ残っている上、4.1の機能は使わない。どころか4.0の機能だって使わない。というか、使えない。

PUSH機能とか、なぜ4.1なのかわからない。2.3にも入れてくれ。

もちろん、ソフトウェアアップデート等と言わず、 既存の2.3.Xからも、アプリライブラリで入るようにしてくれ。

 

ユーザーが、ソフトウェアアップデートするわけないやろ。 擬似PUSHとかトラヒック的に重いやろ。既存の2.3をなんとかしてくれ。というか、オールレガシー対応が切り捨てで切り捨てられないことはわかってたはずなので

オールレガシー対応のために、封印してあるであろう!!その機能を使ってさぁ! 2.3X対応を! あとできれば2.2と2.1も とか 夢見てみる。

つか、キャリア必要とするような機能すら、4.1に入れて2.3端末どうにもならんのか、どうにかならんのかいのう。

新しい、新しい ばっかりで、 コンパチビリティが無さすぎだよ。

2009-09-03

フラッシュを使うか使わないか

私は結構flashについて知識がある。私が始めてトレーニングコースでflashについて言及したのが何時だったのか覚えていない。それ以来、flashトレーニングコースの一部となっている。

しかし、トレーニングコースで人にflashについて話していても、私は実際に自身のページの中には使っていなかった。フリーランサーとして明らかに、日常仕事において、私の顧客が使っているテクノロジーが何であれ、それを使うことを余儀なくされる。私はまだ、flashを既に使っているプロジェクト仕事を受けていない(私は数人の顧客flashを使ってはいかがと勧めているけれども)。

私自身のページは別だ。そのページは主に私のサイトである。最近まで、それらのどれにもflashを使わなかった。flashを使った私の最初のリリースは、なんだったろうか。始めからflashを使った新しいサイトだ。しかし、結局のところ、flashが適切である場所ならどこでもflashを使うように、遡って既存のサイトリファクタリングしたくなることが分かった。

近年Google Mapを使い、AJAXがいかに素晴らしいかを面と向かって私に語る人々の一週間に付き合わされた。そして、歯を食いしばってリファクタリングを始める時だと決心した。

私が試みた次のサイトがフォトギャラリーのためのサイトだった。2つの理由のため、これを選んだ。第一に、それが正に見た目重視の重いサイトであるから。画像の初期読込みを別にして、このレスポンスの悪さは出来るだけ見栄えのよい画像を表示するために存在する。これは非常にflashと相性がよい。事実flashを使うようにリニューアルすることは、トラヒック削減の主なケースだった。第二に、もっと実際的なことだった。つまり、私が知っている限り、このサイトを使っている人はいないので、私が何かを壊しても、私を罵る群衆がいないであろう。

そのリニューアルのいとも簡単さに感心したので、私はメニューに移った。この部分は、私の最初のサイトより存在していた、特別な思い入れがあった。それが特別便利とは思っていない。そのデザインは非常に基本的で、私が元々これを書いた最初のサイト以外には、どのサイトにも使っていない。私は屡々新しいテクニックを試すために、それを使用している。8月9日バージョン2.00をリリースした(その実装の変更は、メジャーバージョンナンバーを上げることに相応しいと思った)。

昨日、私はflash使用を止める要望のRTチケットを受取った。そのチケットは、いろいろな使用(そのチケットでは、テキストベースブラウザでの使用にも言及しているが)に対して、flashによって加わった更なるオーバーヘッドが受け入れ難いパフォーマンスの打撃になっていることを明らかにしている。

私はこれをどのように克服するか分からない。一デベロッパーとして、私はflashの使用が好きである。flashは、動的なUIのページを書くことを容易にする。私は、翌年以降年々、Webデベロッパーflashを使っていくだろうと考えている。もし、あなたが既に充分に複雑なことを HTMLで書いているなら、flashを使っているページを使用するチャンスである。時が経つにつれて、flash依存するページの割合は増加するだろう。しかし、小さなアプリケーションに対して受け入れ難いパフォーマンスの打撃があるならば、デベロッパーが使っていないflashを強制することはいいことだろうか?

これをもう少し熟考するまで、私の作物をflashに移動させる計画を保留したいと思う。しかし、私は他の人の意見を聞きたい。あなたがサイトオーナーなら、あなたのページでflashを使用することを考えているのか。あなたがWebサーファーなら、 flashを無理強いするページを避け始めているのか。

あなたの考えを教えてほしい。

http://slashdot.jp/~taro-nishino/journal/486757

2007-10-17

ぼくのかんがえたウエブデザイナー(26)

ログイン ユーザー登録
ようこそ ゲスト さん