Odpověď na názor

Skvělej článek, díky!

Přidám svůj příklad z praxe :-)

U klienta běží jedna interní REST služba. Psaná v Java 11, na Spring Boot s Hibernate a takovou tou další Java klasikou knihoven (výsledný JAR má asi 250MB). Běžně si za běhu bere kolem 1,5GB RAM. Není to nic kritického, takže stačí jedna běžící instance. Když náhodou spadne, tak se nic vážného nestane a prostě se znovu rozjede. Není žádná motivace, ani vůle, s ní něco dalšího dělat, protože se to prostě klientovi finančně nevyplatí. Evidentně psaná s vědomím, že svému účelu to poslouží a paměti i procesor stojí pár kaček, tak proč si lámat hlavu přemýšlením nad věcmi jako co to je a jak funguje garbage collector, co vůbec znamená slovo optimalizace a tak dále...

Já se zrovna učil Rust a tahle služba mi přišla jako vhodný praktický příklad, na kterém bych se ho mohl učit.
Tak jsem jí ve svém volné čase přepsal do Rustu (ručně, žádný AI). Měl jsem totiž motivaci a chtěl se to naučit a vyzkoušet si čerstvě nabyté znalosti Rustu v praxi a ještě k tomu jsem se naučil Axum, Tokio, Serde, sqlx. Nakonec se ukázalo, že té službě stačí za běhu pouze 50MG RAM a na disku ta jedna binárka zabere cca 15MB a ještě má mnohem lepší odezvu. A když by náhodou spadla, tak start je tak rychlej, že si toho pádu ani nikdo nevšimne.

Dobře, u téhle konkrétní služby se nějaký přepis třeba zrovna moc nevyplatí a výsledkem je pouze má obrovská radost, že to takhle parádně a levně šlape :-) Ale když si představím ty mraky ostatních služeb, po různých cloudech, firemních serverech, atd., které žerou stejně nebo i ještě víc a k tomu běží třeba ve 4 instancích mezi které rozhazuje dotazy load balancer, to už by byla slušná úspora zdrojů :-)

Nějaké možnosti ušetřit tedy stále pořád máme ;-) Jenom k tomu musí být ta správná motivace :-)

A třeba se s těma rostoucíma cenama pamětí zase vrátí doba, kdy 640kb RAM bude muset stačit každému :-D