Ahhh, the good old days. I remember being bored one night and seeing how many machines we could route "Hello!" through (smsg vtam smsg rscs... Hello!).
MS will enter the market by paying customers to install it. That's how they got GoDaddy to switch to IIS. MS has been embarassed that it has no place in the high end HPC market so they will buy their way in to save face.
I may be an area thing. T-Mobile works great here in Kansas. Ironically enough, Sprint does not and I'm just a couple of miles from their main campus.
I've had a lot of issues with Motorola phones in the past. To be fair they seem to be getting better. They got rid of that godawful 2 pronged plug and went to the small USB connector. That's the best idea I've seen in a long time.
I may just change my sig. It was funny at the time.
Sorry, I should have been clearer. I work on the data delivery infastructure. We have end user apps in Java/VB/Whatever but the code that gets the data there is all C/C++.
That's easy. Zoysia. That's what I've had for years and I never water. Rain is pretty irregular here in Kansas too.
Plant a lawn that works with your local climate. It's better for the environment and better for the household budget.
This new method should only require pumps. From your description of condensation it requires temprature differentials. That will require power input as well as the pumps.
It may be more efficient (and cheaper) by simply being, well, simpler.
Yes, that's exactly it. Write the performance intensive bits once as a library and use it from a scripting language. That's what gives PHP, Python, Perl and such all their power.
All the plumbing is native and the actual business logic is scripted. That's why they are fun to use too. You don't spend time writing string parsers and decoders. You write the app.
I love Puzzle Pirates too. It runs wonderfully on my Linux box with the Sun JVM. From what little I've seen Bang Howdy (also from Three Rings) is even more impressive.
Puzzle Pirates made me rethink what you can and can't do in Java.
Yes, we are seeing more development in non-native code but, it gets it's power from the underlying libraries and core code that is native. The line between them gets fuzzy when you toss in JIT and scripting to native code compilers. It really depends on the problem area. If I'm just parsing apart a bunch of log files to make reports Perl or Python would be the best. Web apps seem to benefit from the safety net of non native code but I'm sure there are exceptions. OTOH there are plenty of apps that need all the speed and memory the machine can provide. My current job involves real time financial data delivery. Writing that in Python or Java would (probably) not work out too well. OS code that works directly with hardware will probably stay in assembler or C. Fast low level stuff is what allows the slower high level stuff to be useful.
Either way you still need to know what you're doing because in the end both native code and interpreted code run as opcodes on a CPU and use hardware resources. You need to mind memory use in Java just like C. Just in different ways. You've need to watch what you do in inner loops in both Python and C++. Linear lookups can cause scaling problems in Perl, Java, Python or C/C++.
It all depends on how fast you want to get from problem to solution, how much hardware you can throw at it, how complicated the problem is, how much time you have and many other factors.
Languages are tools, not a religion. The broader your knowledge the more tools you have at your disposal. Pick the best one for the job at hand.
I haven't gotten Brain Age back from my wife. She's addicted to Sudoku too.
Hope is on the way though. There are 2 Soduku games for the DS being released toward the end of this month. I figure if I get both of them I'm guaranteed to be able to play one of them.
Oh yes, Tetris DS is the best one ever. My previous favorite was the Nintendo one for the NES.
Slashdot Mirror
Or you can just use LeetKey in Firefox. I do believe the author hangs out here.
This one was torn a new one on Digg this morning. I thought the /. editors had more sense.
What's next? Stories pointing to junkscience.com?
Does the seller take PayPal?
Ahhh, the good old days. I remember being bored one night and seeing how many machines we could route "Hello!" through (smsg vtam smsg rscs ... Hello!).
I like yours better because, you know, everyone secretly wants to be able to blow stuff up with their mind.
MS will enter the market by paying customers to install it. That's how they got GoDaddy to switch to IIS.
MS has been embarassed that it has no place in the high end HPC market so they will buy their way in to save face.
That is so very wrong.
After 10 years "good" won't cut it. It had damn well better be perfect.
At least they didn't have the hype machine running at full blast all this time. Perfection couldn't live up to that.
I have fond memories of Duke Nuke'em deathmatch via modem. I just don't want them to get the "Episode 1" treatment.
I may be an area thing. T-Mobile works great here in Kansas. Ironically enough, Sprint does not and I'm just a couple of miles from their main campus.
I've had a lot of issues with Motorola phones in the past. To be fair they seem to be getting better. They got rid of that godawful 2 pronged plug and went to the small USB connector. That's the best idea I've seen in a long time.
I may just change my sig. It was funny at the time.
If they are inexpensive to produce it may not matter.
You know somebody is going to ask "Is there a God?" and it will answer "There is now."
Sorry, I should have been clearer. I work on the data delivery infastructure. We have end user apps in Java/VB/Whatever but the code that gets the data there is all C/C++.
That's easy. Zoysia. That's what I've had for years and I never water. Rain is pretty irregular here in Kansas too.
Plant a lawn that works with your local climate. It's better for the environment and better for the household budget.
This new method should only require pumps. From your description of condensation it requires temprature differentials. That will require power input as well as the pumps.
It may be more efficient (and cheaper) by simply being, well, simpler.
Materials science is one of the most important fields of study there is.
If this new type of filter works it will mean major changes all over the world.
That's what's cool about material science. It may be slow but it can create all sorts of disruptive technology.
Same here. You beat me to the post.
Yes, that's exactly it. Write the performance intensive bits once as a library and use it from a scripting language. That's what gives PHP, Python, Perl and such all their power.
All the plumbing is native and the actual business logic is scripted. That's why they are fun to use too. You don't spend time writing string parsers and decoders. You write the app.
DOH!
Note to self: Check username before picking pronoun.
No, I think he meant Kobold.
That needs a +1 Funny. It almost made coffee come out of my nose.
Support is one of the weak areas in software both OSS and not.
Ahhhh!! Where is my icepick so I can kill that part of my brain?
Just stop it.
I love Puzzle Pirates too. It runs wonderfully on my Linux box with the Sun JVM. From what little I've seen Bang Howdy (also from Three Rings) is even more impressive.
Puzzle Pirates made me rethink what you can and can't do in Java.
Don't you hate that answer?
Yes, we are seeing more development in non-native code but, it gets it's power from the underlying libraries and core code that is native. The line between them gets fuzzy when you toss in JIT and scripting to native code compilers. It really depends on the problem area. If I'm just parsing apart a bunch of log files to make reports Perl or Python would be the best. Web apps seem to benefit from the safety net of non native code but I'm sure there are exceptions.
OTOH there are plenty of apps that need all the speed and memory the machine can provide. My current job involves real time financial data delivery. Writing that in Python or Java would (probably) not work out too well. OS code that works directly with hardware will probably stay in assembler or C. Fast low level stuff is what allows the slower high level stuff to be useful.
Either way you still need to know what you're doing because in the end both native code and interpreted code run as opcodes on a CPU and use hardware resources. You need to mind memory use in Java just like C. Just in different ways. You've need to watch what you do in inner loops in both Python and C++. Linear lookups can cause scaling problems in Perl, Java, Python or C/C++.
It all depends on how fast you want to get from problem to solution, how much hardware you can throw at it, how complicated the problem is, how much time you have and many other factors.
Languages are tools, not a religion. The broader your knowledge the more tools you have at your disposal. Pick the best one for the job at hand.
I haven't gotten Brain Age back from my wife. She's addicted to Sudoku too.
Hope is on the way though. There are 2 Soduku games for the DS being released toward the end of this month. I figure if I get both of them I'm guaranteed to be able to play one of them.
Oh yes, Tetris DS is the best one ever. My previous favorite was the Nintendo one for the NES.