I must assume you have never used C# 4.0, at least not in any serious way. The language, the class library and the VM are all vastly superior in performance, features, and flexibility. Yes, Java has some advantages, mostly that there's a java VM for any device (although Java lost the ME market share, so the number isn't as big as it used to be), over overall? It can't compare.
Also, if there's a bug in the VM, you can update the VM, and every single app is back to working well, while a bug in a statically linked runtime, or in user code, requires every app with that bug to be fixed separately, or at least recompiled.
My oppinion is that Javascript is not bad as a scripting language, but we are abusing it and twisting it beyond its original purpose. The main issue is actually that Javascript is too flexible. Untyped code has an habit of hiding mistakes in hard-to-debug ways. But once you add types to Javascript, it's not Javascript anymore.
So, if you are working on a "pure" Web App, and you want to use one common language for the client code and the server code, then go on, use Node.js, add some packages for web services, database access, etc. and get it done. But if you want an environment that detects the mistakes as soon as you type them, runs relatively fast, can be statically verified, and still manages to keep a decent amount of flexibility, then there's nothing that compares to C#/dotNET.
I can not speak about anything more enterprise-oriented, but I assume the more oriented something is, the more rigid it becomes at thinking anything out of it's "ruleset" must be a mistake.
C++ is what it is. It's fast, mature, complicated, and flexible. If you want something done ASAP, don't use C++. If you want the result to be easily portable to other platforms, don't use C++. If you want the code to be safe (against hacking) without much effort, don't use C++. If you want the code to be easy to maintain, don't use C++. But in the end, it's your choice.
They probably don't need to execute. Static code analysis can take care of it for certain cases, and code annotations (where you hint the interpreter to what you intend to do) can also help.
Well if you compare it with OSX, iOS and Ubuntu's Unity, metro is not THAT bad. It's when you compare it with a proper desktop environment like Xfce or Windows 7's Aero that Metro is terrible.
No, we want to Secure Boot to be strictly opt-in. UEFI on its own brings many good advantages over the ancient 16-bit BIOS boot process, that we DO want to keep. Just because someone put a lock in it and didn't give you the key doesn't make the existing technology bad.
It's not about the license: if you don't trust Microsoft's key, then you can't possibly trust Windows 8. It doesn't matter if you buy OEM licenses, they won't boot!
I don't think you need strong AI to make a script that goes "if content contains "bing", mark for deletion", although it may have a few false positives.
GNU/Linux is made by a community of developers from about every single developed country in the world, and possibly has had patches done by people who were at the time in less developed places. So there isn't one single government telling the contributors what to do. It either has no backdoors (because it's opensource and supposedly someone has reviewed the patches), or it has backdoors from all over the world.
I may not like GNU much, or Stallman, but that's a fact regardless.
No. 12 years for making money off someone else's work. Copyright infringement is one thing, copyright infringement with the intent to make a profit is the evil one.
Check C# 5.0, it meets most of the requirements in some form or another. Lambdas, Linq's meta-expressions and dynamic runtime allow for something rather close to functional and untyped code, the Generics are much nicer than java's and THe major feature of C# 5.0 is the async keyword for concurrency.
There is a value on being there early, though. People who pay a lot for a "4k" display will also want to pay a lot for "4k" content to try their new toy. Of course it won't be just ANY content, it has to be the type of content that interests people with the interest AND money to get "4k" hardware.
No, no, no... you got it wrong. The managers will come up with a broken algorithm to choose candidates, then re-purpose it into a test: if a candidate manages to turn that piece of ---- into a working algorithm, he's hired.
Native code wouldn't help much for this. A compiler that outputs to a decent intermediate code allows the output to be later translated and optimized to the specific details of the target platform, which has greater chances of optimizing better than direct-to-native compilers. What makes VMs slower is memory management, RTTI, and the consistency checks that go along with a type- and memory-safe language. C# already has bindings for OpenGL/CL and Qt, alongside with many popular libraries, at least for x86.
Slashdot Mirror
s/over/but/
I must assume you have never used C# 4.0, at least not in any serious way. The language, the class library and the VM are all vastly superior in performance, features, and flexibility. Yes, Java has some advantages, mostly that there's a java VM for any device (although Java lost the ME market share, so the number isn't as big as it used to be), over overall? It can't compare.
Also, if there's a bug in the VM, you can update the VM, and every single app is back to working well, while a bug in a statically linked runtime, or in user code, requires every app with that bug to be fixed separately, or at least recompiled.
No, if you want easy portability you use Java. That's the only good thing I see in Java. I just forgot to mention it.
My oppinion is that Javascript is not bad as a scripting language, but we are abusing it and twisting it beyond its original purpose. The main issue is actually that Javascript is too flexible. Untyped code has an habit of hiding mistakes in hard-to-debug ways. But once you add types to Javascript, it's not Javascript anymore.
So, if you are working on a "pure" Web App, and you want to use one common language for the client code and the server code, then go on, use Node.js, add some packages for web services, database access, etc. and get it done. But if you want an environment that detects the mistakes as soon as you type them, runs relatively fast, can be statically verified, and still manages to keep a decent amount of flexibility, then there's nothing that compares to C#/dotNET.
I can not speak about anything more enterprise-oriented, but I assume the more oriented something is, the more rigid it becomes at thinking anything out of it's "ruleset" must be a mistake.
C++ is what it is. It's fast, mature, complicated, and flexible. If you want something done ASAP, don't use C++. If you want the result to be easily portable to other platforms, don't use C++. If you want the code to be safe (against hacking) without much effort, don't use C++. If you want the code to be easy to maintain, don't use C++. But in the end, it's your choice.
They probably don't need to execute. Static code analysis can take care of it for certain cases, and code annotations (where you hint the interpreter to what you intend to do) can also help.
All for one purpose: targetting the ads.
Well if you compare it with OSX, iOS and Ubuntu's Unity, metro is not THAT bad. It's when you compare it with a proper desktop environment like Xfce or Windows 7's Aero that Metro is terrible.
Let me rewrite that for you:
No, we want to Secure Boot to be strictly opt-in. UEFI on its own brings many good advantages over the ancient 16-bit BIOS boot process, that we DO want to keep. Just because someone put a lock in it and didn't give you the key doesn't make the existing technology bad.
It's not about the license: if you don't trust Microsoft's key, then you can't possibly trust Windows 8. It doesn't matter if you buy OEM licenses, they won't boot!
I don't think you need strong AI to make a script that goes "if content contains "bing", mark for deletion", although it may have a few false positives.
By that logic any piece of software that has ever linked to a socket library has the ability to spy. Regardless if it has any actual code to do so.
GNU/Linux is made by a community of developers from about every single developed country in the world, and possibly has had patches done by people who were at the time in less developed places. So there isn't one single government telling the contributors what to do. It either has no backdoors (because it's opensource and supposedly someone has reviewed the patches), or it has backdoors from all over the world.
I may not like GNU much, or Stallman, but that's a fact regardless.
No. 12 years for making money off someone else's work. Copyright infringement is one thing, copyright infringement with the intent to make a profit is the evil one.
THIS is proper use of the copyright laws.
Just press the POWER BUTTON that's in the side of your computer! Wait, no, that's configured to SUSPEND by default...
Check C# 5.0, it meets most of the requirements in some form or another. Lambdas, Linq's meta-expressions and dynamic runtime allow for something rather close to functional and untyped code, the Generics are much nicer than java's and THe major feature of C# 5.0 is the async keyword for concurrency.
buy* than* And I disagree. Google already has Youtube, and they are adding subscriptions to it. Better to have competition than monopoly.
But spelling it right is less funny. See the post before yours.
You could describe it as "guided pixel snapping".
Well, people develop for Windows Phone, and WE are not that many, either ;P
There is a value on being there early, though. People who pay a lot for a "4k" display will also want to pay a lot for "4k" content to try their new toy. Of course it won't be just ANY content, it has to be the type of content that interests people with the interest AND money to get "4k" hardware.
No, no, no... you got it wrong. The managers will come up with a broken algorithm to choose candidates, then re-purpose it into a test: if a candidate manages to turn that piece of ---- into a working algorithm, he's hired.
Native code wouldn't help much for this. A compiler that outputs to a decent intermediate code allows the output to be later translated and optimized to the specific details of the target platform, which has greater chances of optimizing better than direct-to-native compilers. What makes VMs slower is memory management, RTTI, and the consistency checks that go along with a type- and memory-safe language. C# already has bindings for OpenGL/CL and Qt, alongside with many popular libraries, at least for x86.
"falling down on the treadmill" -- you obviously didn't even bother to click the link to the article and watch the pictures.