Bir uygulama kapandığında verime gerçekte ne olur?

Şirket genelde bir bildirim süresi açıklar — çoğu zaman 30 ila 90 gün — ve o sürede verini dışa aktarabilirsin; son tarihten sonra kullanıcı verileri silinir. Kapanış bir satın almanın ardından geldiyse, veri çoğu zaman önce standart bir devir maddesi uyarınca alıcıya geçer. Senin için geriye ne kalacağı iki şeye bağlı: zamanında dışa aktarıp aktarmadığına ve verinin şirket için zaten okunabilir olup olmadığına.

Günlük verimin sahibi kim — ben mi, uygulama mı?

Hukuken içerik neredeyse her zaman senindir; servis onu saklamak ve işlemek için bir lisans tutar. Pratikteyse sahiplik, girişlerini şirketten bağımsız olarak okuyabilmek ve saklayabilmektir. Bunun için elinde bir kopya, ideal olarak da yalnızca senin kontrol ettiğin bir şifreleme anahtarı olması gerekir. Yoksa sahiplik, şirket el değiştirdiğinde değişebilen bir politikadan ibaret kalır.

Dışa aktarma özelliği varsa verim bana ait sayılır mı?

İşe yarar, ama dışa aktarma koşullu bir güvence: kapanış e-postasını fark etmen, son tarihten önce davranman ve gerçekten açılabilen, açık bir format alman gerekir. Düğmenin varlığına güvenmek yerine dışa aktarmayı bugün dene. Olgu olarak sahiplik bir katman daha ekler: şifreleme anahtarı cihazından hiç çıkmadıysa, kimsenin sunucusundaki hiçbir kopya sensiz hiçbir zaman okunabilir olmadı.

Bir şirket satın alındığında kullanıcı verilerine ne olur?

Standart kullanım koşullarındaki devir maddeleri uyarınca kullanıcı verisi genellikle işlemin parçası olarak alıcıya geçer ve halef, bildirimde bulunarak gizlilik politikasını değiştirebilir. Veri istemci tarafında şifreliyse devrolan şey yalnızca şifreli metindir — alıcı, okuyabileceği hiçbir şey devralmaz.

Günlük uygulamamın girişlerimi gerçekten koruyup korumadığını nasıl anlarım?

Üç parçalı bir denetim yeterli: dışa aktarma düğmesine bas, dosyayı aç ve eksiksiz, açık formatta olduğunu doğrula; şirketin girişlerini sunucu tarafında çözebilecek bir anahtar mı tuttuğunu, yoksa şifrelemenin yalnızca senin tuttuğun bir anahtarla cihazında mı yapıldığını öğren; ve kullanım koşullarında devir, birleşme ve fesih kelimelerini aratıp bir son geldiğinde ne olacağına bak.

The Architect kapansaydı günlüğümü kaybeder miydim?

Hayır. Girişlerin cihazından çıkmadan önce cihazında AES-256-GCM ile şifrelenir, kurtarma anahtarı yalnızca sende durur ve günlüğünü istediğin an dışa aktarabilirsin. Bir kapanışta yapay zeka mentoru kaybederdin, yazdıklarını değil: arşivin sana okunur, başka herkese — sunucuların gelecekteki herhangi bir sahibi dahil — kalıcı olarak okunmaz kalır.

Günlük Uygulaman Yarın Kapansa Senden Geriye Ne Kalırdı?

Her şirket ölümlüdür. Asıl soru, günlüğünün de öyle olmak zorunda olup olmadığı.

Gelen kutunda ya da tanıdığın birinin gelen kutusunda, aynı e-postanın bir benzeri duruyordur. Konu satırı "Önemli bir güncelleme" der. Metin, yolculuğun parçası olduğun için teşekkür eder, ekibin birlikte kurulanlardan gurur duyduğunu söyler ve servisin kapanacağını bildirir. Verini dışa aktarman için bir bağlantı vardır. Bir son tarih vardır. Ve o son tarihi anlatan paragrafın içine gömülü, asıl önemli cümle: bu tarihten sonra tüm kullanıcı verileri kalıcı olarak silinecektir.

