Kenapa Twitter Tidak Menjadi Pengganti RSS?

Kita semua akrab dengan agregator feed seperti Google Reader, atau Netvibes, atau Pageflakes atau NewsFire. Aplikasi ini, host atau asli untuk sistem operasi, secara berkala memeriksa update dari blog RSS atau Atom feed. Dalam beberapa kasus, seperti dengan protokol PubSubHubbub, aggregator dapat langsung mendorong pembaruan ketika itu dibuat.

Kadang-kadang, kita melompat ke langkah berikutnya dan mulai menggunakan Twitter sebagai mekanisme utama kami informasi. Argumen di sini adalah semua orang yang ada di Twitter dan dengan hanya mengikuti orang yang Anda suka, Anda akan mendapatkan semua berita yang Anda akan butuhkan. RSS sedang sekarat dan semua anak memiliki sebuah klien Twitter.

Benarkah?

Tapi Twitter, sebagai feed aggregator untuk pengguna RSS, tidak layak. Benar-benar. Dari sudut pandang pengalaman pengguna, fitur Twitter atau media sosial (pick Facebook) dapat mendukung dalam model garis waktu yang berbeda dari blog langganan klasik. Mereka katalis untuk berbagi: Anda akan dicapai oleh detik berita penting setelah mereka telah diterbitkan. Tapi mereka jauh lebih berguna untuk mengingat, misalnya, atau untuk kutipan.

Saya akan menggunakan twitter.com sebagai contoh, karena itu adalah lowest common denominator bagi berbagai klien kami dapat menggunakan. Aku lebih tertarik membahas perbedaan model: satu set terus-menerus feed dengan unik yang dapat diidentifikasi, elemen interoperable, versus waktu (atau beberapa dalam kasus daftar) tunggal kita harus filter dan bekerja dengan.

Ingat isu

Recall adalah istilah yang digunakan dalam temu balik informasi (ilmu tentang mesin pencari, misalnya) yang mengukur fraksi dari dokumen yang relevan yang diambil oleh query.

Dua catatan. Pertama, mengingat hould diimbangi dengan presisi: sebuah sistem yang menampilkan setiap halaman di web telah ingat sempurna, seperti yang menyajikan semua unsur terkait. Tapi itu tidak terlalu berguna. Kedua, contoh ingat bagaimana penting untuk beberapa orang: ketika aku menyelam ke topik, dan aku berlangganan misalnya untuk pakan Greg Young mendengar lebih banyak tentang evolusi Domain-Driven Design, saya tidak ingin melewatkan posting tunggal . Saya tidak peduli seberapa keren NoSQL database, saya ingin artikel saya di DDD dan CQRS. Semua dari mereka. Saya ingin memilih topik, tidak tenggelam oleh topik yang orang-orang yang tweet yang paling suka.

Transposing ini untuk masalah berita membaca dan posting blog, query kita menjadi artikel yang relevan dan halaman web baru-baru ini diterbitkan, yang jatuh ke topik kepentingan kita. Kami mencoba untuk melakukannya dengan mengikuti orang yang kita sukai, tapi Twitter telah sangat sedikit ingat pula. Sangat mudah untuk melewatkan sebuah artikel hanya karena Anda tidak di Twitter atau klien twitter Anda pada waktu yang tepat: timeline sama sekali tidak dimaksudkan untuk sedang dibaca lengkap (dan user interface membuktikan hal itu: Anda tidak dapat dengan mudah melompat ke catatan waktu di masa lalu) Model yang dipromosikan di sini. adalah bahwa Anda harus tetap Twitter terbuka sepanjang hari, atau setup beberapa klien cerdas untuk melacak apa.

Penyaringan

Tetapi bagaimana seperti klien harus filter? Volume tweets sangat besar, seolah-olah Anda mengikuti beberapa ratus orang seperti saya, sangat mudah untuk mendapatkan ribuan tweets sehari. Memproduksi tweet mudah: hanya 140 karakter. dan sinyal / noise ratio menjadi lebih rendah dan lebih rendah. Masalah kehilangan informasi menarik di lautan tweets membawa kita ke edisi berikutnya. Bahkan jika Anda memiliki klien yang paling keren di planet ini, Anda akan menghabiskan waktu menandai ribuan elemen sebagai telah dibaca.

Lifetime

Umur tweets: menurut beberapa penelitian, lebih dari 90% dari balasan atau retweets terjadi pada satu jam pertama setelah tweet diterbitkan. Dalam prakteknya, tweet hilang setelah tweets baru menumpuk di atasnya. Jika tidak terhubung dari halaman web, itu hanya akan lenyap di laut tak berdasar.
Kutipan

