AI ile Oluşturduğunuz Uygulamaya Gerçek Zamanlı İş Birliğini Eklemek (Başkalarının Emeğini Bozmadan)

İki Kişi Aynı Uygulamayı Aynı Anda Düzenlerse Ne Olur?

Gerçek zamanlı iş birliği, iki kişi aynı uygulama verisini aynı anda düzenlerken birinin çalışmasının diğerini ezmesini engelleyen şeydir — bunu atlarsanız, ikinci kişinin kaydı birincisininkini sessizce silebilir. Bir ekip için bunun nasıl göründüğünü anlatalım.

Bir kullanıcı, ekibiyle paylaşımlı bir görev listesi oluşturdu. Cuma öğleden sonra, iki ekip arkadaşı listeyi aynı anda açtı. İkisi de şunu gördü:

• Görev 1: Market alışverişi
• Görev 2: Anneyi ara
• Görev 3: Toplantı planla

A ekip arkadaşı “Market alışverişi”ni işaretledi. B ekip arkadaşı “Router’ı tamir et” ekledi. İkisi de kaydet’e bastı.

A ekip arkadaşı sayfayı yenilediğinde şunu gördü:

• Görev 1: Market alışverişi (işaretli)
• Görev 2: Anneyi ara
• Görev 3: Toplantı planla

“Router’ı tamir et” kaybolmuştu. B ekip arkadaşının emeği yok olmuştu.

Bu bir çakışma: eş zamanlı yazmalar, bir kişinin değişiklikleri kayıp. Bir özellik gibi görünüyor ama aslında veri kaybına karşı bir düzeltme. Bu olmadan, uygulamanız iki kişi aynı anda dokunduğu anda bozulur.

En Yaygın Gerçek Zamanlı İş Birliği Hataları Nelerdir?

Gerçek zamanlı iş birliği üç yaygın şekilde bozulur: bir yazma sessizce kaybolur, bir ekran güncel olmayan veri gösterir ya da iki kişi birbiriyle çelişen gerçeklere bakar. Her biri farklı şekilde ortaya çıkar ve her birinin kendi çözümü gerekir.

Arıza 1: Kaybolan Yazma (Sessiz Veri Kaybı)

İki kişi aynı anda kaydeder. İkinci kayıt birincinin üzerine yazar. İkinci kişi değişikliğinin işlendiğini görür, birinci kişi ise… hiçbir şey görmez. Ya da sayfayı yeniler ve çalışmasının nereye gittiğini merak eder.

Gerçek hikâye: Bir düğün planlayıcısı ve asistanı davetli listesi üzerinde çalışıyor. Asistan üç RSVP eklerken, planlayıcı ikisini “kesinleşti” olarak işaretliyor. Planlayıcının işaretlemeleri kayboluyor. Kimse fark etmiyor, ta ki planlayıcı takip aramalarında çift sayım yapıp, zaten “evet” demiş kişileri tekrar davet edene kadar.

Gerçek uygulamaların çoğu bunu, sadece “Kaydet” tıklamasında değil, her tuş vuruşunda kaydederek çözer. Google Sheets, Notion, Figma — hepsi bunu yapar. Uygulamanızın da bu davranışa ihtiyacı var.

Arıza 2: Güncel Olmayan Yenileme (Eski Veriyi Görmek)

A kişisi bir görevi düzenler. B kişisinin sayfası açıktır; eski sürümü görürler. Güncel olmayan veriye dayanarak bir değişiklik yaparlar. Şimdi onlar için görünmez bir çakışma var.

Gerçek hikâye: Bir sigorta eksperi ve bir müteahhit bir hasar dosyası üzerinde çalışıyor. Eksper, yeni fotoğraflara dayanarak “tahmini onarım maliyeti: 3.000 $“ı “5.000 $” olarak değiştiriyor. Müteahhidin sayfası hâlâ 3.000 $ gösteriyor. 3.000 $ için bir onay formu gönderiyor. Daha sonra, çakışmayı keşfediyorlar.

Gerçek zamanlı güncellemeler olmadan, iki kişi de aynı sürüm üzerinde çalıştıklarını sanır. Ama çalışmazlar.

