They are hacks that paper over the lack of good package management. Plus they are too much extra work, and OS-specific. No build system integrates with them as far as I know.
I think what people want is something like go, where you add a single line to your code and it magically downloads and compiles the referenced library. C++ doesn't have anything like that (and I doubt it ever will to be honest).
Which is why I use Lyx - best of both worlds. You get to use latex equations, the final document is pretty, and the document is readable while editing (i.e. not filled with commands and other crap).
I have a feeling that nobody would really bother with WebP for its compression, but does JPG/PNG have:
* Lossy compression with alpha channels.
* Efficient lossless compression of photo-like images.
* Efficient compression of photo-like and diagram-like images in the same format (and in the same image, e.g. screenshots containing photos).
* Good lossy compression of diagram-like images.
Nice to see someone is attempting this. Physical keyboard and resistive touchscreen seem like pretty odd decisions though. I guess this is going to be as enthusiast-only as the previous Neo phones which is a shame.
Not in this case - packets can be dropped by the route and the game player doesn't care as long as his connection is good enough to play. When it gets really bad the player will likely quit and the packets will stop.
If it is really desired you could implement throttling according to packet loss, but not in the way that TCP does it - by buffering and waiting - instead you'd just send packets every N frames. You can't do that if you're just using TCP since you don't know when packets are dropped.
That's actually pretty significant. I doubt anyone would want to drive more than 400 miles in a day. You can almost get between any two points in England with that range.
I agree. I mean, I can see it being useful for things that you "know" how to do but just forgot the syntax... But the chances that a random javascript snippet on SO are right seems pretty damn low to me!
Agreed, especially a third party provide of javascript! It would be absolutely trivial for them to inject highly invasive tracking code into your site, or worse.
I'm not saying they will, but really it doesn't make sense to take the risk.
Yeah writing java for Android is a pretty awful experience. But it's not going away soon - this Go release will only have access to the things you can already do in C++ on Android. Namely, OpenGL, audio, and touch input. That's about it.
Anything GUI or system-related you have to do in Java. You won't be able to use Go to run other apps, enable wifi, receive GPS locations, communicate over bluetooth, etc. etc.
Qt is worth a look, but it's still not quite ready.
I think what people want is something like go, where you add a single line to your code and it magically downloads and compiles the referenced library. C++ doesn't have anything like that (and I doubt it ever will to be honest).