In generale, questo è un difetto intrinseco in tutte le app Web, anche quelle buone e un difetto fatale in applicazioni web o app web mal progettate in cui le tue esigenze non sono l'obiettivo principale del progetto.
Dovrai spostare il tuo lavoro su app che possono essere eseguite native se è richiesta efficienza. L'accesso offline e API è generalmente molto più efficiente in quanto è possibile lavorare in modo asincrono o disconnesso che disaccoppia l'interazione dal codice server e l'elaborazione con tutti i ritardi della rete, aggiungendo ulteriore frustrazione.
Inoltre, assicurati di provare browser come Safari che riducono drasticamente l'utilizzo delle risorse fuori dallo schermo, sullo sfondo e ridotti a icona. Forse il tuo browser può aiutarti con i ritardi di avvio di 20 secondi e anche quello non dovrebbe essere un enorme problema se lavori correttamente dopo che l'app è in esecuzione.
Infine, un'app nativa può essere codificata come app Web e causare ancora dolore. Alcuni di quelli che ho notato sono l'editor di Atom, l'app Slack e altre app basate su elettroni o nodi o reattivi che sono contenitori di visualizzazione web glorificati.
Ecco un articolo molto ben congegnato di alcuni ingegneri molto intelligenti e ben finanziati per bilanciare la decisione di creare un'app nativa pura (o di costruire diverse iterazioni della stessa app del tuo team apprende come progettare ed espandere l'app) costruire un nucleo comune che verrà eseguito su piattaforme o incorporare una visualizzazione Web.