Arıza 3: Zincirleme Çelişki (İki Gerçek)

Bir kullanıcı bir kaydı siler. Başka bir kullanıcı o kaydın ayrıntılarına bakıyordur. Biri “silindi” görürken, diğeri hâlâ kaydın tamamını görür. Artık farklı gerçeklerden hareket ediyorlardır.

Gerçek hikâye: Bir gönüllü koordinatörü bir vardiyayı “iptal edildi” olarak işaretler. Gönüllü henüz sayfayı yenilememiştir; vardiyayı hâlâ “açık” olarak görür. O vardiya için gönüllü toplamaya başlar. Saatler sonra, hiç var olmamış bir vardiyaya iki kişi gelir.

Gerçek Zamanlı İş Birliği Hatalarını Nasıl Düzeltirsiniz?

Bunları sırayla, tek tek düzeltin: artımlı kayıtlarla yazma çakışmalarını tespit edin, yerel düzenlemeleri kaybetmeden yenilemeleri birleştirin, ardından çakışmaları gizlemek yerine ortaya çıkarın. Gerçek zamanlı iş birliğini ilk günden kusursuz çözmek zorunda değilsiniz.

Çözüm 1: Yazma Çakışmalarını Tespit Edin (Artımlı Kayıtlar)

Her değişikliğin, sadece “kaydet” tıklamasında değil, anında kaydedilmesini sağlayın. Bu en önemli çözüm.

Kullanıcı bir alanı düzenlediğinde, bunu hemen veritabanınıza gönderin. Küçük bir “kaydedildi” göstergesi ya da senkronizasyon tamamlandığında kaybolan bir nokta gösterin. İkinci bir kişi aynı anda kaydederse, veritabanınız bunu şöyle görmeli:

• A kişisinin değişikliği önce işlenir.
• B kişisinin değişikliği sonra işlenir.
• B kazanır (son yazan kazanır).

Bu acımasız ama dürüst bir yaklaşım: en azından bir kişi değişikliğinin kalıcı olmadığını görecek ve tekrar yapabilecektir.

Builder’dan istenecek: Kayıtları bir “Kaydet” düğmesinde değil, her tuş vuruşunda ya da kullanıcı yazmayı 2 saniye durdurduğunda tetikleyin. Bir senkronizasyon göstergesi gösterin. Test edin: uygulamanızı iki tarayıcı penceresinde açın ve aynı alanı düzenleyin. Bir değişiklik, diğerinin üzerine görünür şekilde yazmalı.

Çözüm 2: Yerel Düzenlemeleri Kaybetmeden Yenileyin

Veritabanınızı her 5 saniyede bir yokluyorsanız (ya da WebSocket üzerinden güncellemeler gönderiyorsanız), yeni veriyi kullanıcının mevcut düzenlemelerini ezmeden birleştirin.

Yanlış yol: Sayfanın tamamını yeniden yükleyin. Tüm yerel düzenlemeler kaybolur.

Doğru yol: Sadece kullanıcının şu anda düzenlemediği alanları güncelleyin. Başlıkta yazıyorlarsa, ona dokunmayın. Bitiş tarihine dokunmuyorlarsa, sunucudan güncelleyin.

Builder’dan istenecek: Veritabanınızdan yeni veri çektiğinizde, birleştirin: yerel düzenlemeleri koruyun, geri kalan her şeyi güncelleyin. Bu genellikle gerçek bir framework’te iki satır koddur. Test edin: bir pencerede bir alanı, aynı anda başka bir pencerede farklı bir alanı düzenleyin. İki değişiklik de kalıcı olmalı.

Çözüm 3: Gerçeği Açıkça Gösterin

Bir çakışma ya da güncel olmayan veri olduğunda, bunu gösterin. Gizlemeyin.

Örnekler:

• “Bu görev başka biri tarafından silindi. Geri al?”
• “Siz yazarken biri bu listeye üç öğe ekledi. [Yenilikleri gör]”
• “2 dakika önceki bir sürüme bakıyorsunuz. En güncelini görmek için yenileyin.”

