The whole thing is 194KB ,a normal TODOmvc demo of your favourite Js framework goes above 250KB . Really Impressive stuff. really motivates to build slimmer web apps
os.js: JavaScript Cloud/Web Desktop Platform
81–90 of 100 posts
Re: os.js: JavaScript Cloud/Web Desktop Platform
#82Earlier quoted context omitted.
I agree, but I'm two months behind on implementing important features. While I can take a week here and there to optimize, my time is best spent delivering business value. Unless you allow performance to genuinely suck (and I don't) slimming down web apps won't help my business make money. You get what current fashionable JS frameworks and build tools give me.
As long as your customers are in the vast majority accessing your web apps over non-cellular data connections this makes sense. As more folks are cell-phone-first, ignoring the size of the payload you expect users to accept will increasingly represent a sub-optimal experience.
Re: os.js: JavaScript Cloud/Web Desktop Platform
#83What about an X11 server?
Just an X11-client would be interesting. It would theoretically allow you to transparently offload UNIX applications to a remote server.
Re: os.js: JavaScript Cloud/Web Desktop Platform
#84The whole thing is 194KB ,a normal TODOmvc demo of your favourite Js framework goes above 250KB . Really Impressive stuff. really motivates to build slimmer web apps
amazing that its 194kb and you think this is very small. what world are ver living in that web development has made us so sloppy and inefficient, when MB's of script downloads are considered slim.
Maybe the carriers' are sloppy and inefficient. See, whatever I do, when I access anything web-based on my mobile phone, it is slow. And I live in Paris.
It's funny how suposedly the 3G/4G stuff should be fast but in reality it is not, I believe that is mostly because in large areas the access points are overcrowded.
In other words, the technology used to access internet is saturated, and developpers should be blamed for having websites >200kb heavy!
Who's crazy now?
Re: os.js: JavaScript Cloud/Web Desktop Platform
#85The whole thing is 194KB ,a normal TODOmvc demo of your favourite Js framework goes above 250KB . Really Impressive stuff. really motivates to build slimmer web apps
amazing that its 194kb and you think this is very small. what world are ver living in that web development has made us so sloppy and inefficient, when MB's of script downloads are considered slim.
Re: os.js: JavaScript Cloud/Web Desktop Platform
#86The whole thing is 194KB ,a normal TODOmvc demo of your favourite Js framework goes above 250KB . Really Impressive stuff. really motivates to build slimmer web apps
amazing that its 194kb and you think this is very small. what world are ver living in that web development has made us so sloppy and inefficient, when MB's of script downloads are considered slim.
Re: os.js: JavaScript Cloud/Web Desktop Platform
#87Thanks for checking it out guys. It-s something I enjoy working on in my spare-time
Re: os.js: JavaScript Cloud/Web Desktop Platform
#88Earlier quoted context omitted.
amazing that its 194kb and you think this is very small. what world are ver living in that web development has made us so sloppy and inefficient, when MB's of script downloads are considered slim.
Yes, because in 2015 194kb is so incredibly much. Maybe the carriers' are sloppy and inefficient. See, whatever I do, when I access anything web-based on my mobile phone, it is slow. And I live in Paris. It's funny how suposedly the 3G/4G stuff should be fast but in reality it is not, I believe that is mostly because in large areas the access points are overcrowded. In other words, the technology used to access inter…
Re: os.js: JavaScript Cloud/Web Desktop Platform
#89Nice to see my project on hackernews :D Thanks for checking it out guys. It-s something I enjoy working on in my spare-time
Re: os.js: JavaScript Cloud/Web Desktop Platform
#90Earlier quoted context omitted.
As long as your customers are in the vast majority accessing your web apps over non-cellular data connections this makes sense. As more folks are cell-phone-first, ignoring the size of the payload you expect users to accept will increasingly represent a sub-optimal experience.
Well, to be fair, celular connections are also getting better.