Desktop apps comeback

Eddig is zavart, hogy olyan funkciókat amik egyszerűen, és jól megoldhatók lokális alkalmazásokkal, iszonyú munka és erőforrás árán web alapú “alkalmazássá” alakítanak. Tegnap végül elegem lett, és úgy döntöttem, hogy a napi munkavégzés során kerülöm a web alapú alkalmazásokat. Lassúak, iszonyú erőforrást használnak, és a helyzet az idő múlásával (az alkalmazások komplexitásának növekedésével) egyre rosszabb, amit jól szemléltet az alábbi ábra:

330 mb csak a Google Inbox, hozzá jön még a böngésző 400 mb-ja, így 700 mega memória szükséges ahhoz, hogy el tudjam olvasni a leveleim (egy részét). Tegyük hozzá, hogy egy levél megnyitása másodpercekig tart, és néha már a sima szövegbevitel is akadozik…

A fentiek ellenére van létjogosultsága, hogy megnézzem a leveleimet egy böngészőben, de nem akkor, ha az elkövetkező 8 órában arra készülök, hogy levelekkel dolgozzak.

Az elmúlt időben annyira megszerette mindenki ezeket a csodálatos webalkalmazásokat, hogy már nem is nagyon gondolkoznak másban. Nekem volt pár ötletem, de mielőtt teszteltem volna, kerestem cikkeket, hogy miért jobb az asztali (nem a web alapú) Microsoft Office Outlook-ot használni, mint a gmail-t böngészőben, de mindenki csak a web-es platformokat hasonlítgatta, fel sem merült bennük egy ilyen jellegű összehasonlítás.

Gondoltam amiről nem írnak az emberek, az csak jó lehet, így belevágtam a dologba. Az átállás első (és legegyszerűbb) lépése a levelezés kiváltása. Szerencsére ott az IMAP protokoll, engedélyezni kell, és meg is történik a csoda. Persze erre azért várni kell, mert a levelek letöltése / indexelése nem egy gyors dolog. Ezen sokat segíthet, ha bizonyos könyvtárakat (pl. Important items) nem is szinkronizálunk, míg más könyvtárakban (Spam) csak a levelek fejléceit töltjük le. Az eredmény magáért beszél, az Outlook 150 Mb memóriát használ, mindkét levelezésemmel, szemben a webmail 1.1 Gb-os memória használatával. UI reszponzivitás terén pedig nem is kérdés, hogy az outlook jobb (letöltött levelekből dolgozik, native ui, stb.).

A gmail webapp elhagyásával viszont megszűnik még pár dolog, mint pl. a hangouts, amit ki lehet váltani honlappal (hangouts.google.com) és elbúcsúzhatunk újabb 200 mb memóriától, esetleg a yakyak alkalmazással ami elektron alapú (így csak 180mb memóriát használ, de cserébe nem kezel több accountot…), és a jó öreg pidgin-el. Ez utóbbi előnye, hogy a facebook chat-et is bele lehet kötni, szóval az összes IM üzenet egy helyen kezelhető. Hangouts és facebook használatához szükséges az alábbi két extra plugin, de utána gond nélkül működik minden:

Ezek után mindhárom IM kliens együttesen fogyaszt 38 Mb memóriát, viszont ennyiből gyorsabban és jobban működnek…

A google drive-ra szerencsére már régóta van megoldás, a Drive File System, ez nem újdonság, eddig is ezt használtam, mert a web alapú fájlkezelés pokol.

Elvesztek még a már ismert contactok, de azokat be lehet szinkronizálni a GO Contacts Sync Mod-al. Mivel nem gyakran változnak, ezért ki is kapcsoltam az automatikus szinkronizálást.

Egyedül a naptár kezelésére nem találtam korrekt offline megoldást, abból maradt az online verzió, és a -180 Mb memória…

Alternatívaként még felmerülhet pár dolog az outlook helyett, ilyen pl. az eM Client ami kezeli a google contact-okat és a calendar-t is alapból, viszont az Outlookkal ellentétben nem tölti le a leveleket, így a használat során várni kell a levelek megnyitására. Ezzel meg lehet spórolni a memória használatot és a gui is gyorsabb mint a web alapú negoldás, de összességében a leveleket előre letöltő kliensek gyorsabbak. Nyílt forrású alternatíva még a Thunderbird, amit régebben használtam (pont az outlook után) de már nem volt energiám újra előszedni.

 