Builder’dan istenecek: Yüklemede, gösterdiğiniz verinin bir zaman damgası olup olmadığını kontrol edin. 30 saniyeden eskiyse ve kullanıcı düzenlemeye çalışıyorsa, bir uyarı gösterin ve yeniden veri çekin. Bir liste gösteriyorsanız, bir arıza durumu gibi değil, mantıklı bir kullanıcı eylemi gibi hissettiren bir “Yenile” düğmesi gösterin.

Gerçek Zamanlı İş Birliği Tam Anlamıyla Çözüldüğünde Nasıl Görünür?

Altın standart: siz ve ben paylaşımlı bir belgeyi düzenliyoruz, ben yazıyorum, siz imlecimin hareket ettiğini görüyorsunuz ve metin ikimizde de hiç emek kaybı olmadan anında beliriyor. Bunun için üç şeyin birlikte çalışması gerekir:

1. Her tuş vuruşu anında kaydedilir — bir düğme için beklemeyin.
2. Çakışmalar bir kurala göre çözülür — ikimiz de aynı kelimeyi düzenlersek, sistem bir kazanan seçer (genellikle son yazan kazanır, ya da bir çakışma bildirimi alırsınız).
3. Güncellemeler anında ulaşır — WebSocket, Server-Sent Events ya da (Firebase gibi) veri gönderen bir veritabanı.

Çoğu uygulamanın buna ilk günden ihtiyacı yoktur. Artımlı kayıtlarla başlayın (Çözüm 1). İki kişi aynı anda kullandığında yoklama + birleştirme ekleyin (Çözüm 2). Anında gönderimi, ancak çakışmalar gerçek bir sorun yarattığında ekleyin.

Yayına Almadan Önce Gerçek Zamanlı İş Birliğini Nasıl Test Edersiniz?

Yayına almadan önce iki tarayıcı penceresinde üç test çalıştırın: eş zamanlı kayıt testi, güncel olmayan veri testi ve yenileme testi. Her birinin net bir geçti ya da kaldı sonucu var.

Test 1: Eş zamanlı kayıt testi

• Uygulamanızı iki tarayıcı penceresinde açın.
• 1. pencerede X alanını düzenleyin ve kaydedin.
• 2. pencerede hemen ardından Y alanını düzenleyin ve kaydedin.
• İki pencereyi de yenileyin.
• Geçti: Her iki düzenleme de mevcut. Kaldı: Bir düzenleme kayıp.

Test 2: Güncel olmayan veri testi

• Uygulamayı 1. pencerede açın. Ona dokunmayın.
• 2. pencerede büyük bir şey değiştirin (bir satır ekleyin/kaldırın, bir başlığı değiştirin).
• 1. pencereye geri dönün (hâlâ eski veriyi gösteriyor).
• 1. pencerenin güncel olmayan sürümünü düzenlemeye çalışın.
• Geçti: Bir uyarı alırsınız ya da düzgünce birleşir. Kaldı: 2. penceredeki değişikliğin üzerine yazarsınız.

Test 3: Yenileme testi

• Devam eden anlamlı bir çalışmanız olsun (yarım doldurulmuş bir form, bir taslak mesaj).
• Sayfayı yenileyin.
• Geçti: Çalışmanız hâlâ orada. Kaldı: Kaybolmuş.

Her Tuş Vuruşunda mı Kaydetmelisiniz, Yoksa Bir Kaydet Düğmesi mi Beklemelisiniz?

Her tuş vuruşunda kaydedin. Bu tek karar, sizi gerçek zamanlı iş birliğine giden yolun %80’ine götürür — geri kalan her şey bunu görünür kılmak ve çakışmaları yönetmekle ilgilidir.

Kullanıcılar artık bunu bekliyor. Gmail, Google Docs, Slack — her modern uygulama bunu yapıyor. Sizinkinin de yapması gerekir.

Önce yapılacak tek şey: Her değişikliğin otomatik olarak kaydedilmesini sağlayın. Küçük bir gösterge gösterin (“kaydediliyor…” sonra kaybolsun). İki kişi aynı anda düzenleme yaptığında ne olduğunu izleyin. Bir kişinin değişikliği kaybolursa, sıradaki çözümünüz bu olur. Tek seferde tek sorun, ilk günden kusursuz bir iş birliği inşa etmeye çalışmaktan daha iyidir.