RSS’yi Daha Eğlenceli Hale Getirmek

 (matduggan.com)
15 puan yazan GN⁺ 2025-12-08 | 1 yorum | WhatsApp'ta paylaş
  • RSS akışı tabanlı bir web keşif eklentisi geliştirildi; kullanıcıların rastgele bağımsız web sitelerindeki içerikleri keşfedip değerlendirebilmesi sağlandı
  • Bir düğmeye tıklayarak yeni bir site gösteriliyor ve beğenme·beğenmeme·bildirme işlevleri üzerinden topluluk temelli bir öneri yapısı oluşuyor
  • Arka uç FastAPI ve SQLite ile kuruldu; Kagi’nin small web RSS listesinden yararlanılarak yaklaşık 600 bin sayfa dizine eklendi
  • Reklam ya da kullanıcı verisi toplama olmadan, yalnızca kısa süreliğine ilginç web içeriklerini keşfetme deneyimi sunuluyor
  • Mevcut RSS okuyucularının yarattığı yorgunluğu azaltmayı ve küçük web ekosistemini yeniden keşfetmeyi amaçlayan kişisel, deneysel bir proje

Projeye genel bakış

  • RSS okuyucu kullanma deneyiminin yorucu olabileceği düşüncesiyle yola çıkıldı
    • Okunmamış yazıların birikmesinin yarattığı baskı ve zaman sıralı içerik yapısının verimsizliği eleştiriliyor
    • Kullanıcıların rastgele ilginç yazılar keşfetmek istediği ifade ediliyor
  • TikTok’un öneri yaklaşımından ilhamla, küçük web sitelerindeki içerikleri rastgele sunan bir yapı tasarlandı
    • Kullanıcı içeriği değerlendirdikçe, beğeni sayısına göre gösterim sıklığı artıyor
    • Reklam veya kişisel veri toplama olmadan basit bir öneri algoritması uygulanıyor
Reklam

Özellikler ve kullanıcı akışı

  • Firefox eklentisi olarak sunuluyor; timewasterpro.xyz üzerinden indirilebiliyor
  • Kullanıcılar bir düğmeye basarak yeni bir web sitesi alıyor ve Upvote/Downvote/Report ile değerlendirme yapıyor
  • Hesap oluşturmak gerekiyor; gönderdiğiniz bağlantılar diğer kullanıcılar arasında popüler olursa Leaderboard üzerinde üst sıralara çıkıyorsunuz
  • Arka uçta RSS akışları düzenli olarak taranıp veritabanına kaydediliyor
    • Her 600 saniyede bir 5 akış kontrol ediliyor; güncelleme sıklığı günde bir kereden az
    • Bildirilen URL’ler inceleme kuyruğuna taşınıyor, beğeni ve beğenmeme sayıları kaydediliyor

Teknik yapı

  • API, FastAPI ile yazıldı; veritabanı yönetimi için SQLAlchemy kullanıldı
  • Veri depolamada SQLite tercih edildi
    • Hızlı başlangıç ve kolay yedekleme sağladığı için hobi projeleri için uygun görülüyor
  • Kimlik doğrulama, e-posta tabanlı hesap oluşturma ve bağlantı doğrulama yöntemiyle yapılıyor
    • Passkey ile giriş de denendi ancak OSS uygulamalarının kararsızlığı nedeniyle sınırlı kaldı
    • JWT kimlik doğrulaması kullanılıyor, ancak kullanıcı deneyimi açısından verimsiz bulunuyor
    Reklam
  • Veri kaynağı olarak Kagi small web GitHub deposundaki RSS listesi kullanılıyor

Tasarım ve kullanıcı deneyimi

  • System.css kütüphanesi kullanılarak 80’ler ve 90’lar Apple System OS tarzı oluşturuldu
    • Bununla “profesyonel bir hizmet değil, kişisel bir deney” olduğu görsel olarak aktarılıyor
  • Klavye kısayolları işletim sistemine göre ayrılamadığı için Alt tuşuna sabitlendi
  • Eklentinin manifest.json ayarlarında tarayıcıya özel ID tanımlama sorunu yaşandı
  • Analitik araçlar eklenmediğinden, kullanıcı geri bildirimleri doğrudan bildirilen sorunlar üzerinden toplanıyor

Gelecek planları

  • İçerikleri kategorilere ayırarak kullanıcıların tercih ettiği türleri daha sık görmesi sağlanacak
  • Belirli bir eşiğin üzerinde Downvote alan içerikleri ayrı bir kuyruğa taşıma özelliği değerlendiriliyor
  • Yeni kullanıcıların başlangıçta ‘iyi içeriklerle’ öncelikli karşılaşmasını sağlayacak bir yapı gerekli görülüyor
  • Fotoğraf, bilim ve el işi alanlarındaki bağımsız web sitelerinin artırılması isteniyor
  • Şu anda yaklaşık 600 bin sayfa dizine eklenmiş durumda; kaynak kodu kararlı hale geldikten sonra yayımlanacak

