Hacker News Reader

Comment by sktrdie | Hacker News Reader

The problem with this is that users have to download a binary of over 40mb just to run a "hello world" app. The whole thing has to embed all of node.js plus all of a browser. I miss the days where to download a crazy complicated app required only 200kb - like uTorrent for example. I know space and bandwidth have gotten cheaper, but there's something about creating an app that only carries the bare essentials that calls for quality.

View on HN

> The problem with this is that users have to download a binary of over 40mb just to run a "hello world" app.

Sure, but the overhead is pretty fixed. So yes, if all your app does is say "hello world", then the overhead ends up being 99% of the app. But maybe you shouldn't be making an app for that in the first place? If your application actually does something, and has code, and text, and images, and audio, then the overhead is negligible.

The problem is more about using webtechs for the UI than the size of the binary. There is a reason why people aren't massively moving from text editors such as Sublime Text to Webtech based editors like atom : performances. But everything is cyclical, we are just still in the "you can do everything with html and js" era. Go,Nim,Rust,Crystal and others are on their way in. They are statically typed, multithreaded, easier than C and C++ , compiled and can be linked to Gtk,Qt and other multiplateform UI toolkits. Javascript everywhere even where it doesn't make sense is on its way out.

Win developers could just stick with C#, F# and XAML and see the whole mad circus pass by :).

The reason for all this, despite the "man, js is terrible / slow" argument, is just that there are a lot of web-developers out there, with a big bag of tools, frameworks and "to-js"-compilers, wanting to create something, but just don't have the time to learn a complete new cross-plattform infrastructure, which JUST DOESNT REALLY EXISTS. You have to ponder if its just worth the efforts to build something native or go fast(in terms of development-time) and cross-plattform with sometimes reasonable trade-offs.

If there will be a "mostly unified" UI-Framework for android,ios,win10-mobile,windows, osx and linux for any compiled language, i will be the first to jump onto that waggon...

There has got to be a middle ground where the backend of such application is build on something that is faster and safer while the front end adopts the web languages (HTML/CSS/JS). Specially for application that are not graphically intensive by default.

Reply on news.ycombinator.com