tweetの大本の発想はサーバ側からでたものだったので、クライアントは単にサーバの動きを確認してもらうためのツールでしかない。このAPIを使ってクライアントをつくってもらえたらうれしいな。いう甘い考えが本音w。わけで、alpha5は大幅な刷新がなされているわけです。tweetを書き直してます。alpha4まではいろいろ試行錯誤してたので、クライアント側のコードがグチャグチャで見通しは悪いし、メモリリークっぽい動きはするし、えらく重くなったりするし、、、と、ちょっと動作が残念な状況になっていたので。サーバ側はけっこうシンプルですっきりできているので、根本的には手を入れるつもりはないのだけど、ちょっとおもしろいこと思いついたので、それを入れておこうかなと。あ、あとtwitterのOAuth登録したので、次期バージョンからはOAuthログインできる予定。tweetはあんちょくに名付けてしまったのです。quickにtweetできるから。α版を公開してから気づいたけど、「QuickTweet」って名称のtwitterプロダクトは結構あるようで、すでにiPhoneとかでは有名らしいので、早々、名称を変更。Twitterでいいんでねの?」的に提案があったので、それで、、とも思ったのだけど、名称に「Twitter」が入ってるのは問題かな?と。ちなみに全部小文字で書くのが正式です。して開発していきます。line(TL)の表示のタイムラグやサイトが重くなってサービスがつかえない。ことが結構頻発してる。twitterってそんなものだよなぁー的に思っていたのだけど、twitterでfollowingしているogochanが「メッセージの配信をtwitterにまかせるのではなく独自にやっちゃえばいいんでね?」的なことをつぶやいているのを読んでちょっと興味があったので実験しながら作ってみることにした。以前からtwitterのクライアントだとか自サーバを介してのサービスだとか実験的には作っていたので、twitterへのアクセスは比較的簡単に実現。自サーバ経由でAPIを呼び出すと呼び出し制限数にすぐにひっかかるので、webクライアントからAPIを呼び出して結果を自サーバに送りつけて自サーバ側でTL管理とか以前つくったものがあるので、これらを整理して、ちょろっと作ってみたのがこれ。(13)uruwaseeのこと?ohnetaこんにちは。