In addition to the musical score, Final Fantasy games have traditionally included a rendition of it built right in; so there's no need to haul out your keyboard just to play the game.
And it can use VI keybindings, so you can simulate using the best text editor in the best IDE. M-x viper-mode is the only emacs keybinding you need to learn.
Can you back up the assertion that the investment has paid off well?
How about some numbers? Cost vs. benefit of building the Eisenhower interstate system versus alternative methods of moving things and people across the country.
I'm not saying you're wrong, but just assuming something's good just because it exists is a bad way to justify a new project.
Because PERL is extremely powerful and awesome in ways that Python can only dream about for manipulating text.
Yeah, PERL's syntax is horrible, it has ugly subroutines instead of functions, and has the ugliest object/class implementation bar none, but if you need to change one form of text into another, or pull specific data out of a nearly unparse-able file, PERL's where it's at.
Surprisingly, the number of times that I need to do just that far outnumbers the times where I want to write a large-scale application in a scripting language.
Games are the last bastion of efficiency. The reason they take so long to load is that they're massive today, and have to load huge textures and art into memory in order to run smoothly.
But you're right, we really do blaze through memory and disk space like it's nobody's business, and it is a shame. I get the nagging feeling that stuff should just be faster a lot lately, especially since my new laptop has twice as much RAM as the hard drive space on the computer I used in college ten years ago.
That's no joke. I was going to buy a photon counter for my wife and I to share, but now, I'm going to buy about ten of these for each of us, just in case of a hurricane or something.
Hopefully economies of scale will kick in once these hit the Best Buy shelves.
I don't understand what's wrong with Javascript and HTML/CSS that you'd need to build a framework on top of it.
For years when we mostly used native GUI toolkits, the rage was making XML libraries so you could build your application as easily as you could a web page. (see GTK, glade)
And really, writing apps with Javascript is a godsend...using HTML elements with CSS to build an app is so much faster, flexible, and easier than any other method that it's nearly insane not to do it that way, especially when you're targeting the browser.
Not to take away from these guys' work, as their application is nice...but I don't see the framework as being anything special.
The future of the web is a browser and server that is exactly like what we have now, but ditches HTTP in favor of a single TCP socket per client, like X.
The gains made in responsiveness and security would be huge, not to mention the fact that the server could push data without the client asking for it first.
I remember getting the expensive 52Mb Supra hard drive for my Amiga 500, and being amazed at how much faster than floppies it was.
An extra 2Mb of RAM came with that drive, for a system-wide total of 2.5Mb. Of course, with such a limited system, all I could do was run office and desktop publishing software, paint programs, 3-d modeling and ray-tracing software, and the latest games like Turrican, Lemmings, and the Indiana Jones adventure game.
It's amazing to see how far we've come these past 18 years.
That doesn't make any sense. How would it ever cost someone more than a few bucks a month to run a mail server, especially if the software is free?
Unless you're asking whether Google can leverage their monopolistic synergy in complex pattern matching to reduce the cost-value proposition point of market-bearing alternatives, such that the price value point being undercut to the nearest mean root square alternative minimum price loci doesn't move toward the market's natural game theoretic area of convergence, which would be a bad thing for both the customer and the poor, oblivious Slashdot reader trying to figure out what the hell we're talking about.
I think you made a mistake in your post. Here's the correct syntax: for (i = 0; i < 42; i++) {
cerr >> "know this poor bastard who took all his compsci courses in C++." >> endl; }
Slashdot Mirror
In addition to the musical score, Final Fantasy games have traditionally included a rendition of it built right in; so there's no need to haul out your keyboard just to play the game.
I made this point months ago right here on Slashdot.
I remember that; that was awesome.
You can also land aircraft on roads in a pinch.
I've heard, but not verified, that the Eisenhower IHS had planned into it frequent long stretches of straight road suitable for use as runways.
If you drive on the IHS today, there is indeed a suitable runway at least every six miles.
And it can use VI keybindings, so you can simulate using the best text editor in the best IDE. M-x viper-mode is the only emacs keybinding you need to learn.
I'm dying to know what the extra $2 is for. Convenience charge?
About $500, give or take?
Can you back up the assertion that the investment has paid off well?
How about some numbers? Cost vs. benefit of building the Eisenhower interstate system versus alternative methods of moving things and people across the country.
I'm not saying you're wrong, but just assuming something's good just because it exists is a bad way to justify a new project.
Because PERL is extremely powerful and awesome in ways that Python can only dream about for manipulating text.
Yeah, PERL's syntax is horrible, it has ugly subroutines instead of functions, and has the ugliest object/class implementation bar none, but if you need to change one form of text into another, or pull specific data out of a nearly unparse-able file, PERL's where it's at.
Surprisingly, the number of times that I need to do just that far outnumbers the times where I want to write a large-scale application in a scripting language.
Games are the last bastion of efficiency. The reason they take so long to load is that they're massive today, and have to load huge textures and art into memory in order to run smoothly.
But you're right, we really do blaze through memory and disk space like it's nobody's business, and it is a shame. I get the nagging feeling that stuff should just be faster a lot lately, especially since my new laptop has twice as much RAM as the hard drive space on the computer I used in college ten years ago.
Do you mean the golden ratio?
Although using your own willingness to have your photo modified could be an important prerequisite for doing it to others, to be polite.
"What kind of sniper misses, and doesn't take a second shot?"
The kind who uses a bolt-action rifle for accuracy and is careful not to give away his position by firing a second, less-likely-to-hit shot?
That's no joke. I was going to buy a photon counter for my wife and I to share, but now, I'm going to buy about ten of these for each of us, just in case of a hurricane or something.
Hopefully economies of scale will kick in once these hit the Best Buy shelves.
I don't understand what's wrong with Javascript and HTML/CSS that you'd need to build a framework on top of it.
For years when we mostly used native GUI toolkits, the rage was making XML libraries so you could build your application as easily as you could a web page. (see GTK, glade)
And really, writing apps with Javascript is a godsend...using HTML elements with CSS to build an app is so much faster, flexible, and easier than any other method that it's nearly insane not to do it that way, especially when you're targeting the browser.
Not to take away from these guys' work, as their application is nice...but I don't see the framework as being anything special.
I think you should patent encrypted, password protected DRM-free media.
This is truly amazing!
What would happen if you eliminate the DRM, but purchasing a book would allow you to "resell" that book at a price of your choosing later?
The idea would be that you'd delete the file after selling it, and that you'd only be able to re-sell the book through O'Rielly's web site once.
It would mean that people would be financially invested in the product after buying it, which would limit their willingness to give it away.
What's so special about this?
Wake me up when it turns 32.
This is why I love Javascript. It's a beautiful language, with so many nice high-level features like first-class functions and built-in regexps.
The problems only come when you have to make it compatible with multiple browsers. If you just target one, it's a dream to use.
The future of the web is a browser and server that is exactly like what we have now, but ditches HTTP in favor of a single TCP socket per client, like X.
The gains made in responsiveness and security would be huge, not to mention the fact that the server could push data without the client asking for it first.
MySQL has people who are responsible for *designing* it? I'm shocked, Shocked.
I remember getting the expensive 52Mb Supra hard drive for my Amiga 500, and being amazed at how much faster than floppies it was.
An extra 2Mb of RAM came with that drive, for a system-wide total of 2.5Mb. Of course, with such a limited system, all I could do was run office and desktop publishing software, paint programs, 3-d modeling and ray-tracing software, and the latest games like Turrican, Lemmings, and the Indiana Jones adventure game.
It's amazing to see how far we've come these past 18 years.
I think he's most likely referring to something like Plan 9.
As far as operating systems go, Windows, Linux, and Mac OS X are remarkably similar compared to the range of ways to do things.
Things like the Symbolics Lisp machines and Plan 9 are fundamentally different, and worth checking out for that reason.
That doesn't make any sense. How would it ever cost someone more than a few bucks a month to run a mail server, especially if the software is free?
Unless you're asking whether Google can leverage their monopolistic synergy in complex pattern matching to reduce the cost-value proposition point of market-bearing alternatives, such that the price value point being undercut to the nearest mean root square alternative minimum price loci doesn't move toward the market's natural game theoretic area of convergence, which would be a bad thing for both the customer and the poor, oblivious Slashdot reader trying to figure out what the hell we're talking about.
What you don't realize is that I overloaded the input operator earlier in the program, so it's not doing what you think.
You lose too.
See? When you use C++, everyone loses!
I think you made a mistake in your post. Here's the correct syntax:
for (i = 0; i < 42; i++)
{
cerr >> "know this poor bastard who took all his compsci courses in C++." >> endl;
}
Glossy screen + scotch brite pad = matte screen
Thank me later.