Problems that do not easily fit into existing categories have no set methods for approaching them. What you are describing is identical to the turn-the-crank methods used to teach algebra in high-school and doesn't work for problems that require truly creative solutions.
You may tell your boss that you're starting on the problem right away, but I'll bet you're more productive when you don't have 10 meetings a week and aren't constantly interrupted by cow-orkers and phone calls.
Anyone ever considered that this is what the Communist Chinese Government wants?!? Having government agents producing the spam would certainly be the easiest way to make sure that the chinese population can't communicate with the outside world... Noone can hear the e-screams when they're blocked at the border router.
BT's
patent certainly talks about a form of hyperlinking, but their description talks about how the displayed and hidden portions are laid out in "blocks" with "predetermined addresses".
Our current form of hyperlink uses free text formatting and there is no blocking involved. We actually have to parse the entire thing to figure out what is displayed and what isn't... A BT hyperlink is structured differently, so their patent doesn't apply to modern HTML code...
The slashdot editor/moderation model we're using here could be applied to the patent review process. Patent documents would be posted for public review and readers could submit follow-ups that would support (or not!) the patent. Flamers and idiots could be modded down and all the patent examiner is left with are the highest rated submissions that relate to the patent application.
As I understand it, IP is protected by patent from the submission date, not the grant date, so noone risks losing IP because of public disclosure.
Frankly, I'd feel more comfortable with the software ecology we have today than what we'll have once everybody catches mono(.NET). I want bright people everywhere to be thinking about things in as many different ways as possible. That way evolution moves forward. Robust ecologies have lots of organisms competing for survival... some of them surviving in little tiny niches for eons, and others can live just about anywhere. Monocultures have their problems: evolution slows down because there aren't any other species to mix genes with, and then there is the problem of having the entire ecology vulnerable to a single disease.
But we're talking software and software development, not biology... However, I think the analogies work here. Memes (ideas, ways of thinking) replace genes, programmers and corporations replace the organisms, and money/time/mindshare replaces the resources that all are competing for.
I think it's incredibly premature to think about integrating mono(.NET) memes into other projects until it's proven itself in the darwinian sense.
Successful capitalists need not apply either...
on
Space Tourist Standards
·
· Score: 2, Funny
So how can you be successful enough to afford the trip without lying, cheating, or stealing somewhere along the way?
Absolutely! Now I haven't seen any good numbers on this, but I'm guessing that every computer professional in the U.S. is probably spending at least $2K to $3K/year for the priviledge of a hi-tech lifestyle... buying new computers, keeping your ISP happy, cell phones, pagers, etc... This doesn't include what we spend training ourselves so that we might be able to keep our jobs.
Anybody ever seen any serious economic analyses on this topic?
Tim Berners-Lee in early versions of the HTTP protocol made a similar bone-headed mistake that you now claim no decent network programmer would make today. Tim originally had the HTTP protocol opening a new TCP connection for every graphical element in a web page. Every little GIF and JPG caused a new TCP connection to be created for the file transfer and then torn down again at the end. And nearly all of these files were so small that you never got past the slow-start congestion avoidance phase of the connection.
It's not inconceivable that someone udp-doofus might create the killer app and have it spread like wildfire before we have a chance to build up the infrastructure to support it. Just because we think the design stinks doesn't mean it won't become popular.
Re:Good Military Sci-Fi Books
on
The Forever War
·
· Score: 1
Problems that do not easily fit into existing categories have no set methods for approaching them. What you are describing is identical to the turn-the-crank methods used to teach algebra in high-school and doesn't work for problems that require truly creative solutions. You may tell your boss that you're starting on the problem right away, but I'll bet you're more productive when you don't have 10 meetings a week and aren't constantly interrupted by cow-orkers and phone calls.
Anyone ever considered that this is what the Communist Chinese Government wants?!? Having government agents producing the spam would certainly be the easiest way to make sure that the chinese population can't communicate with the outside world... Noone can hear the e-screams when they're blocked at the border router.
Our current form of hyperlink uses free text formatting and there is no blocking involved. We actually have to parse the entire thing to figure out what is displayed and what isn't... A BT hyperlink is structured differently, so their patent doesn't apply to modern HTML code...
Ha!!!
As I understand it, IP is protected by patent from the submission date, not the grant date, so noone risks losing IP because of public disclosure.
I'm sure the folks over at OpenIP.org or OpenPatents.org would be willing to discuss this...
Frankly, I'd feel more comfortable with the software ecology we have today than what we'll have once everybody catches mono(.NET). I want bright people everywhere to be thinking about things in as many different ways as possible. That way evolution moves forward. Robust ecologies have lots of organisms competing for survival... some of them surviving in little tiny niches for eons, and others can live just about anywhere. Monocultures have their problems: evolution slows down because there aren't any other species to mix genes with, and then there is the problem of having the entire ecology vulnerable to a single disease. But we're talking software and software development, not biology... However, I think the analogies work here. Memes (ideas, ways of thinking) replace genes, programmers and corporations replace the organisms, and money/time/mindshare replaces the resources that all are competing for. I think it's incredibly premature to think about integrating mono(.NET) memes into other projects until it's proven itself in the darwinian sense.
So how can you be successful enough to afford the trip without lying, cheating, or stealing somewhere along the way?
Absolutely! Now I haven't seen any good numbers on this, but I'm guessing that every computer professional in the U.S. is probably spending at least $2K to $3K/year for the priviledge of a hi-tech lifestyle... buying new computers, keeping your ISP happy, cell phones, pagers, etc... This doesn't include what we spend training ourselves so that we might be able to keep our jobs.
Anybody ever seen any serious economic analyses on this topic?
With AOL/TW behind RedHat, at least there'll be one *legal* Linux distribution in the US if SSSCA passes this year.
Tim Berners-Lee in early versions of the HTTP protocol made a similar bone-headed mistake that you now claim no decent network programmer would make today. Tim originally had the HTTP protocol opening a new TCP connection for every graphical element in a web page. Every little GIF and JPG caused a new TCP connection to be created for the file transfer and then torn down again at the end. And nearly all of these files were so small that you never got past the slow-start congestion avoidance phase of the connection.
It's not inconceivable that someone udp-doofus might create the killer app and have it spread like wildfire before we have a chance to build up the infrastructure to support it. Just because we think the design stinks doesn't mean it won't become popular.
Don't forget Armour by John Steakley