This actually has nothing to do with our startup performance, at least on OS X. The comparison graph doesn't have a substantial impact on it. :)

Also, any similarities to Atom are superficial at best on OS X. We use WebKit (where Electron/Atom use Chromium) and most of the app is native code.

I'm less knowledgable about the Windows side, so I can't comment on it.

Yes, that's not unusual these days. I wonder if they even care when the user experience gets destroyed just for a bit less development time.

Does it web tech really have lesser development time? My experience is definitely the other way around, and I probably have put more hours in on the web side. Web is unbeatable for things like responsive UIs, but when you want pixel based it's hard to beat the development speed of Visual Whatever or Qt Designer.

Well, at least that's what I read all the time. I couldn't confirm it, too, but I always thought that's just because I'm perfectly fine with Qt. QML is also pretty good for responsive UI.

Maybe these companies prefer the web stuff because most developers know it anyway.

I think its because so many devs are trying to move away from C++. Qt really is great and its sad to me because its a much better solution than these crappy browser apps.

C++ isn't the only way to write native code.

Obviously. I was kinda dumbing it down to the fact that seems like many people are moving away from native.

Actually it feels the other way around, with Go, D, Rust, .NET Native, Swift and the upcoming AOT compiler on Java 10 (maybe).

Thats true, Rust and Go seem to have brought the popularity up a bit which is nice.

Same in my experience. Often times (and yes, this is anecdotal), using a web framework for desktop - or mobile apps - greatly extends development time, when you take all of the littles thing that it takes to build a production-ready system into account.

I'm more annoyed by their (apparent?) removal of simple synching of a single branch.

That was already the only thing I used GitHub for Windows for, and that's only because Visual Studio doesn't speak SSH.

> that's only because Visual Studio doesn't speak SSH.

External tools is how you access things like SSH or the developer console in visual studio.

http://stackoverflow.com/questions/21476588/where-is-develop...

  From VS2013 Menu Select "Tools", then Select "External Tools". Enter as below: 
 
  Title: "VS2013 Native Tools-Command Prompt" would be good 
  Command: C:\Windows\System32\cmd.exe 
  Arguments: /k "C:\Program Files (x86)\Microsoft Visual Studio 12.0\Common7\Tools\VsDevCmd.bat" 
  Initial Directory: Select as suits your needs.

And that works with the Git integration? If so, there's about 50 sources that disagree with you.