アカウント名:
パスワード:
まあそれなりに遅いと思う。PCですら遅いし。 フォローしている人が多ければ多いほど大量のリッチコンテンツがタイムラインを流れていく。 検索してメディア欄を覗いていいねした人を辿って……なんてやってるとメモリを使い果たしてアプリが死ぬ。
iOS用、macOS用クライアントも褒められた品質じゃ無い。それでもiOSが一番まし。macOS用はiOSベースに切り替わってから長い間CPUの無駄遣いが酷くて、ようやく治ったと思ったらタイムラインを更新しなくなった。あと、web版とiOS用、macOS用、Android用のUIが統一取れていない。
テスラの技術者がレビューしたであろう1000回以上の余計なRPCというのが気になる。 Twitterクライアントからのリクエストが異様に多いなんて話は聞いた事がない。 逆にどんな通信しているんだ?って興味すら出てきたけど、クライアント側からフォロワー
ひょっとするとI/O関連のAPIを1000回呼んでるとかそーゆーレベルの話だったりする可能性も……
テスラの技術者が専門外のtwitterの解析してるとはいえ、すでに 2週間ぐらい経過してるんだから、そこそこ意味のある報告あげてるはずだけどねぇ……
Twitterはマイクロサービスアーキテクチャだから、社内APIが大量にあるわけユーザのリクエストが来ると一斉にそのサービスが動いて、サービスがサービスを呼んで、間に合ったやつが束にまとめてユーザに飛んでいくってシステムなんじゃないかな
だから多分「バックエンドで何十何百ってリクエストが飛んでる」ことは事実で、もしかしたら「その大量のリクエストにカネがかかってる」っていうこの話題と関係ない事実があって、特に後者は多分金の亡者のマスクがすげー気にしてたところなんじゃないかな
でも裏側でメチャクチャな数のAPIコールが発生してるってのはパフォーマンスには関係な
「遅い」というのは単なる事実そこは無能エンジニア側も反論してないどころか、むしろ「遅い原因は~」と説明さえしてる食い違いがあるのはその「原因」の認識
>もしかしたら「その大量のリクエストにカネがかかってる」っていうこの話題と関係ない事実があって、ここから妄想始まってるんで後の書き込みは無意味
あんた気に入らない仮定の話を毎回妄想と書くのやめたら?
はいはい、僕だけが真実を知ってるんだ!ですね
喧嘩ふっかけるのは人の目の前でやりなよ
家庭を勝手に真実だと断定して話を進めるのはお前だけだぞ
マイクロサービスの暗黒面だね通信はオーバーヘッドが大きいから回数が多いとそれだけ無駄も多いもちろん非同期とかである程度は改善出来ることもあるけどやり取り見てると開発者は他を気にせずに開発できるメリットを活かして社内APIはスパゲティ状態だったと予想できるw
しかし遅いって言われたのに、APIの数が違うとかどうでもいい言い訳してるところが使えない開発者の典型だったけどそもそも正解な数字を知ってる人がTwitter社内に何人いるんだろ?って状態だった可能性もある数字がどうだろうと遅いことは変わらないし、それを改善できないエンジニアだったことはわかったけど
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲは一日にしてならず -- アレゲ研究家
Android用のTwitter公式アプリは実際に遅いのでしょうか? (スコア:0)
まあそれなりに遅いと思う。PCですら遅いし。
フォローしている人が多ければ多いほど大量のリッチコンテンツがタイムラインを流れていく。
検索してメディア欄を覗いていいねした人を辿って……なんてやってるとメモリを使い果たしてアプリが死ぬ。
Re:Android用のTwitter公式アプリは実際に遅いのでしょうか? (スコア:1)
iOS用、macOS用クライアントも褒められた品質じゃ無い。
それでもiOSが一番まし。macOS用はiOSベースに切り替わってから長い間CPUの無駄遣いが酷くて、ようやく治ったと思ったらタイムラインを更新しなくなった。
あと、web版とiOS用、macOS用、Android用のUIが統一取れていない。
Re: (スコア:0)
テスラの技術者がレビューしたであろう1000回以上の余計なRPCというのが気になる。
Twitterクライアントからのリクエストが異様に多いなんて話は聞いた事がない。
逆にどんな通信しているんだ?って興味すら出てきたけど、クライアント側からフォロワー
Re: (スコア:0)
ひょっとするとI/O関連のAPIを1000回呼んでるとかそーゆーレベルの話だったりする可能性も……
テスラの技術者が専門外のtwitterの解析してるとはいえ、すでに 2週間ぐらい経過してるんだから、そこそこ意味のある報告あげてるはずだけどねぇ……
Re: (スコア:0)
Twitterはマイクロサービスアーキテクチャだから、社内APIが大量にあるわけ
ユーザのリクエストが来ると一斉にそのサービスが動いて、サービスがサービスを呼んで、
間に合ったやつが束にまとめてユーザに飛んでいくってシステムなんじゃないかな
だから多分「バックエンドで何十何百ってリクエストが飛んでる」ことは事実で、
もしかしたら「その大量のリクエストにカネがかかってる」っていうこの話題と関係ない事実があって、
特に後者は多分金の亡者のマスクがすげー気にしてたところなんじゃないかな
でも裏側でメチャクチャな数のAPIコールが発生してるってのはパフォーマンスには関係な
Re: (スコア:0)
「遅い」というのは単なる事実
そこは無能エンジニア側も反論してないどころか、むしろ「遅い原因は~」と説明さえしてる
食い違いがあるのはその「原因」の認識
>もしかしたら「その大量のリクエストにカネがかかってる」っていうこの話題と関係ない事実があって、
ここから妄想始まってるんで後の書き込みは無意味
Re: (スコア:0)
あんた気に入らない仮定の話を毎回妄想と書くのやめたら?
Re: (スコア:0)
はいはい、僕だけが真実を知ってるんだ!ですね
Re: (スコア:0)
喧嘩ふっかけるのは人の目の前でやりなよ
Re: (スコア:0)
家庭を勝手に真実だと断定して話を進めるのはお前だけだぞ
Re: (スコア:0)
マイクロサービスの暗黒面だね
通信はオーバーヘッドが大きいから回数が多いとそれだけ無駄も多い
もちろん非同期とかである程度は改善出来ることもあるけど
やり取り見てると開発者は他を気にせずに開発できるメリットを活かして
社内APIはスパゲティ状態だったと予想できるw
しかし遅いって言われたのに、APIの数が違うとかどうでもいい言い訳してるところが
使えない開発者の典型だったけど
そもそも正解な数字を知ってる人がTwitter社内に何人いるんだろ?って状態だった可能性もある
数字がどうだろうと遅いことは変わらないし、それを改善できないエンジニアだったことはわかったけど