Už 90% procent provozu GMailu prochází při použití Chrome protokolem SPDY. Ten je navržen Googlem jako následník HTTP. Nabízí možnost iniciace spojení ze strany serveru, lepší kompresi a neblokující pipelining. Ve výsledku je až o 64% rychlejší.
Felix Kjellberg, youtuber se 110 miliony odběratelů, strávil rok učením se programovat a fine-tuningem vlastních AI modelů. Výsledkem je Odysseus – bezplatný, open-source workspace pro práci s umělou inteligencí, který neposílá žádná data do cloudu. Projekt má týden, přes 61 000 hvězdiček na GitHubu a znovu otevírá otázku, komu vlastně patří váš digitální kontext.
Gitová větev vývojářům oddělí kód, ale databáze často zůstává společná. U AI agentů je to slabé místo: rychle spouštějí migrace, mění data a zkoušejí víc cest najednou. Databázová větev jim dá vlastní pracovní prostor, jenže tím práce nekončí. Ještě je potřeba řešit citlivá data, oprávnění, životnost větve i zbytek stavu aplikace.
GitHub kdysi působil jako přesný opak SourceForge: rychlý, přehledný a přirozený. Dnešní projekt na něm ale často nemá jen kód. Má tam issues, pull requesty, CI, balíčky, bezpečnostní pravidla i AI agenty. Lock-in nevzniká tím, že by nešel odnést Git repozitář, ale tím, že se běžný provoz týmu postupně přesune do jedné platformy.
A záškodníci se už nemůžou dočkat
PS. Zajímalo by mě, jak 10% Chrome může generovat 90(!)% zátěže gmailu…
inicializace != iniciace
10% chrome neznamena ze 10% ide na gmail, ale ze (zhruba povedane) 10% svetoveho browsovania ide cez gmail.
je pravdepodobne ze ludia co maju gmail pouzivaju aj chrome, kedze tam su vzdy implementovane rozne features (napriklad drag and drop priloh)
a ked uz ideme do detailov tak spravicka hovori ze 90% prevadzky chrome<==>gmail ide cez SPDY.
blbe napsany (dotazujici se na vsechno vickrat a vic pripojenimi) Chrome klidne 10% zateze gmailu muze generovat, ale tak to asi mysleno nebylo ;o)
Bývá zvykem uvádět zdroj zprávy, v tomto případě asi spdy-dev.