O dėl pirkimo. Čia jau visiškos spėlionės nuliniame etape, bet kodėl gi tokios tarnybos neįsigijus Automattic ar pačiai Google? Pirmoji galėtų prijungti prie augančio WP įrankyno, o antroji – išplėsti Google Reader galimybes. Galimybės visiškai neribotos. :) Tik noro reikia.

Ir dar dėl realaus laiko bei srauto. Pamirškim apribojimus ir „vieną kartą per valandą“. Kažkada gera programa privalėjo sutilpti į 16 KB. Dabar gi į tai jau nebekreipiame dėmesio, ar ne? Negi internetą kilobitais per sekundę amžinai matuosime?

> per standartines „push“ sistemas
Ką turi galvoje? Nes aš tikras push sistemas, kuriose pranešimai ateina tiesiai į vartotojo įrenginį žinau tik dvi — SMS ir WAP PUSH (kuris gali atsistoti tiek virš SMS, tiek virš UDP). Jei dar priskaičiuosime tas, kur informacija ateina į vartotojo naudojamą serverį, tai prisidėtų e-mail, senas geras talk, nu ir gal dar kai kurie momentinių žinučių servisai. SMS ne interneto medija. WAP push ir talk mirę. E-mail’ą tu atmetei. Liko XMPP pub-sub. Hmm, gal ir variantas.

O dėl biznio modelių, kiek iš jų yra veikiantys? Manau, vos keli. Dėl minties tapti didesnės organizacijos dalimi, tai randu labai kreivą logiką. Nes protinga didesnė organizacija tave pirks tik tada, kai tavo produktas atneš naudą jai. Tai arba turi būti labai kažkoks specifinis atvejis, arba ta nauda turi būti nešama ir iki įsigijimo. O be to pasižiūrėk į eBay’aus ir skype’o meilės istoriją. Sinergetinių galimybių buvo apstu, ale gavosi nieko.

Antroje pastraipoje tu darai prielaidą, kad bus vienas vienintelis operatorius, kuris užsiims tokia veikla. Taip, uždara tiekėjo sistema gali sulaukti nemažai naudotojų, tačiau labai abejoju, ar ji taptų tokia visuotine, kaip kad yra RSS/Atom. Atviroje sistemoje kiekvieno komentaro autorius gali naudoti skirtingą operatorių, taigi tinklaraštis-operatorius grandyje srautas sumažės tik tuo atveju, jei pasiseks.

Tarp vartotojų ir operatoriaus RSS srautas taip pat vargu ar būtų pati efektyviausia technologija. Sakyčiau, patikrinimui labiau tiktų kažkoks pingas UDP pagrindu (gal netgi specializuota DNS užklausa), o patys tekstai būtų traukiami kad ir per rss, tačiau paprašant operatoriaus nesiųsti jau turimų įrašų/komentarų/etc.

Dėl srauto brangumo. Manau, kad smarkiai priklauso, kiek ir kokio jo perki. Mobilus visada nebus pigus dėl ribotų dažnių. Stacionarus taip pat labai skirtingai kainuoja, jei perki jo blogui su 1000 įrašų ir 100 skaitytojų, ar pilną eurotunelio skermens optinę šlangą. Pažįstami skundėsi, kad turėjo problemų dėl viršytų srauto limitų. Galbūt tiekėją neteisingą buvo pasirinkę. Tačiau problema yra, ir Džiugo pasiūlymas ją paaštrintų.

O ir šiaip, norint sukulti didesnį akmenį, galima ieškoti didesnės kuvaldos ir didesnio diedo, kuris ta kuvalda mojuotų. O galima geriau apžiūrėti tą akmenį ir su senu plaktuku trinktelėti ten, kur geriausiai skyla. Aš beveik visada pasisakau už antrąjį metodą.

Verslo logika? Labai didelis pasirinkimas, tai verslo plano nesurašiau: „freemium“, Disqus/ID – t.y. kūrimo su mintimi tapti didesnės organizacijos dalimi, ar kuris kitas iš jums patinkančių. Jų yra tiek daug. :)

