Ah, I was wondering, because it also seemed really slow.

Aw.

    $ rm gitkraken-amd64.deb

To be honest, html-based scroll lists are usually much faster than native one. Reason: Very obsolete UI framework for Mac.

This is totally backwards. HTML has no good elements for long lists at all, leading to janky techniques like "infinite scroll." But NSTableView was designed from the start with very long lists in mind.

Try opening a large repo and scrolling a list of commits in GitKraken. You'll see large blank areas that get filled in after a few seconds. Now try it in, say, GitUp, which uses NSTableView: it is perfectly smooth.

I don't see any complex NSTableView in GitUp, they definitely use something other. When i worked at Telegram, we worked hard to make default lists smooth and it is almost impossible. Eventually main client became Qt-based instead of native frameworks. All other Git tools also very slow on my MPB Retina. All of them are laggy in lists and only lists.

Having nothing good for long lists doesn't matter as rendering pipline on OSX didn't updated for a years. Almost everything in UI on OSX is still software rendered instead of GPU. And Chrome extensively use GPU for rendering and that outperforms everything.

GitUp also loads the entire repo history in memory in a very optimized way, which is a key reason why it's so fast. Incidentally, this is something a web app like GitKraken can pretty much only dream of.

So they can't bother learning, and/or hiring for, appropriate programming languages and architectures for a GUI application. From Javascript hipsters to Javascript hipsters.