Tanışma

Diyelim ki sağlık beyanını onayladın ve PLANI OLUŞTUR'a bastın.

Ekranlarda verdiğin bütün cevaplar tek bir pakete konur ve o paket motorlara gönderilir.

Paket tek tek ekranlardan değil, biriken durumdan kurulur; içinde cinsiyet, yaş, boy, kilo, iş hareketliliği, adım bandı, antrenman yaşı, seviye, hedef etiketi, hedef türü, antrenman yeri, segment ve dört sağlık bayrağı bulunur. Tek paket olmasının sebebi şu: motorlar ekranları tanımaz, yalnız bu paketi tanır. Böylece ekran sırası değişse bile motorun girdisi değişmez.

Bu yüzden bir adımı boş geçmek "o ekranı atlamak" değil, pakete eksik alan koymaktır.

Buna sistemde "onboarding paketi" denir.

Diyelim ki paket hazırlandı ve gönderim başladı.

Paket sırayla üç ayrı profili doldurur: hesap profili, beslenme profili ve antrenman profili.

Üçü ayrı tutulur çünkü üçü farklı hızda değişir — kilonu her hafta güncellersin, hedefini ayda bir, cinsiyetini hiç. Hepsi tek bir yerde dursaydı, küçük bir güncelleme bütün planı yeniden hesaplatırdı. Sıra da sabittir ve biri başarısız olursa sonrakiler çalıştırılmaz; yarım dolmuş bir profil, hiç dolmamış profilden daha tehlikelidir çünkü sessizce yanlış plan üretir.

Tanışmayı bitirdiğinde profilin, beslenme ekranın ve antrenman planın aynı anda hazır olur.

Diyelim ki daha önce bir kez tanışmayı bitirmiştin, sonra hesabı sıfırlayıp yeniden yaptın ve bu sefer hedefini değiştirdin.

Gönderimden hemen sonra sistem, hedef ve ölçü alanlarının değiştiğini işaretler ve eski beslenme/antrenman planlarını tazelenmeye alır.

İşaretlenen alanlar tek tek sayılıdır: cinsiyet, hedef türü, iş hareketliliği, adım bandı, kilo, boy, doğum tarihi ve antrenman yeri. Bu liste olmasaydı yeni profil kaydedilir ama ekranda eski plan durmaya devam ederdi — kullanıcı "değiştirdim ama hiçbir şey olmadı" derdi.

Tanışmayı bitirdiğinde Panel'de gördüğün plan yeni cevaplarına aittir, öncekine değil.

Diyelim ki tanışmayı bugün bitirdin ve yarın profiline baktın.

Kilo, boy, hareketlilik, adım ve antrenman yeri alanlarının yanına "ne zaman girildi" damgası yazılmıştır.

Damga olmasaydı sistem bu alanları "tarihi bilinmiyor" sayardı ve tazelik politikası gereği daha ilk gün "ölçüm verisi güncellenmeli" uyarısı verirdi. Yani hiçbir şey eskimeden önce eskimiş görünürdü.

Profilindeki tazelik uyarıları gerçekten zaman geçtiğinde çıkar, tanışmanın ertesi günü değil.

Diyelim ki tanışmayı asansörde, çekmeyen bir yerde bitirdin.

Plan yine de üretilir ve Panel açılır; sunucuya gönderim arka planda dener ve başarısız olursa borç olarak işaretlenir.

Gönderim akışı bloklasaydı, şebeke yokken kullanıcı boş bir ekranda beklerdi. Bunun yerine gönderim "borçlu" işaretlenir; uygulama bir sonraki açılışta borcu görüp yeniden dener ve ancak sunucu onayladığında işareti kaldırır. İşaret gönderimden önce konur — uygulama tam o anda kapansa bile borç kaybolmaz.

Çevrimdışıyken tanışmayı bitirebilirsin; verilerin ilk bağlantıda hesabına işlenir.

Buna sistemde "en iyi çaba ile eşitleme" denir.

Diyelim ki üçüncü adımda telefonun kapandı ve iki gün sonra uygulamayı yeniden açtın.

Girdiğin cevaplar taslak olarak durur ve geri yüklenir; ama taslak yedi günden eskiyse silinir ve baştan başlarsın.

Her cevap değişiminde taslak sessizce kaydedilir. Yedi gün sınırı, aradan uzun zaman geçmiş bir taslağın artık doğru olmamasından: iki ay önce girdiğin kilo bugünkü kilon değil ve o eski sayıyla üretilecek plan yanlış olurdu.

Akışı yarıda bırakabilirsin; birkaç gün içinde döndüğünde kaldığın yerden devam edersin.