Çoğu yazılım için bu e-posta bir zahmetten ibarettir. Görev listeni taşırsın, bir öğleden sonra söylenirsin, hayatına devam edersin. Ama günlük bir görev listesi değil. Yıllardır dürüstçe yazıyorsan o hesap, başka hiçbir ürünün tutmadığı bir şeyi tutuyordur: iç hayatının kaydını. Hiç sesli söylemediğin yası. Martta kıvrandığın kararı. Geçen kış nihayet adını koyduğun kalıbı. Bugünkü sen olmadan önceki hâlini.

O halde soruyu, içine yazdığın her uygulamaya — buna da dahil — açıkça sormaya değer: günlüğünün arkasındaki şirket yarın ortadan kalksa, senden geriye ne kalırdı?

Gizlilik, Sorunun Küçük Yarısı

Çoğu günlük uygulaması pazarlama sayfasında başka bir soruyu cevaplıyor — gizlilik sorusunu. Girişlerimi bugün kim okuyabilir? Önemli bir soru, ve daha önce yazdık: çoğu günlük uygulaması günlüğünü gerçekten de okuyabiliyor, çünkü girişler sunucularında, şirketin çözebileceği bir biçimde duruyor.

Ama gizlilik şimdiki zamandır. Sahiplik uzun oyundur. Gizlilik, günlüğünü bu öğleden sonra kimin okuyabileceğini sorar. Sahiplik, on yıl sonra onu kimin elinde tutacağını — bir satın almadan, bir yön değişikliğinden, bir yönetim devrinden, sessiz bir kapanıştan geçtikten sonra. Neredeyse hiçbir pazarlama sayfası bunu cevaplamaz, çünkü çoğu ürün için dürüst cevap şudur: henüz verilmemiş kararlara bağlı — hatta henüz orada çalışmayan insanların vereceği kararlara.

Uygulamalar Ölümlüdür ve Bu Bir Skandal Değildir

Bunların hiçbiri için kötü bir adam gerekmiyor. Şirketler satın alınır — çoğu zaman ürünü değil, ekibi ya da teknolojiyi isteyen alıcılar tarafından. Ürünler, ilk fikirlerine pazar bulamayınca yön değiştirir. Servisler, küçülen bir kullanıcı kitlesi için sunucu döndürmenin anlamı kalmayınca kapanır. Yazılımın olağan ömrü bu ve günlük kategorisi bundan muaf değil. Ayık varsayım şu: kullandığın her uygulama — evet, bu da dahil — bir gün el değiştirecek, yön değiştirecek ya da kapanacak. Bu karamsarlık değil. Taban oranı bu.

Asıl mesele, o an geldiğinde verine ne olacağı. Ve bu, o an gelmeden çok önce karara bağlanıyor — mimariyle.

"Senin Verin" Genellikle Ne Demektir

Bir servis girişlerini okuyabildiği bir biçimde sakladığında, onlar üzerindeki sahipliğini belgeler tanımlar: kullanım koşulları ve gizlilik politikası. Herhangi bir yaygın ürünün belgelerini aç, genellikle üç standart hüküm bulursun. Hiçbiri sinsi değil. Üçünün de sonucu var.

Bir devir maddesi: birleşme, satın alma ya da varlık satışında kullanıcı verisi, işlemin parçası olarak halefe geçebilir.
Bir değişiklik maddesi: politika değişebilir — genellikle bildirimle, bazen sadece yayımlanarak.
Bir fesih maddesi: servis, bir bildirim süresinin ardından kapanabilir ve kapandığında veri silinir.

