その日のニュースは、プラットフォームとサーバー自体のパフォーマンスの問題により、ここ数週間で非常に多くのサービス停止が発生し、 Twitterユーザーの間で大混乱を引き起こしている Web アプリケーションであるPlurkです。非合法だと言っているわけではありませんが、 Plurk は両刃の剣であり、覚悟が必要であり、そうしないと命を奪われる可能性があります。
Plurk は、現時点では Web 経由で閲覧することを強制します。ただし、さまざまなインスタント メッセージング用のボットや、単純なクライアントを作成できるモバイル バージョンもあります。では、それはTwitterに関してどのような貢献をするのでしょうか?タイムラインに基づく視覚化、メッセージへの応答( JaikuとPownce が提供したのと同じ方法)、連絡先を追加して個別にフォローする可能性 (これがTwitterに対する唯一の利点だと思います)、カルマ(これにより、サービスの増加に応じて絵文字や画像の数を増やすことですが、私は反対です)、メッセージに埋め込まれた画像やビデオを表示し、メッセージを未読としてマークします。これにより、コメントや保留中の更新のカウンターが表示されます。読む。
Antonio が Plurk に非常に満足しており、少し前にTwitter をコーヒーマシンに喩えたとコメントした場合、 Plurk はチャットとほぼ同じで、高いレベルの注意を必要とするフルタイムの仕事です。 Twitter は、最後の一秒を費やすPlurk を使用するのに必要な注意レベルよりもはるかに低い、一定レベルの注意を払っている早期導入ユーザーに適しています。
開発レベルでは、 Plurk はPython 、 Javascript 、およびActionscript をベースにしているとしか言えません。基本的に次のような理由で、プラットフォームがRuby on RailsからPHPへの移行を保留しているTwitterの人々よりも確実に良い結果が得られるでしょう。プラットフォームのパフォーマンス。しかし、 Plurkの台頭により、彼らがTwitterと同様の動きにどのように耐えられるかが分かるでしょう。現在、彼らはそれに気づき始めています。 Vickyのキャプチャを確認するだけです。
現時点では、開発用のPlurk APIもデスクトップ クライアントもありません。もちろん、マイクロブログで非常に一般的になり始めているSilverlightまたはAIR を使用しない限り、Web バージョンをデスクトップ バージョンに推定することは困難です。 Web アプリケーションまたはクライアント-サーバー-クライアント-サーバーサービス ( Friendfeedなど)。
私はPlurk の使用に反対ではありませんが、それを使用してもTwitter がすでに行っている以上のことは何も得られず、私の側ではそれほど注意を払う必要はありません (メッセージを読みたければ読みますし、読みたくない場合は、いいえ、その必要はありません)私が覚えているように）そしてすべてははるかに単純です。マイクロブログが確かに役立つことはわかっています (質問する人にもよりますが) が、現時点ではマイクロチャットをする準備ができていません。
次のPlurkまでは、 Twitterを使い続けるつもりです。
リンク |プルク。