Surprising soundness trouble around `PollFn` - Rust Internals
https://internals.rust-lang.org/t/surprising-soundness-trouble-around-pollfn/17484
`F: !Unpin`の場合でも`core::future::PollFn<F>: Unpin`になっていたのか。クロージャ内でpinしたつもりがクロージャごとムーブされうるというのは確かにやらかしを招きやすそう……と思いきや既に「修正」済だったか（<https://github.com/rust-lang/rust/pull/102737>）

Structural pinningがunsafe to implementだから`Unpin`はsafe to implementにできるというのは理屈の上ではそれはそうだけど、実際の運用としては中々微妙だよなあ。それを言い出したら既に`Drop`がsafe to implementであって`Drop::drop`が問答無用で`Self`をunpinするという避けえない挙動があって、それと一貫しているとは言えるけど

某ジャンルの公式情報を収集するためにグッズメーカーやら何やらのアカウントをまとめたリストをボットに監視させて事前に定義したフィルタにマッチする投稿をRTさせる運用をしているのだけど、そのリストのサイズが>1k accts.で投稿の流速も10k Tweets/mo.を優に超えているのでどうしようもない

全く別のエンドポイントのドキュメントを見ながら見当違いの投稿していたので消し

しかも`GET /2/lists/:id/tweets`には`since_id`パラメータに相当する機能がなく、毎回ツイートを余分に取得させられる仕様（=> Tweet capの浪費）があるので本当にどうしようもない [参照]