Bir araya geldiklerinde bu maddeler net bir şey söyler: "senin verin" bir politikadır. Genellikle iyi niyetli bir politika. Ama politika bir vaattir ve onu beş yıl sonra tutacak insanlar, veren insanlar olmayabilir. Güvenini kazanmış şirket, kazanmamış bir şirkete satılabilir. Kabul ettiğin koşullar, adını hiç duymadığın bir ekipçe değiştirilebilir. Her şeyin değişmesi için usulsüz bir şey olması gerekmiyor — el değiştirmenin kendisi zaten olay.

"Gizlilik politikası, onu tutacak kişiler olmayabilecek insanların verdiği bir sözdür. Şifreleme ise verinin kendi özelliğidir."

Dışa aktarma özellikleri bunu yumuşatır ve hakkını verelim: ciddi günlük araçlarının çoğunda var. Ama dışa aktarmanın senden ne istediğine dikkat et: kapanış e-postasını zamanında görmeni, son tarihten önce harekete geçmeni ve on yıl sonra hâlâ açabildiğin bir dosyayla kalmanı. Dışa aktarma sahipliği mümkün kılar. Otomatik kılmaz — ve en baştan beri birilerinin altyapısında okunabilir halde duran kopyalar konusunda hiçbir şey yapmaz.

Denetim: İçine Yazdığın Her Uygulamaya Sorulacak Üç Soru

İşe yarar kısım burası — şu an ne kullanıyorsan, bu hafta yirmi dakikada koşabileceğin bir test. Teknik bilgi gerekmiyor.

1. Dışa aktarabiliyor muyum — ve dışa aktarma gerçek mi?

Dışa aktarma düğmesinin var olup olmadığına bakma, bas. Kapanış gününde değil, bugün. Çıkan dosyayı aç ve sor: bütün girişlerim burada mı? Tarihler? Fotoğraflar? Format, uygulamadan uzun yaşayacak bir format mı — düz metin, JSON, PDF — yoksa yalnızca uygulamanın kendisinin açabildiği tescilli bir şey mi? Hiç denemediğin bir dışa aktarma, kilitli olup olmadığını hiç kontrol etmediğin bir yangın merdivenidir.

2. Anahtar kimde?

Şirket girişlerini okuyabiliyorsa — sunucu tarafında arama çalıştırmak, ürünü geliştirmek ya da destek ekibinin bir sorunu ayıklamasına yardım etmek için — şirketin halefi de okuyabilir. Satın alan taraf, okunabilir veri devralır. Buna karşılık girişlerin cihazından çıkmadan önce cihazında şifreleniyorsa ve anahtar senin elinden hiç çıkmıyorsa, herhangi bir sunucuda, herhangi bir sahibin altında duran şey şifreli metindir: sensiz gürültü. Vaat olarak sahiplikle olgu olarak sahipliği ayıran tek soru bu — ve çoğu ürün sayfasının en sessiz kaldığı soru da bu.

3. Küçük harfler, sonlar hakkında ne diyor?

Kullanım koşullarını açıp üç kelime aratabilirsin: "devir", "birleşme", "fesih". Kötülük avında değilsin — zaten bulamazsın. Mekaniğe bakıyorsun: satın almada ne devrediliyor, kapanış ne kadar bildirim gerektiriyor, son tarih geçince verine ne oluyor. Küçük harflerle geçireceğin on beş dakika, günlüğünün geleceği hakkında sana pazarlama sayfasındaki her şeyden fazlasını söyler.

Soru	Vaat olarak sahiplik	Olgu olarak sahiplik
Dışa aktarabiliyor muyum?	Hiç basmadığın bir düğme	Cihazında duran, açık formatta, denenmiş bir dosya
Anahtar kimde?	Şirkette — dolayısıyla her halefinde de	Yalnızca sende; sunucular şifreli metin tutar
Satış ya da kapanıştan ne sağ çıkar?	Bir sonraki politikanın izin verdiği kadarı	Arşivin — ne olursa olsun, yalnızca senin okuyabildiğin halde

Mimari Olarak Sahiplik

