Have you seen samurai movies? Or for that matter the last fight in Kill Bill part 1?
While they don't jump around all that much that doesn't mean that the fight can't be suspenceful. In many ways it's like the "good old fights" were the two gunslingers stand and wait for the other to make a wrong move.
So while the exchange of blows doesn't last very long that doesn't matter that the entire fight is over in seconds.
In many way Darth - Luke is exactly that. Brief exchanges of blows and long periods of waiting and drama.
Personally I'd like it if they had someone who spent some time thinking about how a Jedi would fight instead of just doing stupid flips all the time. Play a game like Jedi Knight and you'll routinely do cooler stuff than they do in the movies. (One favourite is force pulling an opponent and impaling him on your sabre. Or force leaping over him and force pulling in the air. Thus giving him a nice air trip followed by a crunch.)
As I can see it the original post claimed that the possible benefits of Perl would not be very useful on a mobile phone. Developing for mobile phones is still a rather cumbersome process compared to writing small scripts on a PC. The main reason being that you don't code and execute the program on the same platform. (It's not fun coding with a keyboard which has 9 keys and a 2" screen. Although Symbian phones are usually high end.)
Furthermore the programs you tend to make on a mobile phone are not like small scripts at which eg Perl excel. And you don't have a large amount of text to process in normal mobile phone.
I just fail to see where Perl's good areas would actually give you a benefit on a mobile phone.
I found one a href="http://www.robot.lth.se/videos/index.shtml"> short video of a robot balancing an inverted pendulum. However I can't seem to find the things about running Java on those robots. (There's a brief mention of it on the research page.) And it seems like that particular robot was programmed using a Java-to-C converter, although there was a realtime GC running. (Which is one of the harder realtime problems to solve with Java.)
Unfortunately the texts where that is mentioned is in Swedish, and on another site. (www.cs.lth.se)
So your argument is basically that since Java isn't the right tool for every possible job it must be useless?
It's true that there are many situations where full OOP is too much. Eg small scripts. So you don't use Java for small scripts.
There are also situations were a language which has a lot of built in checks and helps you structure your code is helpful. Then use such a language.
The best implementation I've ever seen of QuickSort is in Haskell. (And I bet you can do the same in any functional language.) It's two lines and extremely easy to understand. It's in fact easier than any textual explaination I've read. That doesn't mean imperative languages are complete crap and useless.
Re:Or, if this doesn't interest you
on
Paranoia
·
· Score: 1
Now I have to root those books out again. Much fun to be had. It would be nice if someone did a CRPG out of the world. (And if it was good.)
The Computer says: "Early to bed, early to rise; Or you die."
Seems from the benchmark in the article that you are wrong. Unless you are doing a lot of trigonometry calculations on the WWW page.
I bet it's just that the pages are overly dynamic and it keeps hitting the database all the time. They probably have the database on the same computer as well.
I wonder if it makes sense inside their heads? It just seems more reasonable that they have too simple ideas so they have to obfuscate them enough to appear article worthy.
My favourite example of postmodern papers is the Notes on postmodern programming. AFAIC they wrote it in order to get their tickets payed to a symposium. They could have been srious, but that's a rather scary though considering it includes one page with a hand drawn and rather irrelevant image.
Actually I've seen pretty impressive demonstrations of Java on hard realtime systems. A industrial robot programmed in Java for instance. And you can upload new programming dynamically.
As long as the program is correctly designed then the implementation is of lower importance. In many ways it can be a lot easier to make sure a fly-by-wire system is correct if it's written in Java (or other high level languages) than in Asm.
Well he only complains that BT doesn't have per packet authentication and points out that this is a possible loophole for an attack.
There are problems with the security and Bluetooth, naturally. Though there are problems with all popular wireless technologies that I know about. (Not that this makes it better, just to point out that wireless security is hard.)
The weakest point in BT as in any protocol is the user. If the user doesn't take the proper protections then a transmission can be monitored. But it's not something a casual "hacker" is going to do. (Not like sniffing unencrypted WiFi data for instance.)
Perhaps they could add the regexp search as an additional pay service? Though it's probably not really feasable to do. I bet the cost of doing a single regexp search would be a lot higher than anyone would like to pay. (In both time and money.)
Gigabit cards can differ a lot since some use drivers to to stuff. (Ie it's your CPU that's doing the job.) Since Gigabit cards are pretty damned fast this can have a noticable impact on your computers performance.
That's why you should go with the bigger cards, or just be content with 100Mb since that most likely will satisfy your needs anyways.
Most HW RAID don't do RAID5 in HW. And if they do it then it's really slow. And if you want a big array then you probably want RAID5.
And if your HW RAID is fried then you'll be left standing with a bunch of harddisks with data you can't access unless you find an identical card. Instead you can set up a file server with an UPS to keep it safe from power failiure. Unless you plan to spend a lot of cash on having redundant hardware around it's cheaper and most likely more reliable.
BTW With Software RAID I mean the type you select when you compile your Linux kernel. Not a crappy "RAID Card" with RAID drivers. (Which just give you the worst of both SW And HW.)
I think it varies a lot really. If I just don't drink coffee for a few days I usually get a mild headache the second and third day. After that it's nothing. (And I don't drink tea or soda instead.)
I'm not quite sure for how long I've stayed off caffeine though. Since I've never really experienced any problems quitting (besides being very unproductive in the morning) I've never really tried quitting comletely.
Because IRDA and BT are very good complementary technologies. BT has non line of sight and rather long reach (compared to IRDA). IRDA has high speed narrow arch of transmission and short range. The two can be used as benefits, eg if you try to transmit data in a room full of people with similar devices.
I doubt that IRDA is a lot more expensive than BT, and they share some common codebases in any case. (For transmitting data.)
That is pretty much what their scheduler does as far as selecting the process to run. (Though they use a trick to find the highest/lowest priority level faster.)
The trick is expanding it to scale properly onto multi processor systems, dynamic priorities and all that. And naturally still keep it O(1).
The reason agent Smith became more powerful is because he is part of an equation. Agent Smith is there to balance Neo, so as Neo becomes more powerful so does agent Smith.
This is also why Smith dies after assimilating Neo. When Neo is dead Smith has outlives his usefulness and also dies.
It's good that they add the OS part afterwards that makes it a lot more different. Just compare:
Lindows - Windows, very similar and confusing to consumers.
LindowsOS - Windows, now it's completely different and no resemblance remains. And the added "OS" at the end makes it sound like you have a stutter, that will ensure people say it a lot.
This post was laced with heavy sarcasm in order to get my point across.;-)
You typically have all standard math related operations, and then some. (Since it's for graphics originally it also supports cross and dot products for instance.) What it typically lacks is flow control. So no branching on a GPU (just yet). OTOH that is pretty much why you can get them so blasingly fast.
I suggest you try to pick up a modern console and try it out. Games for consoles are made with controllers in mind, and they work very well that way in my experience. 3rd person games often work better with a controller than mouse+keyboard.
Actually, the one drawback that controllers have is they they lack the absolute aiming of a mouse. With proper techniques that can be removed though. (RS6-3 for XBox uses a nice autoaim where the autoaim gets better when you stand still.) And while the game isn't as good for twitch junkies it can become more realistic. It's not very realistic to spin around in a fraction of a second after all.
And while gaming on the PC while be going towords keboard+mouse gaming in general is going towards consoles.
I recon that in many ways that is true. Personally I find the show pretty amusing and don't mind watching it. That could just be because I've developed a sense of humour though.
The world would be a better place if people would stop walking around trying to find things to annoy them and instead being humoured by it.
The reception is this phone's biggest flaw. It's flat-out lousy. I've stood directly under an antenna and gotten only three out of five bars.
Just a little FYI (in pedant mode): mobile antennas are designed to be shielded downwards. So you won't get good reception right below it. If you walk some distance away from it you may get better reception.
Slashdot Mirror
Have you seen samurai movies? Or for that matter the last fight in Kill Bill part 1?
While they don't jump around all that much that doesn't mean that the fight can't be suspenceful. In many ways it's like the "good old fights" were the two gunslingers stand and wait for the other to make a wrong move.
So while the exchange of blows doesn't last very long that doesn't matter that the entire fight is over in seconds.
In many way Darth - Luke is exactly that. Brief exchanges of blows and long periods of waiting and drama.
Personally I'd like it if they had someone who spent some time thinking about how a Jedi would fight instead of just doing stupid flips all the time. Play a game like Jedi Knight and you'll routinely do cooler stuff than they do in the movies. (One favourite is force pulling an opponent and impaling him on your sabre. Or force leaping over him and force pulling in the air. Thus giving him a nice air trip followed by a crunch.)
As I can see it the original post claimed that the possible benefits of Perl would not be very useful on a mobile phone. Developing for mobile phones is still a rather cumbersome process compared to writing small scripts on a PC. The main reason being that you don't code and execute the program on the same platform. (It's not fun coding with a keyboard which has 9 keys and a 2" screen. Although Symbian phones are usually high end.)
Furthermore the programs you tend to make on a mobile phone are not like small scripts at which eg Perl excel. And you don't have a large amount of text to process in normal mobile phone.
I just fail to see where Perl's good areas would actually give you a benefit on a mobile phone.
I found one a href="http://www.robot.lth.se/videos/index.shtml"> short video of a robot balancing an inverted pendulum. However I can't seem to find the things about running Java on those robots. (There's a brief mention of it on the research page.) And it seems like that particular robot was programmed using a Java-to-C converter, although there was a realtime GC running. (Which is one of the harder realtime problems to solve with Java.)
Unfortunately the texts where that is mentioned is in Swedish, and on another site. (www.cs.lth.se)
So your argument is basically that since Java isn't the right tool for every possible job it must be useless?
It's true that there are many situations where full OOP is too much. Eg small scripts. So you don't use Java for small scripts.
There are also situations were a language which has a lot of built in checks and helps you structure your code is helpful. Then use such a language.
The best implementation I've ever seen of QuickSort is in Haskell. (And I bet you can do the same in any functional language.) It's two lines and extremely easy to understand. It's in fact easier than any textual explaination I've read. That doesn't mean imperative languages are complete crap and useless.
Now I have to root those books out again. Much fun to be had. It would be nice if someone did a CRPG out of the world. (And if it was good.)
The Computer says:
"Early to bed, early to rise; Or you die."
Seems from the benchmark in the article that you are wrong. Unless you are doing a lot of trigonometry calculations on the WWW page.
I bet it's just that the pages are overly dynamic and it keeps hitting the database all the time. They probably have the database on the same computer as well.
I wonder if it makes sense inside their heads? It just seems more reasonable that they have too simple ideas so they have to obfuscate them enough to appear article worthy.
My favourite example of postmodern papers is the Notes on postmodern programming. AFAIC they wrote it in order to get their tickets payed to a symposium. They could have been srious, but that's a rather scary though considering it includes one page with a hand drawn and rather irrelevant image.
Quite interesting and amusing though.
Actually I've seen pretty impressive demonstrations of Java on hard realtime systems. A industrial robot programmed in Java for instance. And you can upload new programming dynamically.
As long as the program is correctly designed then the implementation is of lower importance. In many ways it can be a lot easier to make sure a fly-by-wire system is correct if it's written in Java (or other high level languages) than in Asm.
I found this site which has some relevant information.
And to even out the sarcasm, pretty well.
Well he only complains that BT doesn't have per packet authentication and points out that this is a possible loophole for an attack.
There are problems with the security and Bluetooth, naturally. Though there are problems with all popular wireless technologies that I know about. (Not that this makes it better, just to point out that wireless security is hard.)
The weakest point in BT as in any protocol is the user. If the user doesn't take the proper protections then a transmission can be monitored. But it's not something a casual "hacker" is going to do. (Not like sniffing unencrypted WiFi data for instance.)
Perhaps they could add the regexp search as an additional pay service? Though it's probably not really feasable to do. I bet the cost of doing a single regexp search would be a lot higher than anyone would like to pay. (In both time and money.)
Gigabit cards can differ a lot since some use drivers to to stuff. (Ie it's your CPU that's doing the job.) Since Gigabit cards are pretty damned fast this can have a noticable impact on your computers performance.
That's why you should go with the bigger cards, or just be content with 100Mb since that most likely will satisfy your needs anyways.
Actually, considering that he is a medical doctor he may have some valid insights into taxidermy.
Most HW RAID don't do RAID5 in HW. And if they do it then it's really slow. And if you want a big array then you probably want RAID5.
And if your HW RAID is fried then you'll be left standing with a bunch of harddisks with data you can't access unless you find an identical card. Instead you can set up a file server with an UPS to keep it safe from power failiure. Unless you plan to spend a lot of cash on having redundant hardware around it's cheaper and most likely more reliable.
BTW With Software RAID I mean the type you select when you compile your Linux kernel. Not a crappy "RAID Card" with RAID drivers. (Which just give you the worst of both SW And HW.)
I think it varies a lot really. If I just don't drink coffee for a few days I usually get a mild headache the second and third day. After that it's nothing. (And I don't drink tea or soda instead.)
I'm not quite sure for how long I've stayed off caffeine though. Since I've never really experienced any problems quitting (besides being very unproductive in the morning) I've never really tried quitting comletely.
Because IRDA and BT are very good complementary technologies. BT has non line of sight and rather long reach (compared to IRDA). IRDA has high speed narrow arch of transmission and short range. The two can be used as benefits, eg if you try to transmit data in a room full of people with similar devices.
I doubt that IRDA is a lot more expensive than BT, and they share some common codebases in any case. (For transmitting data.)
That is pretty much what their scheduler does as far as selecting the process to run. (Though they use a trick to find the highest/lowest priority level faster.)
The trick is expanding it to scale properly onto multi processor systems, dynamic priorities and all that. And naturally still keep it O(1).
The expanded article sheds some light on it all.
The reason agent Smith became more powerful is because he is part of an equation. Agent Smith is there to balance Neo, so as Neo becomes more powerful so does agent Smith.
This is also why Smith dies after assimilating Neo. When Neo is dead Smith has outlives his usefulness and also dies.
It's good that they add the OS part afterwards that makes it a lot more different. Just compare:
;-)
Lindows - Windows, very similar and confusing to consumers.
LindowsOS - Windows, now it's completely different and no resemblance remains. And the added "OS" at the end makes it sound like you have a stutter, that will ensure people say it a lot.
This post was laced with heavy sarcasm in order to get my point across.
You typically have all standard math related operations, and then some. (Since it's for graphics originally it also supports cross and dot products for instance.) What it typically lacks is flow control. So no branching on a GPU (just yet). OTOH that is pretty much why you can get them so blasingly fast.
I suggest you try to pick up a modern console and try it out. Games for consoles are made with controllers in mind, and they work very well that way in my experience. 3rd person games often work better with a controller than mouse+keyboard.
Actually, the one drawback that controllers have is they they lack the absolute aiming of a mouse. With proper techniques that can be removed though. (RS6-3 for XBox uses a nice autoaim where the autoaim gets better when you stand still.) And while the game isn't as good for twitch junkies it can become more realistic. It's not very realistic to spin around in a fraction of a second after all.
And while gaming on the PC while be going towords keboard+mouse gaming in general is going towards consoles.
He was commenting on the parent of his post's translitteration of Chinese. (Which wasn't Pinyin.)
I recon that in many ways that is true. Personally I find the show pretty amusing and don't mind watching it. That could just be because I've developed a sense of humour though.
The world would be a better place if people would stop walking around trying to find things to annoy them and instead being humoured by it.
Just a little FYI (in pedant mode): mobile antennas are designed to be shielded downwards. So you won't get good reception right below it. If you walk some distance away from it you may get better reception.
Though I get your point that reception is bad.