Electron
A whole browser, repackaged, again and again, until your fan kicks on.
- ✕ Hundreds of MB per app
- ✕ Multiple Chromium instances
- ✕ Battery vampire
- ✕ Self-managed updater hell
Three ways to put a website on your desktop. Two of them are wrong.
Electron ships an entire browser engine inside every single app. The next app does it again. And the next. Your laptop pays the bill.
PWA is a beautiful idea trapped in a vendor turf war — gated by Safari, abandoned by Firefox desktop, and only available on websites that bothered to opt in.
FTWA is the third way. A native shortcut to the Chromium-based or Firefox browser you already trust. Featherweight. Honest. Yours.
A whole browser, repackaged, again and again, until your fan kicks on.
A standard built by committee, gated by browsers that don't agree.
A native shortcut, into the browser you already love. That's it.
The bloat in numbers
of disk, per app, before you've sent a single message. Every Electron app ships its own copy of Chromium — install ten and you've cloned a browser ten times over.
Electron is honest about what it is: a browser, repackaged. The trouble is the math. Ten Electron apps means ten copies of Chromium running in parallel — gigabytes of duplicated runtime, fighting for the same RAM.
FTWA breaks the loop. The browser engine you've already paid for, in memory, warmed up, signed-in — does the work. Once. For everything.
A PWA looks a lot like FTWA — a shortcut, a window, a website. But the moment you install one, your OS spawns a separate Chromium-app process: its own renderer, its own GPU process, its own session storage. A second browser, running next to the one you already have open.
FTWA opens in the browser that's already running. The renderer is warm. The session is signed-in. Your ad-blocker, password manager, sync, and reader mode — all already there.
PWA is a second runtime pretending to be the first. FTWA is the first.
(PWAs also need the developer's opt-in — a manifest, a service worker, a maintained icon set — and install support is fragmented across browsers. And those service workers? They cache aggressively, get stuck, and ship old versions for days after the website has moved on. FTWA hits the live web every time.)
The hidden cost of installing a PWA
Each installed PWA is a fresh Chromium process — extra RAM, a detached session, none of your extensions. FTWA reuses the runtime you already paid for.
| Electron | PWA | FTWA | |
|---|---|---|---|
| Disk per app | 150–300 MB | ~ 1 MB cache | ≈ 1.5 KB |
| RAM cost | 150–500 MB | 100–200 MB · new process | ~ 0 · reuses tab |
| Cold start | 2 – 5 s | ~ 1 s | ~ 50 ms |
| Browser session | N/A | Detached | Shared |
| Browser support | Per app | Fragmented | Chromium & Firefox |
| Requires opt-in | Yes (vendor) | Yes (manifest + SW) | No |
| Native launcher | Yes | Maybe | Yes |
| Updates | Self-managed | Often stale · stuck SW | Live web |
"The browser is the runtime. Why ship another one?"
Nº 05 · The verdict
Electron is the past — heavy, duplicated, opaque. PWA installs another runtime next to the one you already trust. FTWA is the working answer: a tiny shortcut into the browser already running, on any website you choose.