The start of the article lauds BL for "inventing the internet." This is BS. People were linking content LONG before BS using mark-up languages. Most on-line help systems provided such service. Do a patent search and you find all sorts of ringers...
I guess the his whole stance is denial of other literature that states people in the information age are becomming less intelligent. But wait - creative and intelligent aren't the same thing are they.
Before you presume to think you know who you are talking to, I ain't no hippy.
In 1997 I was working for an environmental engineering company hired by the EPA to write a fairly complex similation that modelled carbon, nitrogen cycles, as well as temperature and precipitation. We worked with several universities to come up with as accurate model as possible, including geoarchaeologic trends.
It suffices to say that 8 years after the project was delivered, the predicions this simulation made were bang on with regards temperature and precipitation. And the inputs wrt carbon, nitrogen, methane, and such were completely influenced by human factors.
One of the most amusing things about the project was the 50 year prediction. Unfortunately I cannot discuss specific results; perhaps it suffices to say I'm scared shitless, and the most disheartening thing is that absolutely nothing can or will be done about it.
No! Ain't No global warming! Ain't No greenhouse gases! Ain't No CFCs!
Here is the proof! 1- arctic permafrost is melting and methane is escaping into the atmosphere at historic levels 2- petrofuel consumption is at record levels pumping CO2 into the atmosphere (gas prices also at record levels) 3- slash-and-burn for agriculture continues in all major rain forests (and trees take carbon and make oxygen) 4- fish and bird migratory patterns have changed due to temperature increases 5- hotest summers ever accross north america 6- antarctic iceflows are decreasing in size 7- wilder and more frequent storms accross the world 8- CFC use in the third world has increased since 1970 (so CFC production has increased)
The scientists haven't got a clue! And all that crap data at nasa is lies lies lies!
I'm not talking about desktop apps. The argument doesn't hold - because not everyone developing on linux supports open source - nor are all the software used on linux open source.
Consider most enterprise strength real-time messaging systems (MOM) for example... Server side is more than linux+apache.
POSIX compliance IS important for apps. I know a bunch of real-time software that won't run/compile on linux because of lack for shared memory mapped files. Coding for POSIX is supposed to be coding for portability...
The article should put more emphasis on it being a server replacement; not a desktop replacement.
And the article misses that Linux only does 80% of what real Unix (like Solaris) implementations do (posix compliance for one, especially about shared memory and timing.)
It would be interesting one day to see a feature [complete] chart comparing "free" Unix implementations like FreeBSD, OpenBSD, OpenSolaris, and Linux. I have a suspicion that OpenSolaris would win a feature race.
I agree kinda sorta that Apple has a lot of experience here. As far back as 7 you could attach extra finder info - and it was really useful - until you needed to rebuild your desktop and all the finder info was obliterated.
But adding new meta data; different user's likely want different meta data for the same file; and the more meta data associated the more time consuming and irrelevant the searches become. How do you share meta data with a file? In the old days (when I wrote a uuencoding tool) on MacOS I'd encode resource, data forks, and finder info. In modern times, this is more problematic. I don't think either system addresses this; a file format packaging meta data (that may be user specific) is a radical (and expensive imho) proposition.
I investigated a commercial distributed possibility for signal processing using off cycles for seismic. A variety of issues popped up that made it a no go. The logistics behind figuring out who gets paid for what is immense, especially for an application that's supposed to be non-intrusive. Couple that with "proprietary data" - end users want to know whats going on - and clients don't want to tell them. The biggest stopper: Terrabytes of data will take out your intranet even in off hours, and if you partition the problem not to impact your network, don't expect timely results.
J2EE is a specification to which various parties provide some or all of the services. Last I checked, some of these vendors provide different pricing on what you want allowing you to roll-your-own container.
As for being a bloated medly of seldom used/needed technologies, I strongly disagree with this statement. Like Corba, it defines a set of services vendors provide to build enterprise applications. Last I checked, distributed transactional services, orbs, mail, security, and messaging were all really important parts of any enterprise. Its not just web content delivery.
If you use your analogy about the number of books, then perhaps you should compare this to the number of books already existing for NET, or historically to VB. You can raise a mountain with those, and I don't think its fair to say those technologies are any more or less difficult.
I agree SOME people will overspecify and use the wrong tool for the wrong job. But that is often the craftsman's problem (due to lack of experience), not the tool. For example, I know a lot of bright kids outta school (and some managers who love new magic bullet technologies) who think every problem can be solved with 3-tier architectures and EJBs... only to discover that 2-tier archictures with POJOs and/or OR mapping tools are often simpler, easier, cost less, and usually the right solution to many enterprise type development projects.
I also disagree about J2EE going "the corba way." Corba is a mature specification with many mature vendors. J2EE is there now too. People do use CORBA and J2EE - maybe not every project uses every service - but that's not the point. Use what you need.
A great response to a well thought out rebuttle. You are a f3ck1ng idiot. Proprietary fad? 10 years proven technology. Limited? I've done signal processing to simulation to games. Slow and buggy? Hmmm I wrote a real time databse 100% java. Buggy? Really? I haven't had to code around a Java bug in 8 years. Not useful? 80% of all enterprise apps use J2EE technologies.
Come on, your last sentance is so out to lunch you really need to take your head out of your 4ss and see what people in the real world are doing, ESPECIALLY the mundane world of enterprise applications. Heard of SAP and JDE?
In NET, you can complete subvert the security manager.
Java has evolved to be rock solid where net has only started to have people pound on it (nice chart tho, comparing a 95 deploy to and 05 deploy - I guess its like comparing Windows 95 sales to Windows 3.1 sales - musta been some product to outsell 3.1... (btw this is a not so subtle sarcasm)).
Academics specialize to the exclusion of usefulness. So anyone who isn't as introverted, or who thinks studying sexual habits of the Bonobo is a waste of time-n-resources, is obviously inferior.
I don't think its jealousy; and I don't think that they're doing anything better. There are always people willing to put you down because they're unhappy and or it makes them feel better and or they need an antagonist.
Personally I think the whole article smells of Microsoft money. Unclean. Unclean.
Nero was in Antium in 64AD when the fire broke out.
Rumour has it in attempts to discern why the fire was so bad (densly populated area, overpopulation, poor building regulations), some people noted that a small group was running around screaming the end of the world was at hand... and this was in later sources, not ones written close to the time of the fire.
Some speculate that persecution didn't happen because of the "arsonists", but because of "subversive" behavior - that is - reluctance to pay taxes - and a hell bent obsession with conversion.
PS: They didn't have fiddles back then. PPS: Most of the modern bible was written after this time. PPPS: Good Christians discount the latter a cause de blind faith. Ain't no such thing as historical context.
But this is a result of the democratic process. The majority, no matter how slim, put Bush in power. That means these are also the views of the majority...
If you disagree, get out and advocate. Less than half of the population actually votes.
Hey... Count the number of hispanic or black senators. Start with the black ones, as they're easy to spot. How many do you see? I see one. One in a hundred. How many have there been total? Three?
Compare that to the number of senators from "well to do" white families. You know, the type that mommy and daddy's wealth paid for their college education (in an ivy league school) after which they were put in charge of mommy and daddy's big company, holdings, etc.
Sorry, Miller's experiment shows basic amino acids from non-life, the interactions of which create life (or so the story goes, which is still the big investigation.)
For the most part we're a small set of APIs published via IEEE with the premise that apps written to us are portable. Unfortunately, Linus felt that supporting POSIX meant more work for the kernel.
The POSIX API set isn't huge. It has nothing to do with money. It has everything to do with kernel architecture. And Linus wouldn't budge.
The result is that we don't know what APIs work or not until we try port our application and find out this or that doesn't work because Linux stubs a lot of POSIX APIs so code still compiles... and now its a game to find out what is or is not implemented in our current kernel.
Its closing the gap argument missed some really important issues; for example, developers. There are some things that Linux doesn't do, and will never do because the benevolent dictator doesn't believe in them.
For one, POSIX compliance. OpenSolaris IS compliant, so as a real-time junkie who loves his shared-memory mapped files, I'm bouncing up and down. Linux shared memory stubs some calls, doesn't implement the POSIX suite, while barely implementing older shm. How many MAN pages can you find that tell you "This isn't implemented." in OpenSolaris?
Apple's case against MS defined the legal benchmark...
Sounds like blame.
Anyway, there are lots of BS patents that fueled this more than the trash can (IMHO). Consider the LZW(GIF) patent in 1984 from UniSys. Kodak was patenting all sorts of crap in the 80's.
Slashdot Mirror
ok inventing the www - not the internet - a semantic slip by a creative but less intelligent person
The start of the article lauds BL for "inventing the internet." This is BS. People were linking content LONG before BS using mark-up languages. Most on-line help systems provided such service. Do a patent search and you find all sorts of ringers...
I guess the his whole stance is denial of other literature that states people in the information age are becomming less intelligent. But wait - creative and intelligent aren't the same thing are they.
Before you presume to think you know who you are talking to, I ain't no hippy.
In 1997 I was working for an environmental engineering company hired by the EPA to write a fairly complex similation that modelled carbon, nitrogen cycles, as well as temperature and precipitation. We worked with several universities to come up with as accurate model as possible, including geoarchaeologic trends.
It suffices to say that 8 years after the project was delivered, the predicions this simulation made were bang on with regards temperature and precipitation. And the inputs wrt carbon, nitrogen, methane, and such were completely influenced by human factors.
One of the most amusing things about the project was the 50 year prediction. Unfortunately I cannot discuss specific results; perhaps it suffices to say I'm scared shitless, and the most disheartening thing is that absolutely nothing can or will be done about it.
No! Ain't No global warming! Ain't No greenhouse gases! Ain't No CFCs!
Here is the proof!
1- arctic permafrost is melting and methane is escaping into the atmosphere at historic levels
2- petrofuel consumption is at record levels pumping CO2 into the atmosphere (gas prices also at record levels)
3- slash-and-burn for agriculture continues in all major rain forests (and trees take carbon and make oxygen)
4- fish and bird migratory patterns have changed due to temperature increases
5- hotest summers ever accross north america
6- antarctic iceflows are decreasing in size
7- wilder and more frequent storms accross the world
8- CFC use in the third world has increased since 1970 (so CFC production has increased)
The scientists haven't got a clue! And all that crap data at nasa is lies lies lies!
Amen! Freeware, shareware, and small publishers are not dead. Semper fi.
I'm not talking about desktop apps. The argument doesn't hold - because not everyone developing on linux supports open source - nor are all the software used on linux open source.
Consider most enterprise strength real-time messaging systems (MOM) for example... Server side is more than linux+apache.
POSIX compliance IS important for apps. I know a bunch of real-time software that won't run/compile on linux because of lack for shared memory mapped files. Coding for POSIX is supposed to be coding for portability...
The article should put more emphasis on it being a server replacement; not a desktop replacement.
And the article misses that Linux only does 80% of what real Unix (like Solaris) implementations do (posix compliance for one, especially about shared memory and timing.)
It would be interesting one day to see a feature [complete] chart comparing "free" Unix implementations like FreeBSD, OpenBSD, OpenSolaris, and Linux. I have a suspicion that OpenSolaris would win a feature race.
I agree kinda sorta that Apple has a lot of experience here. As far back as 7 you could attach extra finder info - and it was really useful - until you needed to rebuild your desktop and all the finder info was obliterated.
But adding new meta data; different user's likely want different meta data for the same file; and the more meta data associated the more time consuming and irrelevant the searches become. How do you share meta data with a file? In the old days (when I wrote a uuencoding tool) on MacOS I'd encode resource, data forks, and finder info. In modern times, this is more problematic. I don't think either system addresses this; a file format packaging meta data (that may be user specific) is a radical (and expensive imho) proposition.
Anyway I'm rambling.
A cease-and-desist order costs marketshare. So Creative can stop Apple's production now...
I investigated a commercial distributed possibility for signal processing using off cycles for seismic. A variety of issues popped up that made it a no go.
The logistics behind figuring out who gets paid for what is immense, especially for an application that's supposed to be non-intrusive. Couple that with "proprietary data" - end users want to know whats going on - and clients don't want to tell them.
The biggest stopper:
Terrabytes of data will take out your intranet even in off hours, and if you partition the problem not to impact your network, don't expect timely results.
J2EE is a specification to which various parties provide some or all of the services. Last I checked, some of these vendors provide different pricing on what you want allowing you to roll-your-own container.
As for being a bloated medly of seldom used/needed technologies, I strongly disagree with this statement. Like Corba, it defines a set of services vendors provide to build enterprise applications. Last I checked, distributed transactional services, orbs, mail, security, and messaging were all really important parts of any enterprise. Its not just web content delivery.
If you use your analogy about the number of books, then perhaps you should compare this to the number of books already existing for NET, or historically to VB. You can raise a mountain with those, and I don't think its fair to say those technologies are any more or less difficult.
I agree SOME people will overspecify and use the wrong tool for the wrong job. But that is often the craftsman's problem (due to lack of experience), not the tool. For example, I know a lot of bright kids outta school (and some managers who love new magic bullet technologies) who think every problem can be solved with 3-tier architectures and EJBs... only to discover that 2-tier archictures with POJOs and/or OR mapping tools are often simpler, easier, cost less, and usually the right solution to many enterprise type development projects.
I also disagree about J2EE going "the corba way." Corba is a mature specification with many mature vendors. J2EE is there now too. People do use CORBA and J2EE - maybe not every project uses every service - but that's not the point. Use what you need.
A great response to a well thought out rebuttle. You are a f3ck1ng idiot. Proprietary fad? 10 years proven technology. Limited? I've done signal processing to simulation to games. Slow and buggy? Hmmm I wrote a real time databse 100% java. Buggy? Really? I haven't had to code around a Java bug in 8 years. Not useful? 80% of all enterprise apps use J2EE technologies.
Come on, your last sentance is so out to lunch you really need to take your head out of your 4ss and see what people in the real world are doing, ESPECIALLY the mundane world of enterprise applications. Heard of SAP and JDE?
In NET, you can complete subvert the security manager.
Java has evolved to be rock solid where net has only started to have people pound on it (nice chart tho, comparing a 95 deploy to and 05 deploy - I guess its like comparing Windows 95 sales to Windows 3.1 sales - musta been some product to outsell 3.1... (btw this is a not so subtle sarcasm)).
Academics specialize to the exclusion of usefulness. So anyone who isn't as introverted, or who thinks studying sexual habits of the Bonobo is a waste of time-n-resources, is obviously inferior.
I don't think its jealousy; and I don't think that they're doing anything better. There are always people willing to put you down because they're unhappy and or it makes them feel better and or they need an antagonist.
Personally I think the whole article smells of Microsoft money. Unclean. Unclean.
Interesting quote...
Nero was in Antium in 64AD when the fire broke out.
Rumour has it in attempts to discern why the fire was so bad (densly populated area, overpopulation, poor building regulations), some people noted that a small group was running around screaming the end of the world was at hand... and this was in later sources, not ones written close to the time of the fire.
Some speculate that persecution didn't happen because of the "arsonists", but because of "subversive" behavior - that is - reluctance to pay taxes - and a hell bent obsession with conversion.
PS: They didn't have fiddles back then.
PPS: Most of the modern bible was written after this time.
PPPS: Good Christians discount the latter a cause de blind faith. Ain't no such thing as historical context.
But this is a result of the democratic process. The majority, no matter how slim, put Bush in power. That means these are also the views of the majority...
If you disagree, get out and advocate. Less than half of the population actually votes.
Ah I see your point. I missed the semantic witticism.
Hey ... Count the number of hispanic or black senators. Start with the black ones, as they're easy to spot. How many do you see? I see one. One in a hundred. How many have there been total? Three?
Compare that to the number of senators from "well to do" white families. You know, the type that mommy and daddy's wealth paid for their college education (in an ivy league school) after which they were put in charge of mommy and daddy's big company, holdings, etc.
Want to make a bet its greater than 2/3?
Uh the thread was about a spelling mistake, which it might not be...
Sorry, Miller's experiment shows basic amino acids from non-life, the interactions of which create life (or so the story goes, which is still the big investigation.)
Ethanol (CH3-CH2-OH) is the alcohol found in alcoholic beverages. :-P
Ethenol (CH2-CH-OH) is vinyl alcohol.
So...
For the most part we're a small set of APIs published via IEEE with the premise that apps written to us are portable. Unfortunately, Linus felt that supporting POSIX meant more work for the kernel.
The POSIX API set isn't huge. It has nothing to do with money. It has everything to do with kernel architecture. And Linus wouldn't budge.
The result is that we don't know what APIs work or not until we try port our application and find out this or that doesn't work because Linux stubs a lot of POSIX APIs so code still compiles... and now its a game to find out what is or is not implemented in our current kernel.
Its closing the gap argument missed some really important issues; for example, developers. There are some things that Linux doesn't do, and will never do because the benevolent dictator doesn't believe in them.
For one, POSIX compliance. OpenSolaris IS compliant, so as a real-time junkie who loves his shared-memory mapped files, I'm bouncing up and down. Linux shared memory stubs some calls, doesn't implement the POSIX suite, while barely implementing older shm. How many MAN pages can you find that tell you "This isn't implemented." in OpenSolaris?
Apple's case against MS defined the legal benchmark...
Sounds like blame.
Anyway, there are lots of BS patents that fueled this more than the trash can (IMHO). Consider the LZW(GIF) patent in 1984 from UniSys. Kodak was patenting all sorts of crap in the 80's.