I agree with you if you consider the language + API. I guess I didn't think of it that way. I was thinking only of the language itself and not the standard libraries.
Some of the library calls are immensely useful, but you are right in that it is too big to reasonably grow in the future.
As an aside, there are quite a few library routines that may be better suited to the language itself (List as opposed to the current array system springs to mind). But I think certain java.util.* classes could reasonably be considered part of the language in that they simplify a lot of already solved problems, and you can expect them to stay somewhat invariant over new releases.
I found it interesting that right at the outset he dismissed Java as an "evolutionary dead-end" with no explanation of that comment in the whole article.
The points he makes about what the good languages are seem to show that Java is indeed a good language. Specifically it has an additional layer that allows for abstraction from the hardware/operating system for portability. It takes care of mundane details for the programmer (garbage collection, no need to worry about dealing with memory directly, etc).
Basically the article seemed to repeat itself a lot and show that Java does indeed have a lot of good qualities that he thinks will be in future languages. He also dismisses Object-Oriented programming as the cause for "spaggetti code" without giving any justification for that statement. Finally, he slips in a nice ad hominium attack there by saying any "reasonably competent" programmer knows that object-oriented code sucks.
I think the author's own biases hurt his argument greatly.
Well, it isn't a book, but I know that MCP has popped up as a variable name in quite a few of my coding projects. MCP for those who didn't see the movie was the Master Control Program in Tron.
Those automatic installers have a bad tendency to blast right over any custom configuration or custom installations of programs. The worst is when the package manager decides to put the config file in one place, while the "make install" for the program puts it elsewhere. Then you've got two copies of the thing floating around and it quickly turns into a huge hassle.
Before you ask why don't I only install things when a binary package is put out, the answer is I'd rather not wait for that, and I'd rather have complete control over what happens with the installation.
Did anyone read the next article after the MS bug one? SMTP chicken and the social contract. It talks about how offended a guy was that someone had his own Domain with an MX record and was, get this, trolling while using the postmaster account! What an egregious crime against man!
Heh, just kinda reminds me of the day when the net was so innocent.
Don't publishers have an obligation to do any fact checking at all? How the hell can Slashdot post this drivel? With something like this you should be immediately suspicious of its origins. In fact, extremely cursorary research into would show that the article is completely made up.
Yeah, sorry if I wasn't that clear. IE+Apache will be slower than Moz+Apache, but IE+IIS will be faster than Moz+IIS. Thus the whole thing doesn't make much sense to me...just trading off speed for one type of server vs. another. But I think since Microsoft wants people to move towards IE+IIS, they would show how fast that particular combo runs.
Actually it is faster for IE+IIS, but it is slower for IE+Any Other Server (Apache, etc). So there is a downside. Connections will only be fast to IIS servers, and slower to other servers. I bet Microsoft's marketing people probably mention how you should switch to IIS because of this "feature", or your site will be unbearably slow to all the IE using folks out there.
Password protected zip files are horribly insecure. They can be cracked within a minute on average. I'd suggest using PGP or some other vastly more secure method of encryption on the zip file.
Eh, I use a binary distribution for installing the base system, never said I didn't. There a just a few things that need to be constantly updated (Apache, Bind, qmail, SSH/SSL) because those can allow remote vulnerabilities on your machine. My argument is some things need to be installed via source if you want to get the most up to date, therefore more secure, package.
I didn't necessarily mean viruses, but that is a good point as well. I was thinking about Vim, where the default is to compile all sorts of things I don't need, like the graphical version. It results in a much more bloated executable that takes longer to start up.
I gave up on packages a long time ago. Debian never had the latest versions of programs in their database, and it was too much of a pain to deal with the whole dselect tool. Thus I've got to have the sources to compile all my applications.
Plus, if you don't compile it yourself, who knows what extra goodies are being installed that you don't want.
You need some business hammocks. There are a few places you can get them: Hammock Hut, Hammocks-R-Us, Put-Your-Butt-There, and Swing Low Sweet Chariot. It's the hammock complex on Third...in the hammock district.
Ok, I click on the add to cart button on the Swingline website, and it pops open an ordering window with a 4 staplers added to the shopping cart. Ok, I think it's a little strange, but change the quantity back to 1, and hit continue to checkout. Next thing I know, I'm looking at an order form with all the text boxes filled out with somebody else's personal information. He's from Bellvue, WA apparently (I'm in Virginia). It also has his credit card number and expiration date!
This has to be the worst security I've ever seen in an online shopping site. The company who apparently provides the online shopping service for Swingline appears to be an outfit called SureSource.
Obviously not a company you would ever want to do business with, but how does this speak of other fly-by-night online ordering services?
Yes, Hummingbird's latest version of Exceed will do that. It'll use the native Windows window manager for the various, well...windows. I find this much nicer than having to load up your own window manager inside of one giant XFree window.
Slashdot Mirror
Nope. It started out based on the Quake 1 engine, but when Quake 2 came out, the engine was updated to the same.
I agree with you if you consider the language + API. I guess I didn't think of it that way. I was thinking only of the language itself and not the standard libraries.
Some of the library calls are immensely useful, but you are right in that it is too big to reasonably grow in the future.
As an aside, there are quite a few library routines that may be better suited to the language itself (List as opposed to the current array system springs to mind). But I think certain java.util.* classes could reasonably be considered part of the language in that they simplify a lot of already solved problems, and you can expect them to stay somewhat invariant over new releases.
I found it interesting that right at the outset he dismissed Java as an "evolutionary dead-end" with no explanation of that comment in the whole article.
The points he makes about what the good languages are seem to show that Java is indeed a good language. Specifically it has an additional layer that allows for abstraction from the hardware/operating system for portability. It takes care of mundane details for the programmer (garbage collection, no need to worry about dealing with memory directly, etc).
Basically the article seemed to repeat itself a lot and show that Java does indeed have a lot of good qualities that he thinks will be in future languages. He also dismisses Object-Oriented programming as the cause for "spaggetti code" without giving any justification for that statement. Finally, he slips in a nice ad hominium attack there by saying any "reasonably competent" programmer knows that object-oriented code sucks.
I think the author's own biases hurt his argument greatly.
Well, it isn't a book, but I know that MCP has popped up as a variable name in quite a few of my coding projects. MCP for those who didn't see the movie was the Master Control Program in Tron.
Damn good idea. Some people may claim that it's not ethical, but who are we to impose our beliefs on a (sane) person who wants to do it.
Those automatic installers have a bad tendency to blast right over any custom configuration or custom installations of programs. The worst is when the package manager decides to put the config file in one place, while the "make install" for the program puts it elsewhere. Then you've got two copies of the thing floating around and it quickly turns into a huge hassle.
Before you ask why don't I only install things when a binary package is put out, the answer is I'd rather not wait for that, and I'd rather have complete control over what happens with the installation.
Stole my line!
Did anyone read the next article after the MS bug one? SMTP chicken and the social contract. It talks about how offended a guy was that someone had his own Domain with an MX record and was, get this, trolling while using the postmaster account! What an egregious crime against man!
Heh, just kinda reminds me of the day when the net was so innocent.
Don't publishers have an obligation to do any fact checking at all? How the hell can Slashdot post this drivel? With something like this you should be immediately suspicious of its origins. In fact, extremely cursorary research into would show that the article is completely made up.
How about this for a scenario:
A small game company releases a game for the XBox...assuming it can actually get published and signed, which is not that big of an assumption.
They could then build into the program an entry point for new code to be run...like inserting a linux cd and booting that.
The bonus for the company would be lots of people buying their game, if only to use it to boot other unsigned code.
Only problem I could forsee is if it was written somewhere in the contract with Microsoft that this sort of thing is NOT ALLOWED.
Yeah, sorry if I wasn't that clear. IE+Apache will be slower than Moz+Apache, but IE+IIS will be faster than Moz+IIS. Thus the whole thing doesn't make much sense to me...just trading off speed for one type of server vs. another. But I think since Microsoft wants people to move towards IE+IIS, they would show how fast that particular combo runs.
Actually it is faster for IE+IIS, but it is slower for IE+Any Other Server (Apache, etc). So there is a downside. Connections will only be fast to IIS servers, and slower to other servers. I bet Microsoft's marketing people probably mention how you should switch to IIS because of this "feature", or your site will be unbearably slow to all the IE using folks out there.
I like how the story is down even before any comments. Somehow I don't trust my news from www.consoletalk.com.
Wow, what a noodle scratcher!
Before you get too far, how come you aren't also wondering why water floats up to a high altitude (in the form of clouds)?
Must be magic, huh?
Password protected zip files are horribly insecure. They can be cracked within a minute on average. I'd suggest using PGP or some other vastly more secure method of encryption on the zip file.
Yah, it was bad enough on Fark.com a couple months ago.
Well, maybe not qmail since they claim they've never had a remotely exploitable security hole. (I tend to believe them, but who knows.)
Eh, I use a binary distribution for installing the base system, never said I didn't. There a just a few things that need to be constantly updated (Apache, Bind, qmail, SSH/SSL) because those can allow remote vulnerabilities on your machine. My argument is some things need to be installed via source if you want to get the most up to date, therefore more secure, package.
I didn't necessarily mean viruses, but that is a good point as well. I was thinking about Vim, where the default is to compile all sorts of things I don't need, like the graphical version. It results in a much more bloated executable that takes longer to start up.
I gave up on packages a long time ago. Debian never had the latest versions of programs in their database, and it was too much of a pain to deal with the whole dselect tool. Thus I've got to have the sources to compile all my applications.
Plus, if you don't compile it yourself, who knows what extra goodies are being installed that you don't want.
You need some business hammocks. There are a few places you can get them: Hammock Hut, Hammocks-R-Us, Put-Your-Butt-There, and Swing Low Sweet Chariot. It's the hammock complex on Third...in the hammock district.
Also an autographed Tom Landry hat never hurts.
Definately not going through AOL. No proxy servers either.
Ok, I click on the add to cart button on the Swingline website, and it pops open an ordering window with a 4 staplers added to the shopping cart. Ok, I think it's a little strange, but change the quantity back to 1, and hit continue to checkout. Next thing I know, I'm looking at an order form with all the text boxes filled out with somebody else's personal information. He's from Bellvue, WA apparently (I'm in Virginia). It also has his credit card number and expiration date!
This has to be the worst security I've ever seen in an online shopping site. The company who apparently provides the online shopping service for Swingline appears to be an outfit called SureSource.
Obviously not a company you would ever want to do business with, but how does this speak of other fly-by-night online ordering services?
Yes, Hummingbird's latest version of Exceed will do that. It'll use the native Windows window manager for the various, well...windows. I find this much nicer than having to load up your own window manager inside of one giant XFree window.
It's time for the town's all purpose contingincy plan...Plan B. Move the whole town 5 miles down the road.