The Architect bu denetimi politikayla değil, inşayla geçmek üzere kuruldu — o yüzden bu yazıyı bitirmenin tek dürüst yolu, testi kendimize uygulamak.

Yazdığın her giriş, herhangi bir yere gitmeden önce cihazında AES-256-GCM ile şifrelenir. Bu şifrelemeyi yapan anahtar cihazında üretilir ve hiçbir zaman iletilmez; sunucularımıza ulaşan şey, bizim açamadığımız şifreli metindir. Bu, bağlı kaldığımız bir politika değil. Sahip olmadığımız bir yetenek. The Architect yarın satın alınsa, alıcı bir gürültü veritabanı devralırdı. Girişlerini yeni birine okunur kılacak hiçbir toplantı, hiçbir yön değişikliği, hiçbir sahiplik devri yok; çünkü onları okunur kılan şey — kurtarma anahtarı — yalnızca senin elinde var. Her zaman açıkça söylediğimiz bir nüans: mentordan cevap istediğinde, ilgili metin cihazında çözülür ve o tek cevabı üretmesi için yapay zeka modeline gönderilir; sonrasında tutulmaz ve asla eğitim için kullanılmaz. Arşivin kendisi — saklanan her şey — sıfır-bilgi kalır.

Bir kapanışta bu ne demekDüşünülebilecek en kötü durumda — sunucular gitmiş, şirket gitmiş — geriye ne kalacağını iki şey belirler: anahtarın ve kopyan. Anahtar, hiçbir sunucunun geçmiş ya da gelecek sahibinin girişlerini okuyamayacağını garanti eder. Dışa aktarılmış kopya, girişlerin sende kalacağını garanti eder. The Architect sana ikisini de veriyor: yalnızca senin tuttuğun bir anahtarla istemci tarafında AES-256-GCM şifreleme ve dilediğin an günlüğünü dışa aktarma. Denetimin her uygulamadan istediği disiplin — anahtarını tut, kopyanı al — burada da aynı.

Bu asimetrinin kapanış senaryosunu nasıl değiştirdiğine bak. Sıradan bir günlük servisi ölürse, zamanında davranmadıysan arşivi kaybedersin — ve girişlerinin okunabilir kopyaları en sonuna dek birilerinin altyapısında durmuş olur. The Architect ölseydi, yaşayan kısmı kaybederdin: mentoru, kalıplarını aylar ve yıllar boyunca hatırlayan sohbeti. Ama hayatının yazılı kaydı senin olarak kalırdı — yazdığın günkü gibi, sana okunur, başka herkese kapalı. Bir şirket yeri doldurulabilir olmalı. On yıllık bir iç hayat olmamalı. Mimari, hangisinin hangisi olduğunu yansıtmalı.

Senden Geriye Ne Kalırdı

Bu yazının başlığı retorik değil. Yıllarca dürüstçe tutulmuş bir günlük tuhaf ve kıymetli bir şeye dönüşür: bugünkü sen olurken kim olduğunun tek eksiksiz kaydına. Marttaki senin, ocaktaki senle tartışmasına. Dağılıp giden korkuya. Nihayet gördüğün döngüye. Bunu hiçbir fotoğraf tutmaz. Hiçbir akış tutmaz. Hayatın boyunca üreteceğin en yeri doldurulamaz dosya olabilir.

İşte bu yüzden başkasının binasında kiracı olarak durmamalı. Bugün ne kullanıyorsan denetimi uygula — dışa aktarma düğmesine bas, anahtarın kimde olduğunu öğren, üç maddeyi oku. Cevaplar vaatse, vaat edenlere, onların haleflerine ve haleflerinin haleflerine güvenip güvenmediğine gözlerin açık karar ver. Cevabın olgu olmasını istiyorsan da, "şirket ortadan kalkınca ne olur?" sorusunun cevabı sıkıcı olan bir mimari seç: günlüğüne hiçbir şey olmaz. Zaten hep senindi. En başından beri bize bağlı değildi.