the increase in unemployment actually matches quite well with the increase in time people can receive unemployment benefits
I was under the impression that once you stopped collecting unemployment, you were no longer counted as unemployed, whether that was true or not. In other words, the reason employment goes up as people hit the end of their unemployment checks is an artifact of the data collection process.
Not that there aren't people who wait until the last minute to go back to work. Hell, I know a couple.
According to tfa, Apple's GCC beats Ubuntu's quite handily- though Snow Leopard seems to be using 4.3, and Karmic Koala 4.4. Does anyone know if this is a difference between GCCs, or between operating systems?
Is Apples GCC 4.3 significantly different from a vanilla GCC 4.3? I know they've been doing a bunch of work on llvm, so they can get a compiler not under the gplv3, is this part of the difference?
We already have a free, open source, modifiable text for every topic. It's called Wikipedia and it's the living embodiment of why we have professional, accountable, paid editors for text books
The difference between an open source software project and Wikipedia is that with software there are gatekeepers, so you can't commit nonsense, so you can keep standards high, etc.
Why, exactly, is that not acceptable for a textbook project?
Probably the next development in the desktop UI will involve the elimination of the desktop abstraction itself. The user today spends too much time moving, resizing, bringing on front or back windows or finding icons and some projects have demonstrated how the user can gain a lot in productivity by using a different approach.
Luckily for us, xmonad substitutes time wasted rearranging windows with time wasted attempting to configure the window manager.
It's transparent to userland, it should just mean the next generation of drivers will be faster.
Of course, if the drivers are done wrong, it'll mean the next generation of drivers will be crashy, so...
True, but you can always mine more. There isn't a shortage of gold in the world, it's just that most of it costs more to extract than it's worth.
If that ever changed, like, say, the way that aluminum suddenly became cheap, your gold-backed currency would experience... ill-effects.
And even if that never happened, the gold standard is not some cure-all for economic woes. The US was on the gold standard during the Great Depression, remember?
Considering they bankrolled the development of a brand new, completely open codec, a reference implementation of which is released under the MIT license.
And considering that they only froze the format this year, the fact that they haven't rolled it out to consumers is not exactly surprising- these things need baking time
Seriously, I think they've proven their commitment to patent-unencumbered formats...
The performance of a single benchmark is hardly indicative of a whole platform... you might as well say - "Linux is fast? Go try run Azureus and weep".
You are right. But as far as I can tell, the GP is also correct, there are no pleasant, responsive desktop Java apps.
And Azureus and Limewire are certainly the flagship Java desktop applications right now.
It sounds to me like the separate process model that they are complaining about Microsoft forcing on them is... better.
It's a lot easier to make an isolated service with rigidly defined IPC secure than it is to make something that interacts directly with the user secure.
Dirac is a next-generation CODEC, which aims to be patent-free and is only just nearing a useable state. The processing requirements for Dirac are huge. Encoding it can't be done in anything like real time and decoding requires more CPU than H.264, which limits it to very modern desktops - you won't be seeing it in something like an iPhone for a few years.
The Dirac people claim that if you turn off some advanced features, it performs like h.264, some more, like divx, a few more, like mpeg2. I heard that from David Schleef pitching it though, so it may be a bit of an exaggeration.
Plus, it wasn't that long ago that h.264 brought brand new machines to their knees. Stuff gets optimized. People figure things out.
That's an awfully big assumption. From my experience within the corporate world, I'd feel reasonably confident in saying that not even half of the folks who use h.264 even know that dirac exists, much less have looked at it as an alternative to h.264.
It is important to note that Dirac was only finished this year.
What's wrong with existing solutions? Xiph has a pretty good container format, and a codec comparable divx/xvid, while the BBC has recently finished Dirac, which is not quite ready, but which has the advantage of being:
Patent and royalty free (the BBC worked very hard at this)
GPLv2, LGPL, MIT or MPL licensed reference implementation
Finished: the bitstream has been frozen, etc. Integration with container formats isn't quite there though.
Better than h.264
So why is trying making a patent-free h.264 clone worth the time? You are certainly duplicating effort, and we already have solutions.
The film producers hired Isaac Asimov to do a novelization from the screenplay, and not knowing the first thing about Asimov, told him he'd better hurry up on it because the film release was only six months away.
Asimov dropped off the manuscript the following week,
I'd never heard that before, but I believe it. Isaac Asimov was a beast.
Indeed. I, for one, am happy that the programs I was running on a Linux 1.0 kernel will run flawlessly on the Linux 2.6 kernel without modification
You want to run buggy versions of GCC and Apache?
All joking aside, as long as you didn't use glib/statically compiled your application, I believe Linux 1.0 apps WILL run flawlessly on Linux 2.6 kernels. The kernel's userspace ABI has been very stable.
(Of course internal ABI/API stability has historically been on the order of six months:P).
Slashdot Mirror
It looks like it would be a huge boost for writing content generation tools for games.
I was under the impression that once you stopped collecting unemployment, you were no longer counted as unemployed, whether that was true or not. In other words, the reason employment goes up as people hit the end of their unemployment checks is an artifact of the data collection process. Not that there aren't people who wait until the last minute to go back to work. Hell, I know a couple.
Is Apples GCC 4.3 significantly different from a vanilla GCC 4.3? I know they've been doing a bunch of work on llvm, so they can get a compiler not under the gplv3, is this part of the difference?
The difference between an open source software project and Wikipedia is that with software there are gatekeepers, so you can't commit nonsense, so you can keep standards high, etc. Why, exactly, is that not acceptable for a textbook project?
High system requirements
Probably the next development in the desktop UI will involve the elimination of the desktop abstraction itself. The user today spends too much time moving, resizing, bringing on front or back windows or finding icons and some projects have demonstrated how the user can gain a lot in productivity by using a different approach.
Luckily for us, xmonad substitutes time wasted rearranging windows with time wasted attempting to configure the window manager.
They aren't really comparable- the kde eqivalent of clutter is qt's canvas, not plasma.
It's an API, not an application....
It's not the 3D, it's the openGL acceleration that's important. So you can do lots of smooth, illustrative animations without destroying your cpu.
It's transparent to userland, it should just mean the next generation of drivers will be faster. Of course, if the drivers are done wrong, it'll mean the next generation of drivers will be crashy, so...
True, but you can always mine more. There isn't a shortage of gold in the world, it's just that most of it costs more to extract than it's worth.
If that ever changed, like, say, the way that aluminum suddenly became cheap, your gold-backed currency would experience... ill-effects.
And even if that never happened, the gold standard is not some cure-all for economic woes. The US was on the gold standard during the Great Depression, remember?
And considering that they only froze the format this year, the fact that they haven't rolled it out to consumers is not exactly surprising- these things need baking time
Seriously, I think they've proven their commitment to patent-unencumbered formats...
Slashver-assver-tisement. I fail to understand why this is news, why it matters, or why the kdawson isn't embarrassed by posting that summary.
TFA refers to its 'Robust' hardware requirements, and says you shouldn't try to run it with less than a gig of RAM.
Seriously, at some point, do you just have too much stack? OS+Java+Eclipse+++...
It's a lot easier to make an isolated service with rigidly defined IPC secure than it is to make something that interacts directly with the user secure.
But maybe it's all that unix poisoning my brain.
The Dirac people claim that if you turn off some advanced features, it performs like h.264, some more, like divx, a few more, like mpeg2. I heard that from David Schleef pitching it though, so it may be a bit of an exaggeration.
Plus, it wasn't that long ago that h.264 brought brand new machines to their knees. Stuff gets optimized. People figure things out.
- Patent and royalty free (the BBC worked very hard at this)
- GPLv2, LGPL, MIT or MPL licensed reference implementation
- Finished: the bitstream has been frozen, etc. Integration with container formats isn't quite there though.
- Better than h.264
So why is trying making a patent-free h.264 clone worth the time? You are certainly duplicating effort, and we already have solutions.NIH, perhaps? Too many bored engineers?
NOT COMCASTIC
I'd never heard that before, but I believe it. Isaac Asimov was a beast.
You want to run buggy versions of GCC and Apache?
All joking aside, as long as you didn't use glib/statically compiled your application, I believe Linux 1.0 apps WILL run flawlessly on Linux 2.6 kernels. The kernel's userspace ABI has been very stable.
(Of course internal ABI/API stability has historically been on the order of six months :P).
Except it DIDN'T work. The Manchurians still got in and conquered China.
Not to you know, throw a monkey wrench into your argument.
It is planned for the LTS version in beta now, Hardy Heron. So your wish should get granted :).