İlgili okumalar

1 yorum

 
GN⁺ 2025-12-08
Hacker News görüşleri

  • Tüm içeriği okumak zorundaymış gibi hissetmek, okuyucu arayüzü tasarımındaki bir kusur

    • Sorun, RSS akışlarının e-posta gibi bir ‘gelen kutusu’ olarak gösterilmesi

    • TikTok’taki gibi akan bir ‘haber nehri (river of news)’ olarak yaklaşmak gerekiyor

    • Önemli olan yalnızca ilginç yazılara kısaca göz atmak, geri kalanının akıp gitmesine izin vermek

    • Twitter da özünde RSS’e benzer bir yapıydı — sadece ‘okunmadı’ işareti olmadan kaydırarak kullanılıyordu

    • Bu yüzden ‘okunmamış öğe sayısı’ sayacını kapatmak iyi olur. RSS’in değeri, benim neyi okuyacağımı seçmemde yatıyor

    • Gerçekten iyi bir yazıysa, diğer aboneler eninde sonunda bağlantıyı paylaşacaktır

    • Ben ‘nehir’ yaklaşımından çok gelen kutusu modelini tercih ediyorum

      • Akışları kategorilere göre düzenlersen ‘tümünü okundu işaretle’ yapmak da zor olmuyor
      • Ama çok sık paylaşım yapan akışların aboneliğini hemen iptal ediyorum. Her gün yazı yayımlayan blogları takip edemiyorum

    • Ben de bir zamanlar web genelinde zevkime uygun içerikleri otomatik bulan bir sistem yapmaya çalışmıştım

      • Sonunda yüksek kaliteli veri kaynaklarının önemini fark edip, yalnızca az sayıda iyi kişiyi takip etmenin yeterli olduğu sonucuna vardım
      • Baştan düşününce bunun zaten RSS olduğunu gördüm — 2005’te tamamlanmış bir fikirdi

    • Ben de birkaç yıl önce benzer bir farkındalık yaşadım

      • Okuduklarımı takip etmek istemediğim için her RSS akışı için bot yapıp Diaspora’ya aynaladım
      • Şimdi Mastodon’a geçmiş olsam da mantık aynı — sadece kaydırıp ilgimi çeken yazılara bakıyorum

    • Twitter eskiden ‘öyle bir’ hizmetti, artık değil

  • Bazı insanlar RSS okuyucuyu yanlış kullanıyor gibi görünüyor

    • RSS, YouTube kanalı gibi tüm içeriği tüketmek için değil, başlıklara bakıp yalnızca ilginç olanları okumak için bir araç

    • TikTok aslında daha da kötü — insanı sonsuz bir içerik akışında tutan bir yapı

    • Böyle biri için yeni bir RSS okuyucudan çok ‘sonra oku’ listesi daha uygun olabilir

    • TikTok’un öneri motoru, tekil içerik düzeyinde tepkileri ölçtüğü için çok verimli

      • Buna karşılık YouTube, birkaç küçük görsel arasından birini seçtiriyor; tıklanmayan 9 tanesi hakkında bilgi kaybediliyor
      • Sorun algoritmanın kendisi değil, neyin optimize edildiği
      • Benim okuyucum da TikTok gibi aynı anda tek bir içerik gösteriyor, ama bunlar benim bizzat gönderdiğim bilim makaleleri veya LLM ile ilgili yazılardan oluşuyor

    • Birinin RSS’i ‘yanlış kullandığına’ kesin hüküm vermek gerekmiyor

      • İçerik tüketme biçimi sadece ‘şimdi geleni okumak’tan ‘biriktirdiklerime yetişmek’e kaymış durumda
      • YouTube da aynı mantıkla kullanılabilir

    • Eskiden NetNewsWire kullanırken okunmamış yazı rozeti yüzünden kaygı hissediyordum

      • Şimdi tekrar kullansam rozeti kapatır, 2 günden eski yazıları otomatik olarak okundu işaretlerdim

    • Ben hâlâ 2005 sürümü tt-rss’in özelleştirilmiş hâlini kullanıyorum

      • Bazı akışları baştan sona okuyorum, bazılarına ise ara sıra göz gezdiriyorum
      • İleride öneri sistemi tabanlı algoritmik bir akış eklemek istiyorum
      • Özellikle sık okuduğum yazarların ‘yıldızlı/etiketlenmiş yazıları’na dayalı dağıtık bir öneri akışını denemek istiyorum

    • Google Reader’daki ‘okunmadı’ göstergesi e-posta gibi görünüyordu; bu da onu sanki ‘yapılacak iş’ gibi hissettiriyordu

      • Sadece başlıklara göz atmayı değil, bir ‘görev’i çağrıştıran bir arayüzdü

  • Birçok kişi RSS’i web akışları için genel bir ad olarak kullanıyor

    • Uygulamada ise soru, RSS, Atom ve JSON Feed’den hangisinin kullanılacağı

    • Podcast’ler hâlâ temel olarak RSS kullanıyor

    • Ben sadece JSON Feed kullanıyorum

      • Basit yapısı sayesinde çoğu okuyucuda iyi çalışıyor ve programatik olarak ele alması kolay
      • Kendim üretirken %100 JSON Feed kullanıyorum. Atom’u kullanmak için özel bir neden hiç görmedim

  • Çoğu akış okuyucu, sanki RSS’i gerçekten kullanmayan kişiler tarafından yapılmış gibi

    • Ben 211 akışı yaklaşık 20 kategori altında yönetiyorum ve 13.000 önbelleklenmiş öğem var

    • Gerçekte tıklayıp tam metni açtığım oran yaklaşık %1–5

    • Kesinlikle katılıyorum. Filtreleme özellikleri ya da büyük miktarda yazıyı işleyebilecek yapı sunmayan çok okuyucu var

  • RSS’in avantajı, öneri algoritmalarının etkisinden bağımsız olması

    • Aynı alan adlarının sürekli öne çıkarılması yerine, farklı alanlardan yazıları daha dengeli görebiliyorsunuz
    • Bu, geleneksel doğrusal bilgi akışı modeline bir geri dönüş gibi hissettiriyor

  • Böyle bir projeyi görmek çok sevindirici

    • Eskiden StumbleUpon’ı gerçekten çok severdim; benzer bir hizmetin çıkmasına sevindim

    • Keşke biri DIGG’in devamı niteliğinde bir şey yapsa

    • Buna tamamen katılıyorum. StumbleUpon nostaljisi verirken aynı zamanda içerik odağını kendin seçebiliyor olman güzel

    • Bu arada Digg kısa süre önce beta sürümüyle yeniden yayına alındı

  • RSS’in algoritmik olmayan kürasyonunu seviyorum, ama ‘eğlence’ odaklı bir kürasyon istemiyorum

    • TikTok gibi ‘etkileşimi’ teşvik eden bir yapıdan kaçınmak istiyorum
    • RSS’e geri dönmemin nedeni, sevdiğim yazarlara doğrudan bağlanmak istemem
    • İçerik daha da çoğalırsa, algoritmanın içeriği özetleyip sıkıştırdığı haftalık bülten tarzı bir kürasyon ideal olabilir

  • İçeriğin zamansal sırayı koruyup korumaması duruma göre değişiyor

    • RSS okuyucularda veya podcast’lerde bu sorunu çözecek bir UX hayal ettim ama hâlâ iyi bir çözüm bulamadım

  • Scour adlı hizmeti öneririm

    • Kullanıcının ilgi alanlarıyla daha alakalı yazıları sıralıyor

    • RSS akışlarını içe aktarabiliyor veya 15.000’den fazla kaynakta arama yapabiliyor

    • Binlerce ‘okunmamış’ öğeden kaçınıp, yalnızca iyi yazıları seçen bir araç olarak tasarlanmış

    • İlginç görünüyor. Belirli akışları kara listeye alma özelliği olup olmadığını merak ediyorum

  • RSS’teki kategori sınıflandırma sorununu çözmeye çalışıyorum

    • Birçok akış category alanını kullanmadığı için, açıklama bölümündeki hashtag’leri ayrıştıran bir tarayıcı yaptım

    • Günde bir RSS ‘inbox zero’ düzeyini korumak için çok sık paylaşım yapan blogların aboneliğini iptal ediyorum

    • Yayın sıklığı ile içerik kalitesi arasında ters orantı olma eğilimi var

    • Ben RSS aboneliklerimi Karakeep uygulamasıyla takip ediyorum

      • İçeriği otomatik kaydediyor ve üretken yapay zeka ile etiket oluşturuyor
      • Koşul tabanlı RSS akışları oluşturabildiği için mevcut okuyucularla birlikte kullanmak iyi oluyor

    • Benim web sitem de birden çok içerik türü sunuyor, ama çoğu okuyucu category etiketini desteklemediği için

      • Sonunda ayırt etmek için başlıklara [Blog] gibi önekler ekleme yöntemini kullanıyorum