Pada saat yang sama, cicit bisa secara individual dikutip melalui URL unik, tetapi mengutip percakapan hampir mustahil. Entah Anda mengambil screenshot, atau saya tidak yakin bagaimana untuk link ke sana. Percakapan dalam komentar blog di sini untuk tinggal, sementara Twitter percakapan seperti yang kehidupan nyata: baik Anda membuat catatan, atau Anda akan harus mengandalkan memori Anda.

Standar

Dipaksa untuk memiliki account dengan layanan tertentu untuk update posting adalah bencana untuk standar terbuka, tidak peduli yang layanan. Feed memiliki standar seperti RSS dan Atom, dan Anda hanya mempublikasikan salinan Anda sendiri: setiap client dapat berlangganan ke subset dari feed yang tersedia di web langsung, tanpa bottleneck tunggal atau, lebih buruk lagi, single point of failure atau, lebih buruk, tunggal titik sensor. Saat ini, titik tunggal terburuk adalah kegagalan: Twitter terkenal untuk downtime nya.
Kategorisasi

Tidak ada navigasi dengan kategori untuk tweets (walaupun Anda dapat menggunakan daftar untuk orang membagi Tampaknya tidak terlalu menyebar:? Pada saat menulis, saya punya 570 pengikut tapi hanya 79 yang terdaftar saya.). Ini adalah kekurangan frackin ‘dari granularity: Saya telah membaca cukup banyak pendapat Om Bob tentang politik di negara di mana saya tidak hidup, atau bagaimana PHP tokoh masyarakat baik di bir menyeduh.

Saya tidak menyalahkan Paman Bob dirinya sendiri: Aku mengikuti seseorang, bukan saluran konten ketat difokuskan pada pengembangan perangkat lunak. Namun, saya menemukan tidak nyaman kadang-kadang untuk tweet tentang topik yang tidak berhubungan seperti olahraga, memikirkan apa yang pengikut saya akan keluar dari itu.

Cal Evans mengatakan ia mengikuti 5 account Twitter yang menyimpan semua berita. Entah ia mengikuti hanya mereka, dan memeriksa daftar setiap dua jam, atau aku yakin sesuatu akan tertinggal. Saya berlangganan 242 feed di Google Reader: berapa banyak daftar yang harus saya buat? Aku lebih khawatir dalam skala dari Twitter dalam pengalaman pengguna daripada kinerjanya.

Saya memiliki kategori Volume Tinggi di Google Reader yang saya dapat memindai dengan perhatian kurang dari yang lain, dan begitu aku menandai semua dari kategori yang sudah dibaca atau selesai scanning, kategori lain yang tidak tercemar oleh apa americans berpikir para pemimpin politik mereka atau Inggris Petroleum (Saya tidak peduli) atau teman-teman saya memiliki untuk sarapan (saya tidak peduli) atau seseorang yang berteriak-teriak tentang editor saya tidak menggunakan (petunjuk: Saya tidak peduli). Tidak ada Tandai semua tombol sebagai sudah dibaca atau belum dibaca Simpan untuk tweets. Suatu hari saya menemukan Cory Doctorow mencemari timeline dengan seratus retweets: di Google Reader satu tombol akan memperbaiki ini dan membuat semua suara itu lenyap, di Twitter saya hanya menunggu untuk akhir serangan DoS.

Hasilnya adalah bahwa saya dapat melihat Google Reader hanya pada Sabtu dan masih membaca semua yang aku tertarik Jika saya melihat di Twitter pada hari Sabtu, aku punya campuran foto sarapan dan rencana akhir pekan, bukan yang terbaik dari minggu. Dalam hal ini, jika Anda ingat bahwa posting seseorang sangat tweets keren, seperti Kent Beck, Anda bisa pergi ke halaman untuk melihat semua yang dia (dan hanya dia) tweeted, menyaring semua sisanya, tetapi berusaha melakukan itu dengan 200 orang yang berbeda . Begitu banyak alat agregasi tunggal.
Garis bawah

Twitter adalah baik untuk mengikuti segera update, tetapi juga untuk komunikasi instan antara orang-orang: Aku sudah mampu menjangkau orang-orang penting seperti Panglima Tertinggi Sekutu Zend Framework di Twitter. Aku masih posting semua artikel saya ke Twitter untuk yang lebih suka diberitahu sana, tapi aku tahu bahwa dalam beberapa jam dari penerbitan tweet yang akan berharga.

Feed agregator bukan daftar semua artikel yang saya ingin membaca, pada saat memilih saya, dan dengan alat sederhana seperti kategorisasi dan feed dari tag untuk menyaring kebisingan.

Be Sociable, Share!

Related Posts:

Add a Comment

Your email address will not be published. Required fields are marked *