If I had a dime for every time those "oh-so-infallable" coders ignored planning, sat down and coded first, and delivered something of absolutely no value to anyone other than the coders....I'd have a dime for every project that the coders stayed away from the planning table.
And don't even start with me about the coders "buzzword compliant" rubbish. Java alone has enough useless buzzwords to make an advertising exec blush. At least Microsoft obsoletes their useless development buzzwords every couple of years so we can forget about them.
Those "administrators" (the dismissive, condescending parens are yours) are the customers. Perhaps if the "coders" remembered that, and what their real job is (hint: it's not to turn to the next coder and say "d00d, look at the really clever, obscure hack I came up with"), both sides would end up with useful software.
Yes...gawd knows noone ever did anything useful with PDP-8s (~12KB), 8080/Z-80s (64KB), PDP-11s (256KB), IBM PCs (640KB), my first Sun (Sun 3/160, 16MB), my last VAX (the first gatech.edu (good lord all the things that it did), 128MB, as I recall), etc., etc.
So...run along back to Windows XP, or OSX, or RedHat 9 + KDE, or whatever bloated, alpha-channeled, transparent windowed, frilly-backgrounded, GL game-playing, purdy-piktured, GUI-fest you require to "do anything useful". Other folks have more apropos criteria for "useful".
There is a reasonably effective way to deal with this sort of thing, especially from a second-tier vendor like Belkin. Don't buy their stuff.
Recommend to friends & clients it's not to be bought. Figure out and communicate the alternative. Communicate simply & clearly why the alternative is better (avoiding histrionics). Let Belkin know why this is.
Let Belkins resellers (CompUSA, no?) know why you will not buy their stuff, and that you tell everyone who listens the same thing. Do this clearly & simply. Tell them what acceptable alternative are out there.
Eventually you'll get marketing people having conversations like "Hey...let's do ", "are you an idiot, Belkin did , and look where it got them". When it becomes financially painful, either the incumbents will change or new competitors will arise to give us what we want.
I hate to compare NetBSD to Linux, because in many ways they are different tools for different jobs. Linux lives firmly in the big server and desktop world, where NetBSD live more comfortably in the more modest (hardware-wise) server and embedded world.
That said, NetBSD is very clean and elegant, and is persistently and carefully maintained. If you want an operating system that you can sit down and really understand and modify, I think you'd be very, very happy with NetBSD.
Your wrong.:-)
The primary focus of NetBSD is stability and portability across a large number of platforms. A couple people took a break from that work, figured out the issues (undoubtedly partially by looking at what made others perform so well), and folded in the changes.
Nothing sinister about that.
While I agree that Darwin has little more than sideline interest in and of itself, I disagree with the rest of your premise. Hurd, while technically interesting, is years (literally) behind Linux in terms of feature set and usability. It's a decade behind from a user/market acceptance standpoint. Even with "lots of code examples to choose from", Hurd has a significant way to go before it is more than a curiosity.
Quick...name one Fortune 1000 company seriously considering a move to Hurd.
Ultimately, it's not Stallmans call over what kernel is used. That's sorta the thing with the GPL. Since it's all GPLed, people can pick what kernel they like. Some folks will jump to Hurd. My own guess is that very few will abandon Linux, at least in the forseeable future.
FWIW...People who want to dispose of the Linux kernel now do have an option. Last time I checked, the Debian/NetBSD folks had something going, tho they has some "interesting" ideas about licenses. I haven't seen a mad rush that direction from either the Debian or the NetBSD camp.
That said...we could use a new toolchain on top of Linux. Not because of any "consipricy" on the part of Stallman and his cabal, but because the GNU compilers are vastly better at portability that optimization. Having something as good as the Intel compiler or the DEC Alpha compiler for ever arch would be nice...
XFree86 isn't the only expression of the X Window System...it just happens to be the one most people are familiar with. One could do anything from fork the current project to go back to the base 4.4 code drop and writing the drivers from scratch are possible.
7 1/2 weeks worth of reserve is alot? a hair under 2 months?
Reserves in the ground (~22 billion barrels), not in the tanks of the SPR. Perhaps my meaning wasn't obvious.
Sure you would think so....again from our friends at Dept of Energy,(same link as above)
...totally irrelevant citations deleted...
Your cite only illustrates that Persian Gulf oil is important (as I mention in my original post, important == cheap), not that there isn't lots of oil elsewhere. The fact that half of the worlds reserves are in the Persian Gulf means that the other half is somewhere else. The fact that 12.4% of U.S. oil came from there means 87.6% came from somewhere else. Since we are in the mood to cite:
http://www.eia.doe.gov/emeu/iea/table81.html
If nothing changes, then of course the Persian Gulf influence will increase. That's where the cheap and easy source is. Of course oil production facilities are concetrated in the Middle East...that's where the the cheap production opportunity is.
The bottom line is that it is factually untrue that Middle East oil is our only option; we are meerly used to the cheapness of the existing supply. More importantly, any event that causes Middle East oil to increase in cost means that there will be expanded alternative options to provide energy.
In the U.S., we have significant reserves and production capacity. There is still lots of oil under the North Sea. Russia & the other former Soviet Union contries are just now coming on line with huge reserves. Then there is Africa & South American producers. There's plenty of oil out there.
The significant thing about Middle Eastern oil is that it's easy to get at, so it's cheap. If they turned it off tomorrow, then we'd pay somewhat more for oil: perhaps a lot more up front, but only modestly higher in the long term once the supply side has settled down. Nothing more, nothing less. That will have economic impact, but the economy will adjust, just like it has to significant increase in gas prices here in the U.S. over the last 2 years or so.
I would also point out that an increase in the per-barrel price of oil would increase the supply of oil and other energy sources, as reserves such as oil sands and other alternative energy sources become economically viable to exploit.
Another good one is the thorium and other gems in most bricks. In other words, if you live in a brick house, slather on the bacon grease and turn your bad self on the half hour...you're getting irradiated.
Less dramatic, your smoke detector contains radioactive Americium. Bask in the glow...
Not for a long time, not with WASTE which does not get away for centuries, but it got poluted in a way that people where asked by the government to stay in the house until the fall out was over.
And what makes you think that this is not the government covering their ass (or "taking no chances", if you want to be more politically correct). You might be right in your implications, but your stated argument proves no cause and effect.
That said, Chernobyl caused in Scandinavia a spike above background radiation that was "Noticeable". Does that equate to "poluted" (sic)? It's not good, to be sure, but I apparently missed the annoucements of mass casualties and reduction to wasteland that most of these posts imply.
It's not weapons grade material. If they've got the facility to convert it to weapons grade, then they've got the cash and technology to get it much easier than digging it out of concrete in Alaska.
Not true. It's called net-metering. The solar power crown does it all the time. As long as you use the apropos interconnect gear & obey local regs, it's fine.
Forget that fancy, new-fangled PDP-11 stuff...you'd be amazed at how many PDP-8s are out there still running all sorts of scientific, data collection & industrial processes.
I've got a PC532 (NS32532 homebrew) that still wakes up occasionally for something NetBSD-ish. That's circa 1987. My PDP-11/2 is much, much older, but it hasn't been turned on in a long time.
I'm more or less enjoying my eighteenth year of Unix use (BSD on Vax 11/780... I feel old) and I'd like to see these creeps get the lawsuits & criminal charges they so richly deserve.
Amen, brother. I started on on 11/780 & 750 running BSD (and 3B20 & Sun 3/160 running other things). Then I went to Secureware, and we ended up with a copywrite in SCO...too much time with SCO...
MWC's Coherent
There was also Minix...and then this dude named Linus came along...
If it doesn't have to be channelized, there is a 2600/3600 module to do that:
http://www.cisco.com/en/US/products/hw/modules/ps2 797/products_data_sheet09186a008010fba2.html
Otherwise...you're going to need a 7000/7200/7500.
And don't even start with me about the coders "buzzword compliant" rubbish. Java alone has enough useless buzzwords to make an advertising exec blush. At least Microsoft obsoletes their useless development buzzwords every couple of years so we can forget about them.
Those "administrators" (the dismissive, condescending parens are yours) are the customers. Perhaps if the "coders" remembered that, and what their real job is (hint: it's not to turn to the next coder and say "d00d, look at the really clever, obscure hack I came up with"), both sides would end up with useful software.
There has been a high-profile terrorist attack against the U.S. rail infrastructure. http://www.emergency.com/azdrail.htm
Yes...gawd knows noone ever did anything useful with PDP-8s (~12KB), 8080/Z-80s (64KB), PDP-11s (256KB), IBM PCs (640KB), my first Sun (Sun 3/160, 16MB), my last VAX (the first gatech.edu (good lord all the things that it did), 128MB, as I recall), etc., etc.
So...run along back to Windows XP, or OSX, or RedHat 9 + KDE, or whatever bloated, alpha-channeled, transparent windowed, frilly-backgrounded, GL game-playing, purdy-piktured, GUI-fest you require to "do anything useful". Other folks have more apropos criteria for "useful".
Recommend to friends & clients it's not to be bought. Figure out and communicate the alternative. Communicate simply & clearly why the alternative is better (avoiding histrionics). Let Belkin know why this is.
Let Belkins resellers (CompUSA, no?) know why you will not buy their stuff, and that you tell everyone who listens the same thing. Do this clearly & simply. Tell them what acceptable alternative are out there.
Eventually you'll get marketing people having conversations like "Hey...let's do ", "are you an idiot, Belkin did , and look where it got them". When it becomes financially painful, either the incumbents will change or new competitors will arise to give us what we want.
Well...honestly...who wouldn't.
*Kicks Self* for turning down the job at Gulfstream...
That said, NetBSD is very clean and elegant, and is persistently and carefully maintained. If you want an operating system that you can sit down and really understand and modify, I think you'd be very, very happy with NetBSD.
YMMV
Your wrong. :-)
The primary focus of NetBSD is stability and portability across a large number of platforms. A couple people took a break from that work, figured out the issues (undoubtedly partially by looking at what made others perform so well), and folded in the changes.
Nothing sinister about that.
As I recall, this was one of the intended applications of Bluetooth.
Quick...name one Fortune 1000 company seriously considering a move to Hurd.
Ultimately, it's not Stallmans call over what kernel is used. That's sorta the thing with the GPL. Since it's all GPLed, people can pick what kernel they like. Some folks will jump to Hurd. My own guess is that very few will abandon Linux, at least in the forseeable future.
FWIW...People who want to dispose of the Linux kernel now do have an option. Last time I checked, the Debian/NetBSD folks had something going, tho they has some "interesting" ideas about licenses. I haven't seen a mad rush that direction from either the Debian or the NetBSD camp.
That said...we could use a new toolchain on top of Linux. Not because of any "consipricy" on the part of Stallman and his cabal, but because the GNU compilers are vastly better at portability that optimization. Having something as good as the Intel compiler or the DEC Alpha compiler for ever arch would be nice...
Ugliest. Phone. Ever.
Err...make that the base 6.6 code drop, not 4.4. Sorry...
XFree86 isn't the only expression of the X Window System...it just happens to be the one most people are familiar with. One could do anything from fork the current project to go back to the base 4.4 code drop and writing the drivers from scratch are possible.
Reserves in the ground (~22 billion barrels), not in the tanks of the SPR. Perhaps my meaning wasn't obvious.
Sure you would think so....again from our friends at Dept of Energy,(same link as above)
Your cite only illustrates that Persian Gulf oil is important (as I mention in my original post, important == cheap), not that there isn't lots of oil elsewhere. The fact that half of the worlds reserves are in the Persian Gulf means that the other half is somewhere else. The fact that 12.4% of U.S. oil came from there means 87.6% came from somewhere else. Since we are in the mood to cite:
http://www.eia.doe.gov/emeu/iea/table81.html
If nothing changes, then of course the Persian Gulf influence will increase. That's where the cheap and easy source is. Of course oil production facilities are concetrated in the Middle East...that's where the the cheap production opportunity is.
The bottom line is that it is factually untrue that Middle East oil is our only option; we are meerly used to the cheapness of the existing supply. More importantly, any event that causes Middle East oil to increase in cost means that there will be expanded alternative options to provide energy.
In the U.S., we have significant reserves and production capacity. There is still lots of oil under the North Sea. Russia & the other former Soviet Union contries are just now coming on line with huge reserves. Then there is Africa & South American producers. There's plenty of oil out there.
The significant thing about Middle Eastern oil is that it's easy to get at, so it's cheap. If they turned it off tomorrow, then we'd pay somewhat more for oil: perhaps a lot more up front, but only modestly higher in the long term once the supply side has settled down. Nothing more, nothing less. That will have economic impact, but the economy will adjust, just like it has to significant increase in gas prices here in the U.S. over the last 2 years or so.
I would also point out that an increase in the per-barrel price of oil would increase the supply of oil and other energy sources, as reserves such as oil sands and other alternative energy sources become economically viable to exploit.
This is why we actually read the article before posting. Why don't you try that.
Less dramatic, your smoke detector contains radioactive Americium. Bask in the glow...
And what makes you think that this is not the government covering their ass (or "taking no chances", if you want to be more politically correct). You might be right in your implications, but your stated argument proves no cause and effect.
That said, Chernobyl caused in Scandinavia a spike above background radiation that was "Noticeable". Does that equate to "poluted" (sic)? It's not good, to be sure, but I apparently missed the annoucements of mass casualties and reduction to wasteland that most of these posts imply.
Gold mining has the nasty bonus (or had...my info is admittedly dated) of using cyanides to seperate the gold from the rest of the aggregate.
It's not weapons grade material. If they've got the facility to convert it to weapons grade, then they've got the cash and technology to get it much easier than digging it out of concrete in Alaska.
5 second Google search for an example:
http://www.eere.energy.gov/greenpower/netmetering/ index.shtml
Forget that fancy, new-fangled PDP-11 stuff...you'd be amazed at how many PDP-8s are out there still running all sorts of scientific, data collection & industrial processes.
I've got a PC532 (NS32532 homebrew) that still wakes up occasionally for something NetBSD-ish. That's circa 1987. My PDP-11/2 is much, much older, but it hasn't been turned on in a long time.
Amen, brother. I started on on 11/780 & 750 running BSD (and 3B20 & Sun 3/160 running other things). Then I went to Secureware, and we ended up with a copywrite in SCO...too much time with SCO...
MWC's Coherent
There was also Minix...and then this dude named Linus came along...
Sounds like the author passed on waaaaay too many easy opportunities to abuse SCO...
If it doesn't have to be channelized, there is a 2600/3600 module to do that: http://www.cisco.com/en/US/products/hw/modules/ps2 797/products_data_sheet09186a008010fba2.html
Otherwise...you're going to need a 7000/7200/7500.