Pats Džiugas paminėjo, kad aplikacija gali būti web service’as. Tokiu atveju srautą didina tiks vienas veikėjas – aplikacijos robotas. Matomas padidėjęs srautas atsiranda tik tarp vartotojų ir service’o.

Bet ir šiaip, ar srautas dabar jau toks brangus? Turėtumę skaičiuoti visus savo švaistomus pingus? Ar bent susimąstome kiek aplikacijos mūsų pašonėję įvykdo užklausų mums nematant. Kitą vertus pats Google kokius srautus formuoja: (iš Jeff Atwood tweet) googlebot/2.1 retrieved 125,518 urls in 1.3 gb (stackoverflow) (per day).

Matai, /. išmokino, kad srauto prašyti dažniau kaip kartą per valandą yra negražu. Mano RSS skaityklėje populiariausi intervalai 1,2,6,24 val. Imkime blogiausią variantą, aš svetainės srauto paprašau 24 kartus per parą. Tarkime, kad aš parašiau tris komentarus į tris skirtingus straipsnius. Tai iš viso aš srautų paprašysiu 24+3*(12*6+4*18) = 456 kartus. T.y. generuosiu 19 kartų didesnį srautą. Ir geriausiu atveju tik 10% atvejų gauti kažką naujo.

Ar tinklaraščio savininkas pasiryžęs tokius srautus pateikti? Ar skaitytojai suinteresuoti visa tai siųstis (kaip supratau) į mobilų įrenginį, ar pasiryžę tam srautui apdoroti naudoti analogiškai kartų didesnį baterijos „sulčių“ kiekį? (Prisimenate, kad kažkuris lietuviškas blogų agergatorius buvo pritrūkęs resursų ant serverio srautų apdorojimui?) Aš tuo linkęs abejoti.

Sprendimas? Naudoti push principą. Į jį pakliūna pranešimai el.paštu. Dabar, _kur_ galima pushinti? Tiesiai į vartotojo programą neišeina, nes viena, ji gali neturėti realaus IP adreso (IPv6, kada tu ateisi?), antra gali būti neįjungta tuo momentu, kai parašomas komentaras, tuo tarpu sekti, kaip pavyko pranešti ir daryti pakartotinus pranešimus labai jau daug klapato. Lieka kažkoks servisas, prie kurio programėlė iš mobilaus įrenginio galėtų būti prisijungusi tada, kai tik gali, ir taip simuliuotų push principą iki pat galo.

Tačiau čia kyla klausimas, o kokia biznio logika tokį servisą laikyti (apie sau pasidariusius entuziastus nekalbam)? Ir kaip atsisprinti pagundai pasilaikyti komentarus sau, bei bandyti iš to išspausti papildomą kapeikytę. Nebent, jei tai darytų mobiliojo ryšio operatoriai, bandydami suvalgydami mažesnį srautą pateikti geresnį servisą. Tačiau, vėlgi, klausimas, kas jiems yra naudingiau — imti didesnius pinigus už panaudotus srautus ir reikalui esant statyti papildomą aparatūrą, ar bandyti dirbti patogiau. Įtariu, pirmas variantas.

Trečias niaunsas, kaip ir su visomis push technologijomis, kaip apsisaugoti nuo priregistravimo informavimui svetimų adresų.

Seniai svajoju apie komentarų sekimą, bet tiek RSS tiek komentarų užsakymas paštu atrodo pernelyg netobuli – mane dažniausiai domina tik diskusijos tęsinys po mano komentaro, bet ir tai toli gražu ne visi komentarai – gaunant juos paštu ar RSS yra paštu yra per didelis trukdis su maža tikimybe, kad komentaras bus turiningas. Va toks neįpareigojantis Twitter analogas būtų daug patogiau. Dar pridėkim galimybe slėpti nereikšmingus komentarus ir paskui gali maloniai pasiskaityti prasmingas diskusijas :)