4 Replies to “Desktop apps comeback”

  1. Sajnos nekem a Pidgin az utóbbi időben nem mutatott érdemi fejlődést (facebook támogatás nem műkösdik már, különböző emolji-k kezelésének a hiánya, instant kép másolás vágolapról stb) Helyette ezt találtam és mostanában ezt használom:

    https://meetfranz.com/

    Ránézésre a natív appokat huzza egy helyre.

    eddig bevált, meglátjuk.

    1. Nekem működik minden a pidgin-el (minden = hangouts, facebook, irc), de plugineket kellett felrakni. Emoji és képmásolás tényleg nincs, de az 20 éve sem volt 🙂
      Sajnos a Franz (és a hozzá hasonló app-ok) jól rávilágítanak arra a problémára amiről írtam… Elektron-ban írják (ami maga a sátán), és bár úgy tűnik nem, de valójában minden böngésző példányokban fut. Oké, hogy egy helyen, és minden működik, DE. A Pidgin 50 mb helyet foglal, és kb. 50mb memóriát használ (working set 58). Ugyanennyi accounttal a Franz: 200mb hely a lemezen, és… Csak a private bytes 650 mb, a working set-et inkább össze se adom. Ezeket úgy mértem, hogy az adott szolgáltatásokba még be sem jelentkeztem, tehát ezek csak a login oldalak… Érdekesség képpen a mai napindító google chrome-om így nézett ki. Nem kavar fel, de mint programozót ez az irány mélységesen elszomorít… 🙁

  2. Igen, a plguineket én is feltettem, de a facebook, kb 1 hónapja nem tud csatlakozni (ez volt a váltás egyik oka).
    A chrome problmára én két fegyvert használok:
    * Great suspender (CPU és memóriát spórol) https://chrome.google.com/webstore/detail/the-great-suspender/klbibkeccnjlkjkiokjodocebajanakg
    illetve
    * OneTab, ha már eluralkodott a káosz 😀 https://chrome.google.com/webstore/detail/onetab/chphlpgkkbolifaimnlloiipkdnihall

    A csoda FF-ot is hajtottam, de mivel ők is a process/tab megoldásra áltak át, nincs releváns különbség, viszont a Chrome-ban megszokott extrák (mint pl. a tab-os keresés indítás a címsorban) nincsenek meg.

    Ez a memória dolog, érdekes kérdés. Ugyanilyen gondolatokkal kűzdök én is, de mindig felvetődik a kérdés bennem, hogy ezeket nem-e fejlődési időnk alatt átélt értkek miatt érezzük soknak vayg kevésnek. Értsd: beszélünk 50MB/~n*200MB-ról (mondjuk sztem max user-nek 1G) amikor a gépekben a minimum manapság a 8G de inkább 16G. A microservice világban, minden konténernek adsz min. 1GB-ot, és egy jól szervezett rendszer is legalább 5-6 (docker) konténer. És akkor nem beszéltünk a terhelés függvényében skálázott konténer többszörözésről (na meg csak az orchester rendszer által igényelt min 2GB-ról). Ezekkel rögtön 32G is kevés (lehet).

    A fenti okfejtésem csupán arra próbál rávilágítani: lehet, hogy mi gondolkozunk még túl optimalizáltan 😉 Mert anno 230M merevlemezre felfért a win95 meg az NFS1 is. A mai játékok meg horror…

    1. Lehet rossz plugineket tettél fel 🙂 A chrome kiegészítőket használtam, de a suspendert addig konfiguráltam, hogy végül semmit sem suspendelt, az OneTab meg nem nagyon boldogult a google app-sal (különböző spreadsheet-ekre azt hitte, hogy ugyan azok, és mindig 1 tabot akart használni). A játékoknál a jobb minőségű assetek miatt még valamennyire megértem miért ekkora a méret (egy blue ray film se kicsi), de egy gmail-nél, vagy egy google calendar-nál nálam ez csak annak tudható be, hogy olyan technológiára építenek, olyan dolgokat amit nagyon nem kellene. És értem én, hogy nem számít a memória, meg a cpu, mert van (bár tudjuk, hogy cpu-ból és memóriából sosincs elég), de közben meg olvadoznak a hóbuckák és kipusztulnak a delfinek a chat programod miatt… 🙂 Egyébként már a dockert sem használom, de az egy másik történet…

Leave a Reply