The IDE may be 32 bit, but the compilers and tools that do the actual work are 64 bit. Since the IDE is just a front end for the compilers and tools I don't see a big reason for them to move the IDE to 64 bit.
I don't see a problem with it the comparison. Age is not an excuse for a lack of reliability. In fact an older device should be more reliable because it's had a chance to go through major updates and bug fixes. If I was complaining about poor performance then yeah it would be a bad comparison; but that's not what I'm complaining about.
I had a Motorola Milestone (international version of the original Droid) for a while, now running a Lumia 800. The Milestone would die at least once a day, and the battery would last maybe 10 hours if I left it completely alone. Even though the Milestone was a flagship Android phone at one point, I could write a giant TL;DR post about the problems I had with that phone.
My Lumia gets over 30 hours of battery on a single charge and has yet to crash or even do anything unexpected in the 6 months I've owned it. The difference in the quality of the phones is so night and day I can't imagine that a WP8 phone would be any worse than an Android.
You can thank Microsoft for that. Why would someone buy from a third party when you can buy games from the store built into the operating system? Valve is running scared because they see their biggest revenue stream drying up.
The download links with multiple formats and sizes are right below the video. There is also a menu to pick the streaming format on the bottom right of the video. I enjoyed your silly rant though.
Replying to this post instead of the AC below so you get the email.
Here is a presentation where the UX guy goes through the design process of the ribbon. It's been a few years but I remember it being really informative.
Sure, but we already have native clients for SETI. They are vastly more efficient then any Javascript implementation. I'm sure if they care about speed they care about not wasting half their available cycles on parsing Javascript. How many people are going to leave a browser tab open vs download the client that runs in the background?
Besides, not being able to run SETI in a browser tab is hardly a reason to claim a browser is DOA.
Only partially trolling. I'm just waiting for you to explain why anyone should solve those problems in a browser instead of doing it server side and shipping the results to the browser. Like others have said, GLSL is compiled in kernel mode by the video drivers. Exposing kernel mode code to the internet is the worst idea from a security perspective since ActiveX. In fact I would say it's worse since video drivers get next to no security hardening and ActiveX at least ran in user mode.
Yeah it's a shame all those webgl websites won't work. So very many websites that need to be rendered in 3D. If only M$$$$ would wake up and see them. Yup.
is there a reason for not making the front ends dynamic libraries which could be linked by any program that wants to parse source code?
Quoth the Stallman himself:
One of our main goals for GCC is to prevent any parts of it from being used together with non-free software. Thus, we have deliberately avoided many things that might possibly have the effect of facilitating such usage, even if that consequence wasn't a certainty.
We're looking for new methods now to try to prevent this, and the outcome of this search would be very important in our decision of what to do.
Not only is the poor design true, it was very intentional. This is why we need the LLVM project. KDevelop and such shouldn't have to write their own compiler front ends to get feature parity with Visual Studio; but right now they do.
I doubt they cared all that much. Most businesses will be going through software assurance anyways, so they pay the same whether they use XP or vista. The same situation exists with 7 and 8.
You've never ran into ini files that are thousands of lines long have you? It's a complete unmitigated disaster to read or edit. There is no good way to deal with repeated information in an ini file, so people end up copy pasting a shitstorm.
So nice to see that so many dumbasses are out there willing to trust people like that with their data. What could possibly go wrong.
The IDE may be 32 bit, but the compilers and tools that do the actual work are 64 bit. Since the IDE is just a front end for the compilers and tools I don't see a big reason for them to move the IDE to 64 bit.
They already have the worlds most popular STB software. It's called Mediaroom. I think they know what they are doing by now.
I don't see a problem with it the comparison. Age is not an excuse for a lack of reliability. In fact an older device should be more reliable because it's had a chance to go through major updates and bug fixes. If I was complaining about poor performance then yeah it would be a bad comparison; but that's not what I'm complaining about.
It looks like Google isn't getting any better at this stuff too.
I had a Motorola Milestone (international version of the original Droid) for a while, now running a Lumia 800. The Milestone would die at least once a day, and the battery would last maybe 10 hours if I left it completely alone. Even though the Milestone was a flagship Android phone at one point, I could write a giant TL;DR post about the problems I had with that phone.
My Lumia gets over 30 hours of battery on a single charge and has yet to crash or even do anything unexpected in the 6 months I've owned it. The difference in the quality of the phones is so night and day I can't imagine that a WP8 phone would be any worse than an Android.
You can thank Microsoft for that. Why would someone buy from a third party when you can buy games from the store built into the operating system? Valve is running scared because they see their biggest revenue stream drying up.
The download links with multiple formats and sizes are right below the video. There is also a menu to pick the streaming format on the bottom right of the video. I enjoyed your silly rant though.
Replying to this post instead of the AC below so you get the email. Here is a presentation where the UX guy goes through the design process of the ribbon. It's been a few years but I remember it being really informative.
Sure, but we already have native clients for SETI. They are vastly more efficient then any Javascript implementation. I'm sure if they care about speed they care about not wasting half their available cycles on parsing Javascript. How many people are going to leave a browser tab open vs download the client that runs in the background? Besides, not being able to run SETI in a browser tab is hardly a reason to claim a browser is DOA.
Only partially trolling. I'm just waiting for you to explain why anyone should solve those problems in a browser instead of doing it server side and shipping the results to the browser. Like others have said, GLSL is compiled in kernel mode by the video drivers. Exposing kernel mode code to the internet is the worst idea from a security perspective since ActiveX. In fact I would say it's worse since video drivers get next to no security hardening and ActiveX at least ran in user mode.
Yeah it's a shame all those webgl websites won't work. So very many websites that need to be rendered in 3D. If only M$$$$ would wake up and see them. Yup.
To select a tile, drag downwards on it. You can also pop up the app bar by swiping up from the bottom edge of the screen.
is there a reason for not making the front ends dynamic libraries which could be linked by any program that wants to parse source code?
Quoth the Stallman himself:
One of our main goals for GCC is to prevent any parts of it from being used together with non-free software. Thus, we have deliberately avoided many things that might possibly have the effect of facilitating such usage, even if that consequence wasn't a certainty. We're looking for new methods now to try to prevent this, and the outcome of this search would be very important in our decision of what to do.
Not only is the poor design true, it was very intentional. This is why we need the LLVM project. KDevelop and such shouldn't have to write their own compiler front ends to get feature parity with Visual Studio; but right now they do.
Right click on the tiles you don't want. Click unpin. That's it.
Only because the everyday casual user has no reason to care about virtualization at all.
If you think Hyper-V is the same as VirtualBox you know nothing of virtualization. Here's a start.
From a fully updated Ubuntu 12.10 (no patch for this bug yet):
$ uname -r
3.5.0-17-generic
From the summary:
The latest Linux 3.4, 3.5, 3.6 stable kernels have an EXT4 file-system bug
Microsoft heavily damaged Vista's sales
I doubt they cared all that much. Most businesses will be going through software assurance anyways, so they pay the same whether they use XP or vista. The same situation exists with 7 and 8.
Maybe you should actually try Windows 8 before ranting about it. There is a lot more to it then just the metro stuff.
They make their money through advertising. It's not really a secret.
You've never played WOW have you? Lack of hardware acceleration is not OK.
Recommendation for a Microsoft product.
Not a snarky post about how he should install some obscure linux distro instead.
(Score:5, Informative)
WHO ARE YOU PEOPLE AND WHAT HAVE YOU DONE WITH MY SLASHDOT!?!
Symbolic links.
You've never ran into ini files that are thousands of lines long have you? It's a complete unmitigated disaster to read or edit. There is no good way to deal with repeated information in an ini file, so people end up copy pasting a shitstorm.
If I could add to that list:
It's transactional, so a properly coded app won't leave you with half written state.
HKCU can be roamed in active directory so settings can follow a user around.
Devs don't have to write a pile of not-so-reusable code for deserializing text files.