So you'd much rather have the language try to evaluate a number inside a string than to promote a number to a string? Perl and C++ are not examples of sane languages.
You are correct that JS's behaviour isn't correct. It should instead raise an exception if you try to add numbers and strings. It should require you to explicitly cast one to the other first. But JS's behaviour is much, MUCH better than Perl's.
JavaScript isn't quite so bad as you make it out to be. It's much better than C++, Java or PHP, and there is a lot of good software written in each of those. Its flaws are mostly due to incompleteness, and that can be fixed with libraries and compilers (CoffeeScript).
node.js has nothing to do with erlang. It's much more similar to Python's Twisted and, barring the lack of good JS libraries, is quite good.
I understand your hatred towards JS, but there are much better targets out there for such mindless hatred
Because it's easier.
All the projects that tried to write a good JIT with LLVM came to the same conclusion: LLVM sucks for JITs. That's both because of implementation issues and design choices.
LLVM is a huge, complex C++ program. No one's going to fix it. Nanojit and the register allocators floating around are competitors.
You might find it interesting/funny to know that App Inventor uses the Kawa scheme framework to actually run code. So it's not a coincidence at all that you're writing RPN (postfix), the visual editor is just a graphical representation for s-expressions.
You're wrong about ARM Linux. I have an ARM netbook and it has a reasonably fast OpenGL ES 1.0 & 2.0 implementation and it runs Eclipse just fine.
Note that mine is a *netbook*. If full-blown ARM laptops were made, they'd have fast OpenGL.
Java is indeed badly placed abstraction-level wise. It's too high-level to make stuff fast, but also to inflexible to make stuff easy. Python + C has worked very well for me (and others). Ruby/Lua/etc. have similar recommendations.
This. Where the fuck does the article say that the OSM team complained about Bing? And btw, thank you very much for OSM. I used it in an Android app dealing with my university campus.
On my Motorola Milestone (Droid), I've already noticed how useless AA is for fonts. Displays like this may finally give us printer-range DPI and easily readable displays.
I think we should first focus on exploring this solar system. There's plenty of amazing things to find and it would most certainly boost our space-faring technology.
You're looking in the wrong place. As long as people die of preventable mistakes, it doesn't matter how many times everything goes well.
Dummy-proof equipment is always a good idea if it allows professionals the flexibility they require. And in this case, that's not an issue.
"Properties are just bloat, operator overloading is just bloat, structs are bloat and so on."
Now I know you can't be a serious developer, one that has to maintain code.
They could instead spend a tiny bit of effort and use winelib to make the game as native and easy to package as it is possible with wine. Picasa uses winelib, for example.
It's not even just that. If a closed-source driver is broken, Canonical can do absolutely nothing about it. That's not a good position to be in from a support point of view.
Perhaps some are like that, but same people want open source software (and in particular drivers) because it's much more practical and safe.
Anyone that understands the spirit of free software will have no problem with the concept of closed-source games working.
No. If the provider advertises "Unlimited", as a customer you're perfectly within your rights to use however much you want.
If providers want to prevent this, all they have to do is move away from unlimited plans.
Google set the de-facto standard for video in XMPP with Jingle and made it open source. Every single XMPP client that supports video & audio can interoperate with GTalk (like Empathy).
That's a VERY silly solution. Shared libraries save both storage and memory, and a lot of the latter.
There is no issue with memory isolation, the kernel does that. If you have a proper package manager, not using shared libraries is stupid.
This very much depends on what software you use and how you look for it. For OS X I sometimes have trouble finding good free/cheap software, but that's almost never an issue on Linux. It's a big issue for me on Windows, though.
Others may have different needs, but it's rarely an issue nowadays.
Slashdot Mirror
So you'd much rather have the language try to evaluate a number inside a string than to promote a number to a string? Perl and C++ are not examples of sane languages.
You are correct that JS's behaviour isn't correct. It should instead raise an exception if you try to add numbers and strings. It should require you to explicitly cast one to the other first. But JS's behaviour is much, MUCH better than Perl's.
C++'s spurious copy shouldn't be inflicted on any other innocent language. References to objects work like references to objects.
Fortunately, you're mostly wrong.
JavaScript isn't quite so bad as you make it out to be. It's much better than C++, Java or PHP, and there is a lot of good software written in each of those. Its flaws are mostly due to incompleteness, and that can be fixed with libraries and compilers (CoffeeScript).
node.js has nothing to do with erlang. It's much more similar to Python's Twisted and, barring the lack of good JS libraries, is quite good.
I understand your hatred towards JS, but there are much better targets out there for such mindless hatred
They both have restrictions. BSD is especially more restrictive than MIT. So much so that many people consider BSD to be weak copyleft.
Also, Linus is well known for not being a FSF nut. Sane people in both camps have always been nice about the other camp.
Because it's easier. All the projects that tried to write a good JIT with LLVM came to the same conclusion: LLVM sucks for JITs. That's both because of implementation issues and design choices. LLVM is a huge, complex C++ program. No one's going to fix it. Nanojit and the register allocators floating around are competitors.
You might find it interesting/funny to know that App Inventor uses the Kawa scheme framework to actually run code. So it's not a coincidence at all that you're writing RPN (postfix), the visual editor is just a graphical representation for s-expressions.
You're wrong about ARM Linux. I have an ARM netbook and it has a reasonably fast OpenGL ES 1.0 & 2.0 implementation and it runs Eclipse just fine. Note that mine is a *netbook*. If full-blown ARM laptops were made, they'd have fast OpenGL.
Java is indeed badly placed abstraction-level wise. It's too high-level to make stuff fast, but also to inflexible to make stuff easy. Python + C has worked very well for me (and others). Ruby/Lua/etc. have similar recommendations.
This. Where the fuck does the article say that the OSM team complained about Bing? And btw, thank you very much for OSM. I used it in an Android app dealing with my university campus.
On my Motorola Milestone (Droid), I've already noticed how useless AA is for fonts. Displays like this may finally give us printer-range DPI and easily readable displays.
I think we should first focus on exploring this solar system. There's plenty of amazing things to find and it would most certainly boost our space-faring technology.
I'm pretty sure the percentage of colourblind males is less than 10. Otherwise, you're right.
You're looking in the wrong place. As long as people die of preventable mistakes, it doesn't matter how many times everything goes well. Dummy-proof equipment is always a good idea if it allows professionals the flexibility they require. And in this case, that's not an issue.
"Properties are just bloat, operator overloading is just bloat, structs are bloat and so on." Now I know you can't be a serious developer, one that has to maintain code.
They could instead spend a tiny bit of effort and use winelib to make the game as native and easy to package as it is possible with wine. Picasa uses winelib, for example.
It's not even just that. If a closed-source driver is broken, Canonical can do absolutely nothing about it. That's not a good position to be in from a support point of view.
Perhaps some are like that, but same people want open source software (and in particular drivers) because it's much more practical and safe. Anyone that understands the spirit of free software will have no problem with the concept of closed-source games working.
Get an Android phone. The G1 has a lovely keyboard, the Droid/Milestone has a decent one and there are some new QWERTYs coming soon.
No. If the provider advertises "Unlimited", as a customer you're perfectly within your rights to use however much you want. If providers want to prevent this, all they have to do is move away from unlimited plans.
Most of the virtues you list would be perfectly viable for an ARM laptop. Battery would last for 10h+, it would be instant on, light and skinny, etc.
Just don't buy a contract phone. It's that simple. I just got myself a Motorola Milestone (Droid) for £200 (~=$300).
Google set the de-facto standard for video in XMPP with Jingle and made it open source. Every single XMPP client that supports video & audio can interoperate with GTalk (like Empathy).
Yeah, the general wisdom is "use and target Ubuntu/Debian". The effort to do so is minimal.
That's a VERY silly solution. Shared libraries save both storage and memory, and a lot of the latter. There is no issue with memory isolation, the kernel does that. If you have a proper package manager, not using shared libraries is stupid.
This very much depends on what software you use and how you look for it. For OS X I sometimes have trouble finding good free/cheap software, but that's almost never an issue on Linux. It's a big issue for me on Windows, though. Others may have different needs, but it's rarely an issue nowadays.