So then all one would have to do is flip a bit to invert the geometry of the "soft" walls and then all planes would be automatically and irrovocably steered into all no-fly zones...
"I know Perl5 accomplished its goals, and then they had an {ap-if-in-ee} to add the RegEx in yet another release of Perl titled Perl6."
Have you even READ anything about Perl6? Any of the apocolypses or exegises? After lots of incremental crud got added in the (very successful) Perl5 series, they are stepping back, rethinking, refactoring, and reimplementing with a very clear and concise goal of optimizing the syntax for the most used cases, as well as fixing known warts. Additionally they are doing this on top of a generic reusable virtual machine, instead of an ad-hoc specific-use interpreter. I don't even like Perl and I realize that Perl 6 is a Good Thing.
Call me naive, but isn't the fact that physical fuel disappears once it is used make it attractive for planes, because it decreases the weight as fuel is used? Why did anyone think that putting big fat heavy batteries (albiet hydrogen-based) would be a good idea for planes?
But most (all?) graphics programmers are programming to a high level interface like opengl or directx *anyway* (and in turn these can only use whatever the driver for the card exposes, right?), so why even bother exposing more than is necessary? Anything you can't hide, open source. I'm buying hardware, not software. If "hidden surface removal" must live in the driver, and is complicated, open source the damn thing and compete on hardware merits. The programmability is even being abstracted through mid-level shader languages, so I see the need for exposing the guts of the card decreasing. In fact, I think reprogrammability of graphics cards [and drivers] would be a great thing...you could load a module that is "optimized" for a given application instead of having a monolithic driver from a vendor which tries to balance everything accross the board.
Is there really any innovation in the closed source drivers?
The problem is not the completely tech-unsavvy (who probably won't be all that productive in any environment) or the tech-super-savvy who already know what Linux is and have customized their KDE desktop. It's that great swath of people in the center that while not being complete technology zealots are savvy enough to have learned how to perform efficiently in the system they are using. Converting these people over is really hard because they already have learned about the system they are using and expect things (not unreasonably) to work in certain ways.
Well something must have changed in recent psutils, because now 'ps' correctly collapses threads within processes when they are not active (I assume). When my site gets a hit, I see the threads expand, and once the request is served, they are collapsed back under a single process line.
Metallica got a bad rap, especially here on Slashdot. Sure things were novel and lots of people were confused. But IIRC, Metallica was always very open about allowing concert-goers to tape records, make bootlegs etc. Their gripe was NOT that people were downloading their MP3s, but that 1) they had not artistic control (people could rip shitty copies and then their work would get degraded), and they were never asked for their opinion/involvement, which is at the very least, rude 2) third party startups (*cough* Napster *cough*) were building business models on what was obviously (or at least perceived to be) their work.
My impression was that Metallica was LOOKING for a way to start an MP3 relationship directly with fans, but came off to the over-reactive Slashdot community as trying to kill it entirely by trying to take control away from Napster.
The browser is not suited for traditional applications in many realms. It can be leveraged into one - it's what I do all day at work - but it's just not suited for somethings. Complex GUIs are one of those things (drag & drop, for example, is a hassle to implement and looks crappy in a browser. Integeration with other applications is basically impossible).
Absolutely correct! Please stop trying to build fancy-pants GUIs on the web. It just is the Wrong Thing. Unfortunately there really isn't a good solution, although there is cURL (from the creator of the web), and also XUL + nightmarish-scripting-glue.
Follow that to its conclusion: if it does the same job (with the same reliability, security, features, etc.), and does not need to be operated by unix gurus, does it even matter if it is Unix? No. Unix is great mostly because of the years and years of solid implementation (much of which is due to "openness", e.g. open source), I don't think it has much to do with design (as you can witness by modern features having to be bolted on).
SCO: see, you have to apply the formula: A * B = C; A being the probability of settling, B being the settlement amount. If C is larger than our lawyers fees, we go to court.
Techology - creating better assholes...
So then all one would have to do is flip a bit to invert the geometry of the "soft" walls and then all planes would be automatically and irrovocably steered into all no-fly zones...
Noise Noise Noise Noise Noise
;)
Noise Noise Signal Noise Noise
Noise Noise Noise Noise Noise
But seriously, love ya slashdot
"I know Perl5 accomplished its goals, and then they had an {ap-if-in-ee} to add the RegEx in yet another release of Perl titled Perl6."
Have you even READ anything about Perl6? Any of the apocolypses or exegises? After lots of incremental crud got added in the (very successful) Perl5 series, they are stepping back, rethinking, refactoring, and reimplementing with a very clear and concise goal of optimizing the syntax for the most used cases, as well as fixing known warts. Additionally they are doing this on top of a generic reusable virtual machine, instead of an ad-hoc specific-use interpreter. I don't even like Perl and I realize that Perl 6 is a Good Thing.
Call me naive, but isn't the fact that physical fuel disappears once it is used make it attractive for planes, because it decreases the weight as fuel is used? Why did anyone think that putting big fat heavy batteries (albiet hydrogen-based) would be a good idea for planes?
...those articles are only 99.99999891 percent true
...is right here.
But seriously, props to Scott McCloud.
"They have pictures of the item you can buy!"
Granted, although that is not exactly mitigating criteria for vaporware...
But most (all?) graphics programmers are programming to a high level interface like opengl or directx *anyway* (and in turn these can only use whatever the driver for the card exposes, right?), so why even bother exposing more than is necessary? Anything you can't hide, open source. I'm buying hardware, not software. If "hidden surface removal" must live in the driver, and is complicated, open source the damn thing and compete on hardware merits. The programmability is even being abstracted through mid-level shader languages, so I see the need for exposing the guts of the card decreasing. In fact, I think reprogrammability of graphics cards [and drivers] would be a great thing...you could load a module that is "optimized" for a given application instead of having a monolithic driver from a vendor which tries to balance everything accross the board.
Is there really any innovation in the closed source drivers?
The problem is not the completely tech-unsavvy (who probably won't be all that productive in any environment) or the tech-super-savvy who already know what Linux is and have customized their KDE desktop. It's that great swath of people in the center that while not being complete technology zealots are savvy enough to have learned how to perform efficiently in the system they are using. Converting these people over is really hard because they already have learned about the system they are using and expect things (not unreasonably) to work in certain ways.
the answer is of course: 5 seconds if use the right "optimizations" ;)
Well something must have changed in recent psutils, because now 'ps' correctly collapses threads within processes when they are not active (I assume). When my site gets a hit, I see the threads expand, and once the request is served, they are collapsed back under a single process line.
Dude, get with the times, THAC0 is obsolete since the d20 system.
is harder than it sounds
...wanna switch?
Yeah, but then who are you going to beat up when you strike out?
Metallica got a bad rap, especially here on Slashdot. Sure things were novel and lots of people were confused. But IIRC, Metallica was always very open about allowing concert-goers to tape records, make bootlegs etc. Their gripe was NOT that people were downloading their MP3s, but that 1) they had not artistic control (people could rip shitty copies and then their work would get degraded), and they were never asked for their opinion/involvement, which is at the very least, rude 2) third party startups (*cough* Napster *cough*) were building business models on what was obviously (or at least perceived to be) their work.
My impression was that Metallica was LOOKING for a way to start an MP3 relationship directly with fans, but came off to the over-reactive Slashdot community as trying to kill it entirely by trying to take control away from Napster.
I shit you not. I asked for a "small".
The browser is not suited for traditional applications in many realms. It can be leveraged into one - it's what I do all day at work - but it's just not suited for somethings. Complex GUIs are one of those things (drag & drop, for example, is a hassle to implement and looks crappy in a browser. Integeration with other applications is basically impossible).
Absolutely correct! Please stop trying to build fancy-pants GUIs on the web. It just is the Wrong Thing. Unfortunately there really isn't a good solution, although there is cURL (from the creator of the web), and also XUL + nightmarish-scripting-glue.
sigh
"Does anyone else feel like they've learned more on their own than in school?"
Amen. I'm not regretting avoiding $X0,000 (hm, at an ivy league rate that would be what, $120,000 total for 4 years?), debt also.
"the server will be operated by non-unix-gurus"
Follow that to its conclusion: if it does the same job (with the same reliability, security, features, etc.), and does not need to be operated by unix gurus, does it even matter if it is Unix? No. Unix is great mostly because of the years and years of solid implementation (much of which is due to "openness", e.g. open source), I don't think it has much to do with design (as you can witness by modern features having to be bolted on).
Yeah, same thing with Gillette. Since they introduced that lubricant strip, swallowing razors has been much easier.
I have to rely on Fight Club...
SCO: see, you have to apply the formula: A * B = C; A being the probability of settling, B being the settlement amount. If C is larger than our lawyers fees, we go to court.
but... but... they're veteran see? TAKE THAT TANK *clink* *plink*
Hey, I'm USian, and have no problem with other people cracking on USians... I would hope people could take a joke Boromir son of Faram.