回復パーティション6GBって何がプリインストールされてたんだろう…
回復パーティション6GBって何がプリインストールされてたんだろう…
タンス側の性能や負荷状況によって一度に読める件数の最大値をカスタマイズできるのがあるべき姿だと思うけど、仮にそうなったとしても、例によってアプリがその数値を事前に知ることはできないのだろう。件数に応じてRate limitへの影響が調整されるくらいでないと既存アプリに甚大な影響がでるだろう
初回取得や端の取得でもフィルタありの場合は繰り返し取得するようにしてる。そうしないとフィルタ後の取得件数がゼロだったり少な過ぎたりしてユーザ体験的にダメすぎる
一度に取得できる量が多少増えたところで数時間分を一度に読み切れる訳がないのだから、うちでは繰り返し取得をやめることにはないだろうな…。
subwayではギャップ読み込み時はデフォルトで一定時間内は繰り返し読む。結果が0件だった場合以外は範囲の狭まったギャップが残る。
ギャップは大抵の場合0件または20より大きいので、デフォルトを繰り返しなしにすると操作が煩雑になるだけだと考えてる
繰り返し読んで結果が0件になったらギャップが終わったことが分かる
サーバ側というかクエリを出す側はギャップの有無がわかるの？ SQL的には分かり得ない気がするんだけど。
仕事ノートも熱でキーボードがやられてるので新しいのを買う予算がほしい。贅沢は言わない、1.5kg以内でCore i7とRAM16GBとSSD500GBとFullHDがあればいいんだ
@banjun 別にサムネイルが縦長でも焦点に指定した位置が見えるようにはできるよ。 例えばウチのアプリだとサムネイルの縦幅も設定できるし https://mastodon.juggler.jp/media/X6Vb-1U1WEYXVWmXWP4
This account is not set to public on notestock.
This account is not set to public on notestock.
初回読み込みと上下端の読み込みとギャップ読み込みはまるっと分けたほうが見通しいいよね…