]] If you follow the work of Michael Cremo you will learn that modern human skeletons have been found in strata deposited millions of years old and all over the world.
Yeah. Because obviously, more than a hundred years ago people couldn't dig to bury their dead - they just left 'em where they fell.
Mod parent up. Programming languages are evolving to a level in which they cannot be properly edited anymore with a simple text editor in a simple terminal. Which is a loss, because until the time that OSes all support IDEs out of the box (as standard part of the OS's abstractions), simple text editors are all some of us have got. Also, java is evolving to a point in which (non standard) meta-languages (framework descriptions, persistence descriptions, template languages) are becoming more important than java itself, which is why some people indeed have to write/generate gazillions lines of java before they get to do any actual work. This obfuscated, generated spaghetti is simply a new form of making code proprietary. And I shouldn't have to tell the OSS crowd that this is a bad, bad thing.
- The ability to say: look here, package manager, I've just downloaded, configured and compiled from source the apache tarball without your help. Here's where it's at on the filesystem. Can you pretend that you know about it now and not whine the next time you download something that is dependent on apache, or worse, download apache yourself and start building it according to specs that I don't have any influence on, thankyouverymuch ! - The ability to say: hey rpm - emerge ! - The ability to say: I want you to use/usr/local/APPNAME. Use/usr/local/APPNAME. No, use/usr/local/APPNAME. Symlink from/etc,/usr/bin and/usr/lib if you must, but USE/usr/local/APPNAME ! Why ? Because I say so. You're only software and you're on my system ! - Automatic creation of the file/etc/removescripts/APPNAME.sh that not only is written comprehensively (a list of _all_ files created by the installer), but that invokes the installer to update its database, warns for broken dependencies, removes itself, and creates a files called/etc/installscripts/APPNAME.sh. - Proper transactions (but I guess that's more something for when all Linux filesystems are truly transactional (and for when the shell and/or the standard C library can do such transactions)).
I disagree, governor. You can have your frogs and boil 'em in warm beer for all you like (and serve them with mint-sauce), but bashing Germans over football is a national pastime only reserved for the Dutch. And we're closer too, so there !
One potential weakness is that attackers could perennially throw up searches on certain topics for re-examination. The problem lies not in the fact that I have to vote _once_ that bank X provides the best mortgage, but that might have to vote twenty times ('yes' 'I said yes' 'You know I already said yes') to establish this, because some bozo wanted a vote on this every day for years on end. After all, if I, as a user, press 'I do not agree with this order, take X to the top' twenty times a second (which I would be able to do in an automated fashion), I could have certain topics to be perennially up for doubt. A side effect is that it is advertising. If I created a vote every day that sent a message to 100 users, which read 'do you think that bank X provides the best mortgages ?' - then that's advertising. And a different, but effective way to game the system.
'grid enabled' like a beowolf cluster 'column oriented' like a table, but then turned on its side. 'relational database management system' you've got me there. I have no idea.
I find the difference in treatment by the media and the executive of this incident (vs. others I can think of) very perculiar: not that they're not all over her, but because she's an astronaut, papers respectfully note that the family has asked us to 'withhold judgement'. NASA keeps her 'in seclusion'. The judge granted bail. If driving 1000 miles with equipment to kidnap and kill had happened to any other person in any other profession, they would have locked her up and throw away the key - but not here. She's part of a sacred league after all.
Brought to you for the people who do the most 'texting' (shudder at the term); British teens. So what if you gave one of 'em, when, in a rare moment, they use their phone for its intended purposes, a big push on the phone: they'd press all the buttons at once with their zitty cheecks. You'd have to scrape all that pus out from in between the buttons. Yek.
Their liaison with Dreamworks got Aardman (write it correctly, people!) through a very difficult period after their warehouse (and workplace) burnt down. Now that they're back on their feet doing a few experimental things in the US, they can go on doing things in plasticine, using British humour. I'd say praise them both !
Weren't there plans to have the Linux kernel driver interface somehow unified with Windows' ? If so, and this interface was relied upon (some graphics cards come to mind), then this could be bad for the future of Linux. I know, Linus doesn't like it, but he's not the only one who has something to say about it.
You sound like one of those (indicted) CEOs that goes public with messages about 'people making normal living wages, you know, like 100,000.00 or so, per year'. 25K is a lot of money to just have lying around, especially if you have a family.
That's being a wise-ass for the sake of being a wise-ass. There is no way to predict _how_ a JSP will be compiled into a servlet (it's engine specific, after all), ergo no way to compare the outcome. For all I care the engine encodes a JSP to go to sleep for a second or so before it produces any output. Wouldn't violate the spec, but I wouldn't be able to tell.
And I was trying for a bare-bones comparison, because anything beyond bare-bones is equally unpredictable; what do you want to test - database access ? How can you possibly tell what it is you're waiting for ? Well, in my experience, you're waiting for network latency, no matter what you program your client in. I want the bare-bones comparison precisely because it tells me what I can expect in terms of primary throughput from a webserver.
As for programmability (which, I suspect, is really your point) then I guess your conjecture is as good as mine. The fact that there are more java programmers out there, or that business people use java programmers more doesn't necessarily mean that java is better for the job; it might just mean that java is more comprehensible to stupid people.
If you read my post carefully, then you'll have noticed that I said 'servlet', not 'JSP'. I was trying to make an orange vs. orange comparison here. On the one hand you have precompiled (again, therefore not a JSP) java-code embedded in the server, on the other hand you have an apache module written in C, embedded in the server. In the first case, a request will have to pass via an arbitrary native (JVM-) implementation of 'select', in the latter case you're dealing with one of the fastest webservers on the planet executing native code. I am under the impression that this is all a bit over your head maybe, but would you be willing to take bets on tomcat ? or oc4j ? or websphere ? I know I wouldn't.
Secondly, that bit you wrote about coding times, you can shove that in your dump truck, because any of that is subjective and entirely dependent on your expertise.
But there seems to be a very vague understanding of what is a pyramid scheme among the/. crowd. A pyramid scheme is not just plain old deception, nor is any pyramid scheme illegal. A pyramid scheme is a market that can only go up because the amount of participants increases. Given a growing population, the housing market is an example of a pyramid scheme (that is, if you assume that nobody ever fixes up their house, or that houses don't automatically degenerate, but if you do that, and you get in early, then you're bound to win). The stock market in the nineties was a bit pyramid-like (it went up largely because the amount of players increased dramatically, and they all needed stock - any stock). I suppose 2nd life does generate value of its own (people are meeting other people, for example), so it's not entirely a pyramid scheme, at least.
The links you provide have nothing to do with 'server side' and have headings like 'Why the(!) java is fast and C++ sucks'. Such a heading is obviously not indicative of bias. Furthermore, 'serverside', people compare code which is linked into a webserver (java) with external scripting languages like PHP and perl. I want to see a benchmark of a servlet pushing a simple http 'hello world' versus an apache module doing the same thing. And then with a thousand requests per second. I'm sure that you're sure that java will keep it up, it's just that I'm not so sure.
Slashdot Mirror
]] If you follow the work of Michael Cremo you will learn that modern human skeletons
have been found in strata deposited millions of years old and all over the world.
Yeah. Because obviously, more than a hundred years ago people couldn't dig to bury their dead - they just left 'em where they fell.
In Korea, only old people put ??? at number four.
So now it's called 'Janada', or something.
Classical music nazi here: it's 'Purcell'.
Mod parent up. Programming languages are evolving to a level in which they cannot be properly edited anymore with a simple text editor in a simple terminal. Which is a loss, because until the time that OSes all support IDEs out of the box (as standard part of the OS's abstractions), simple text editors are all some of us have got. Also, java is evolving to a point in which (non standard) meta-languages (framework descriptions, persistence descriptions, template languages) are becoming more important than java itself, which is why some people indeed have to write/generate gazillions lines of java before they get to do any actual work. This obfuscated, generated spaghetti is simply a new form of making code proprietary. And I shouldn't have to tell the OSS crowd that this is a bad, bad thing.
- The ability to say: look here, package manager, I've just downloaded, configured and compiled from source the apache tarball without your help. Here's where it's at on the filesystem. Can you pretend that you know about it now and not whine the next time you download something that is dependent on apache, or worse, download apache yourself and start building it according to specs that I don't have any influence on, thankyouverymuch ! /usr/local/APPNAME. Use /usr/local/APPNAME. No, use /usr/local/APPNAME. Symlink from /etc, /usr/bin and /usr/lib if you must, but USE /usr/local/APPNAME ! Why ? Because I say so. You're only software and you're on my system ! /etc/removescripts/APPNAME.sh that not only is written comprehensively (a list of _all_ files created by the installer), but that invokes the installer to update its database, warns for broken dependencies, removes itself, and creates a files called /etc/installscripts/APPNAME.sh.
- The ability to say: hey rpm - emerge !
- The ability to say: I want you to use
- Automatic creation of the file
- Proper transactions (but I guess that's more something for when all Linux filesystems are truly transactional (and for when the shell and/or the standard C library can do such transactions)).
Because we can. And it's damn exciting.
We could just fill the spacecraft with coca cola and mentos tablets, and keep popping them into a bottle every minute. I mean, that's free energy.
I disagree, governor. You can have your frogs and boil 'em in warm beer for all you like (and serve them with mint-sauce), but bashing Germans over football is a national pastime only reserved for the Dutch. And we're closer too, so there !
Sincerely,
A Cloggie.
One potential weakness is that attackers could perennially throw up searches on certain topics for re-examination. The problem lies not in the fact that I have to vote _once_ that bank X provides the best mortgage, but that might have to vote twenty times ('yes' 'I said yes' 'You know I already said yes') to establish this, because some bozo wanted a vote on this every day for years on end. After all, if I, as a user, press 'I do not agree with this order, take X to the top' twenty times a second (which I would be able to do in an automated fashion), I could have certain topics to be perennially up for doubt. A side effect is that it is advertising. If I created a vote every day that sent a message to 100 users, which read 'do you think that bank X provides the best mortgages ?' - then that's advertising. And a different, but effective way to game the system.
'grid enabled' like a beowolf cluster
'column oriented' like a table, but then turned on its side.
'relational database management system' you've got me there. I have no idea.
Perl, in the meanwhile, works like a charm, and out of the box on Solaris ;-)
Maybe his home country is Nigeria ? They never seem to have problems funneling money in and out of Nigeria, now do they ?
I always knew that you should have director in his stead.
I find the difference in treatment by the media and the executive of this incident (vs. others I can think of) very perculiar: not that they're not all over her, but because she's an astronaut, papers respectfully note that the family has asked us to 'withhold judgement'. NASA keeps her 'in seclusion'. The judge granted bail. If driving 1000 miles with equipment to kidnap and kill had happened to any other person in any other profession, they would have locked her up and throw away the key - but not here. She's part of a sacred league after all.
Brought to you for the people who do the most 'texting' (shudder at the term); British teens. So what if you gave one of 'em, when, in a rare moment, they use their phone for its intended purposes, a big push on the phone: they'd press all the buttons at once with their zitty cheecks. You'd have to scrape all that pus out from in between the buttons. Yek.
http://datadraw.sourceforge.net/
Slow down cowboy ! Slashdot requires blah blah blah..
The space below intentionally left blank.
Their liaison with Dreamworks got Aardman (write it correctly, people!) through a very difficult period after their warehouse (and workplace) burnt down. Now that they're back on their feet doing a few experimental things in the US, they can go on doing things in plasticine, using British humour. I'd say praise them both !
Weren't there plans to have the Linux kernel driver interface somehow unified with Windows' ? If so, and this interface was relied upon (some graphics cards come to mind), then this could be bad for the future of Linux. I know, Linus doesn't like it, but he's not the only one who has something to say about it.
You sound like one of those (indicted) CEOs that goes public with messages about 'people making normal living wages, you know, like 100,000.00 or so, per year'. 25K is a lot of money to just have lying around, especially if you have a family.
This is England. Not Soviet Russia !
]] JSPs are servlets.
That's being a wise-ass for the sake of being a wise-ass. There is no way to predict _how_ a JSP will be compiled into a servlet (it's engine specific, after all), ergo no way to compare the outcome. For all I care the engine encodes a JSP to go to sleep for a second or so before it produces any output. Wouldn't violate the spec, but I wouldn't be able to tell.
And I was trying for a bare-bones comparison, because anything beyond bare-bones is equally unpredictable; what do you want to test - database access ? How can you possibly tell what it is you're waiting for ? Well, in my experience, you're waiting for network latency, no matter what you program your client in. I want the bare-bones comparison precisely because it tells me what I can expect in terms of primary throughput from a webserver.
As for programmability (which, I suspect, is really your point) then I guess your conjecture is as good as mine. The fact that there are more java programmers out there, or that business people use java programmers more doesn't necessarily mean that java is better for the job; it might just mean that java is more comprehensible to stupid people.
If you read my post carefully, then you'll have noticed that I said 'servlet', not 'JSP'. I was trying to make an orange vs. orange comparison here. On the one hand you have precompiled (again, therefore not a JSP) java-code embedded in the server, on the other hand you have an apache module written in C, embedded in the server. In the first case, a request will have to pass via an arbitrary native (JVM-) implementation of 'select', in the latter case you're dealing with one of the fastest webservers on the planet executing native code. I am under the impression that this is all a bit over your head maybe, but would you be willing to take bets on tomcat ? or oc4j ? or websphere ? I know I wouldn't.
Secondly, that bit you wrote about coding times, you can shove that in your dump truck, because any of that is subjective and entirely dependent on your expertise.
But there seems to be a very vague understanding of what is a pyramid scheme among the /. crowd. A pyramid scheme is not just plain old deception, nor is any pyramid scheme illegal. A pyramid scheme is a market that can only go up because the amount of participants increases. Given a growing population, the housing market is an example of a pyramid scheme (that is, if you assume that nobody ever fixes up their house, or that houses don't automatically degenerate, but if you do that, and you get in early, then you're bound to win). The stock market in the nineties was a bit pyramid-like (it went up largely because the amount of players increased dramatically, and they all needed stock - any stock). I suppose 2nd life does generate value of its own (people are meeting other people, for example), so it's not entirely a pyramid scheme, at least.
The links you provide have nothing to do with 'server side' and have headings like 'Why the(!) java is fast and C++ sucks'. Such a heading is obviously not indicative of bias. Furthermore, 'serverside', people compare code which is linked into a webserver (java) with external scripting languages like PHP and perl. I want to see a benchmark of a servlet pushing a simple http 'hello world' versus an apache module doing the same thing. And then with a thousand requests per second. I'm sure that you're sure that java will keep it up, it's just that I'm not so sure.