Unfortunately, Python and PHP have vastly different principles behind them and Python isn't everyone's cup of tea. If one would change Python to include those things most liked about PHP the result wouldn't be anything near what Python is supposed to be.
Someone should fork PHP and do a major rewrite. Drop features like HTML embedding, introduce properly defined packages and make all functionality available in both procedural and OO fashions. Clean up the function names so they're predictable. And make some of the more dangerous functions safer.
PHP could be turned into a decent general purpose scripting language if someone would fork it. Unfortunately that means that we'd need someone who knows the codebase, has time and is fed up with the current PHP development process. Maybe we could talk Esser into it...
No way man, we'll use the current plan, which is as follows:
1.) Detonate ancient pyramid in Central America
2.) Colonize Mars
3.) Convert Phobos into a giant spacecraft
4.) Let some 300 years pass
5.) Get saved from the Pfhor by a rampant AI (thanks, Durandal!)
6.) ???
7.) Get thoroughly beaten up by the Covenant, blow up a couple space rings
It's the Seven Step Plan To Get Our World Dominated By Someone Else and we're going to stick to it!
What, we just connect every computer to every other computer and buy a couple dozen billion crypto boxes, then everyone will be completely secure when they visit addons.mozilla.org.
My usually trustworthy local newspaper informed me today that in Texas a four years old boy was suspended from preshool for sexual harrassment because he hugged a woman and happened to touch one of her breats while doing so. The story came via dpa or ap, so I guess it can be found somewhere on the net as well.
Yes, sex offenders really aren't what they used to be.
Height, width and depth are pretty much the only important values. At least for me. I find most mice awfully humpy and generally aim for the flattest non-laptop mouse I can get my hands on, which currently is Apple's Mighty Mouse - arguably not a mouse for games which heavily involve both mouse buttons. But it feels good. (BTW, the previous one was a Logitech Optical Wheel Mouse.)
I don't give a shit about number of buttons buttons, DPI or polling speed if the mouse feels like a brick.
Business apps aren't everything and lots of people need to crunch data in ways that COTS software can't do and running your in-house developed software means further hassle, for example asthe servers you might potentially crash aren't yours. Also, dedicated connections mean a recurring cost - especially if you need low-latency access. That cost might exceed that of running your own server(s).
Besides, you mentioned gaming, P2P, video conferencing and remote control of robots as areas where SaaS would make sense. Those, however, are all things you want to do on a local machine.
There are good-looking, fast 3D games written in Java, but they rely on a powerful client, as do all 3D games today. If we apply the SaaS concept of moving the program itself to a server we get less than desirable results.
Games require you to be able to display frames at least 60 times per second, thus for video alone you need (assuming a frame size of 1280x1024, 60 fps and 24 bit color) 1280*1024*24*60/8 = 235,929,600 Bytes per second just to transmit the video data. Even assuming that a lossless compression scheme can shave off 50% you still need about 118 MB/s just to transmit that. That's an OC3 line just for gaming. Of course you also need a connection to your service provider that imposes little more than a few milliseconds of lag in order to get somewhat responsive controls. Thus, in order to play a SaaS'd FPS you'd need one dedicated ultra-low latency OC3 line to your provider per player. I doubt that's going to be cheaper than a top-of-the-line gaming PC and DSL.
Peer-to-peer software often happens to be a filesharing client. While that would work on an SaaS provider's server I doubt that people are going to let someone else store their downloaded data - especially as most shared files are either illicit or Linux; both things you want to have locally, not on someone else's system where you don't have any deep access anyway.
There is the advantage of the SaaS server running your P2P software day and night, but then you have the problem of probably not having any dedicated ports (at least without paying extra), thus the software will likely work worse then it would on a local machine - if at all.
Having a teleconferencing app on a remote server makes little sense - you still need to transmit virtually all data to your local machine (as you want to see and hear people when teleconferencing) and teleconferencing clients aren't such resource hogs that there's an urgent need to put them on some server. Thus, if there are any gains to be made from SaaS, they're minimal.
Robot control (whether for medical use or something else) can be divided into two fields:
a) You send the robot a list of instructions to follow, the list is stored in the robot's memory and then executed. Replacing ICs with remote connections is usually not a good idea and software that sends an ASCII file to some computer doesn't justify renting time on someone's application server.
b) You control the robot remotely by hand, using realtime feedback, for example via video. In this case you want to avoid anything that imposes further lag (such as a server between you and the robot) and you have a situation similar to that of teleconferencing: You don't have any substantial bandwidth gains and the control software isn't what you'd put on a remote server.
SaaS and remote applications might have some merit, but they're not the right tool for every job.
Yeah, Flash is great for gaming! Indeed, my X2 3800+ is almost equivalent to a Super Nintendo when playing Flash games. Clearly, browser-based Flash gaming will displace all those dedicated-app games like Quake 4 or Crysis. Similarly, FLV is the way to go for video conferencing, although maybe JPEGs with AJAX-based auto-updating might be even better.
The fact that they can fulfill those roles doesn't mean that they're good at it. Likewise, SOA-- I mean SaaS is good in some cases and useless in others. For example, if you need something that crunches huge amounts of numbers and gives you back information instantly (telemetry analysis?) you're not going to run it over an inherently unreliable network. Also, such an application would require a really fast connection, which adds additional cost.
The network is the computer? I can totally buy into that shit. That concept's gold. In the future one computer ain't enough to do those futuristic tasks we do. No, the PC is replaced by a network of computers. Everybody has his own one and techies will have a whole network-network.
You know, next version of Windows? You'll need a cluster to run that bitch. And you'll love it. Linux won't even boot on anything less than a 40-machine grid. The difference between a low-consumption compu-net and a regular one will be that the low-consumption one draws just 20 kW idle. And components? Each component comes with its own NIC, which in turn has its own smaller NIC just because it's cool like that. And that shit'll run on goddamn IPV6 so if you want to check your GPU's temperature from work you just call its IP address. Bam, it's magic.
Notebooks? They'll be all wireless. It's like a fucking bluetooth fiesta in your pocket and the whole subnet's invited. You can literally rip out the notebook's display and toss it across the room and never lose track of your desktop. It's going to be so goddamn networked that even the HVD-Rs will have their own WLAN NIC so you don't even have to put them into the drive anymore, it's that cool. Even the damn power supply's wireless so you don't even have cables anymore.
You know, providers? In the future it's not about who delivers your broadband, it's about who keeps your three-phase power lines lit. Apple compu-nets will ship with their own fucking nuclear pile just so you don't have to worry about electricity bills. And nobody cares about the readiation because if you get close to your compu-net and the hard drives all spin up at once the drive motors' EM field will cook you anyway. And you know, HFS+? The successor's gonna be AppleTalk.
The network is the computer. Best goddamn idea I've ever heard.
Although I would be interested to see the coding-equivalent of engrish:)
// Saying it is great, together. // Warned: Danger when fifty more than size is present! int great_operation_of_high_addition_talk(int incrementor_number, int adder_number) { // Memorizer of the chestnut is great reservation char * holder = malloc(sizeof(char) * 50); int addition_chestnut = 1;
// Let's increment by the great opportunity of addition! do { adder_number += addition_chestnut; incrementor_number -= addition_chestnut; } until(!(addition_chestnut - 1 != incrementor_number))// it is done
// Adding we are finish, it is enjoyed to write the figure sprintf(holder "%50d", adder_number);
// The saying, it is printf("%50s\n\l", holder);
free(holder);// given freedom for holding entity, it lessens the space taken }
Nowhere in Matrix did Neo screw up because he remembered things that happened neither in VR nor in the real world. And that's what "false memories" means: Not that someone remembers something he perceived in the VR but rather that someone remembers something he never perceived.
1.) Detect are where there could possibly be water on the Mars surface.
2.) Nuke the site.
3.) Present the answer: "Maybe there was water, but now there is none."
Except if you go for one that uses AA batteries and flash cards. Of course you won't get the same amount of storage with a CF/SD based player, but 1 GB flash cards are pretty cheap and you usually don't need to lug around 20 gigs of music at all times. If the inconvenience of having to get the right songs on a card before listening isn't enough to turn you off a card based player and two, three 1 GB cards might suit your needs.
Similarly, AA accus won't last forever, but a $20 charger and a dozen ~3000 mAh accus will serve you well for quite a while. If you can find a player that runs on AAA you could even get yourself some headphones with active noise blocking that run off the same kind of batteries, meaning that the couple spares in your backpack can be used in both devices. OTOH, I don't know whether an AAAbased player exists.
I have a Nex IA (a Compact Flash-based player) and I recommend against using it with a Mac - OS X always mounts the thing as read-only. I don't know whether the Nex Black (the IA's successor, among other things capable off Ogg Vorbis playback) works with Macs, though.
A non-sorting map is an associative array that leaves the entries in the order in which they were inserted, akin to a vector<pair<K, V> > or a PHP array (the difference to a vanilla map only becomes evident when iterating over it). In fact, my implementation is a subclass of vector<pair<K, V> > that performs uniqueness checks and entry location for the [] operator by iterating over the whole thing, performance be damned.
By the way, there's another sorely needed feature: More legible STL error messages. It's a bit ridiculous when the source in question occupies 1.5 KiB and the error messages generated because of one typo build up to more than two kilobytes (and subsequently take minutes to decypher). Also, template errors have the nasty habit of appearing out of order, which complicates debugging further.
As for Boost: I have considered using it, but my project is already dependent on two different build toolchains (CMake because I use it and the autotools because I use libintl); I don't want to add a third one (Boost Jam, neccessary to build Boost) unless it's really neccessary.
There were other options, such as Google's sparse_hash_map, but I wanted something that behaved as much as a vanilla map as possible.
These days, many people don't really know why you'd use a map versus a hash_map, or a vector versus a deque. And, for the most part, they don't really need to.
When writing C++ you use a map rather than a hash_map when your program is supposed to be standard-compliant and/or portable. hash_map, while certainly useful, is utterly non-standard.
You can say that it's magical, because it managed to post for you just before it crashed. Though that's pretty nifty, I've seen Firefox tack on a "NO CARRIER" before. Maybe you should submit a feature request.
Slashdot Mirror
Unfortunately, Python and PHP have vastly different principles behind them and Python isn't everyone's cup of tea. If one would change Python to include those things most liked about PHP the result wouldn't be anything near what Python is supposed to be.
Someone should fork PHP and do a major rewrite. Drop features like HTML embedding, introduce properly defined packages and make all functionality available in both procedural and OO fashions. Clean up the function names so they're predictable. And make some of the more dangerous functions safer.
PHP could be turned into a decent general purpose scripting language if someone would fork it. Unfortunately that means that we'd need someone who knows the codebase, has time and is fed up with the current PHP development process. Maybe we could talk Esser into it...
No way man, we'll use the current plan, which is as follows:
1.) Detonate ancient pyramid in Central America
2.) Colonize Mars
3.) Convert Phobos into a giant spacecraft
4.) Let some 300 years pass
5.) Get saved from the Pfhor by a rampant AI (thanks, Durandal!)
6.) ???
7.) Get thoroughly beaten up by the Covenant, blow up a couple space rings
It's the Seven Step Plan To Get Our World Dominated By Someone Else and we're going to stick to it!
What, we just connect every computer to every other computer and buy a couple dozen billion crypto boxes, then everyone will be completely secure when they visit addons.mozilla.org.
It certainly is a case of the term "sexual harrassment" being applied in a nonsensical way.
My usually trustworthy local newspaper informed me today that in Texas a four years old boy was suspended from preshool for sexual harrassment because he hugged a woman and happened to touch one of her breats while doing so. The story came via dpa or ap, so I guess it can be found somewhere on the net as well.
Yes, sex offenders really aren't what they used to be.
Height, width and depth are pretty much the only important values. At least for me. I find most mice awfully humpy and generally aim for the flattest non-laptop mouse I can get my hands on, which currently is Apple's Mighty Mouse - arguably not a mouse for games which heavily involve both mouse buttons. But it feels good. (BTW, the previous one was a Logitech Optical Wheel Mouse.)
I don't give a shit about number of buttons buttons, DPI or polling speed if the mouse feels like a brick.
Business apps aren't everything and lots of people need to crunch data in ways that COTS software can't do and running your in-house developed software means further hassle, for example asthe servers you might potentially crash aren't yours. Also, dedicated connections mean a recurring cost - especially if you need low-latency access. That cost might exceed that of running your own server(s).
Besides, you mentioned gaming, P2P, video conferencing and remote control of robots as areas where SaaS would make sense. Those, however, are all things you want to do on a local machine.
There are good-looking, fast 3D games written in Java, but they rely on a powerful client, as do all 3D games today. If we apply the SaaS concept of moving the program itself to a server we get less than desirable results.
Games require you to be able to display frames at least 60 times per second, thus for video alone you need (assuming a frame size of 1280x1024, 60 fps and 24 bit color) 1280*1024*24*60/8 = 235,929,600 Bytes per second just to transmit the video data. Even assuming that a lossless compression scheme can shave off 50% you still need about 118 MB/s just to transmit that. That's an OC3 line just for gaming. Of course you also need a connection to your service provider that imposes little more than a few milliseconds of lag in order to get somewhat responsive controls. Thus, in order to play a SaaS'd FPS you'd need one dedicated ultra-low latency OC3 line to your provider per player. I doubt that's going to be cheaper than a top-of-the-line gaming PC and DSL.
Peer-to-peer software often happens to be a filesharing client. While that would work on an SaaS provider's server I doubt that people are going to let someone else store their downloaded data - especially as most shared files are either illicit or Linux; both things you want to have locally, not on someone else's system where you don't have any deep access anyway.
There is the advantage of the SaaS server running your P2P software day and night, but then you have the problem of probably not having any dedicated ports (at least without paying extra), thus the software will likely work worse then it would on a local machine - if at all.
Having a teleconferencing app on a remote server makes little sense - you still need to transmit virtually all data to your local machine (as you want to see and hear people when teleconferencing) and teleconferencing clients aren't such resource hogs that there's an urgent need to put them on some server. Thus, if there are any gains to be made from SaaS, they're minimal.
Robot control (whether for medical use or something else) can be divided into two fields:
a) You send the robot a list of instructions to follow, the list is stored in the robot's memory and then executed. Replacing ICs with remote connections is usually not a good idea and software that sends an ASCII file to some computer doesn't justify renting time on someone's application server.
b) You control the robot remotely by hand, using realtime feedback, for example via video. In this case you want to avoid anything that imposes further lag (such as a server between you and the robot) and you have a situation similar to that of teleconferencing: You don't have any substantial bandwidth gains and the control software isn't what you'd put on a remote server.
SaaS and remote applications might have some merit, but they're not the right tool for every job.
Yeah, Flash is great for gaming! Indeed, my X2 3800+ is almost equivalent to a Super Nintendo when playing Flash games. Clearly, browser-based Flash gaming will displace all those dedicated-app games like Quake 4 or Crysis. Similarly, FLV is the way to go for video conferencing, although maybe JPEGs with AJAX-based auto-updating might be even better.
The fact that they can fulfill those roles doesn't mean that they're good at it. Likewise, SOA-- I mean SaaS is good in some cases and useless in others. For example, if you need something that crunches huge amounts of numbers and gives you back information instantly (telemetry analysis?) you're not going to run it over an inherently unreliable network. Also, such an application would require a really fast connection, which adds additional cost.
The network is the computer? I can totally buy into that shit. That concept's gold. In the future one computer ain't enough to do those futuristic tasks we do. No, the PC is replaced by a network of computers. Everybody has his own one and techies will have a whole network-network.
You know, next version of Windows? You'll need a cluster to run that bitch. And you'll love it. Linux won't even boot on anything less than a 40-machine grid. The difference between a low-consumption compu-net and a regular one will be that the low-consumption one draws just 20 kW idle. And components? Each component comes with its own NIC, which in turn has its own smaller NIC just because it's cool like that. And that shit'll run on goddamn IPV6 so if you want to check your GPU's temperature from work you just call its IP address. Bam, it's magic.
Notebooks? They'll be all wireless. It's like a fucking bluetooth fiesta in your pocket and the whole subnet's invited. You can literally rip out the notebook's display and toss it across the room and never lose track of your desktop. It's going to be so goddamn networked that even the HVD-Rs will have their own WLAN NIC so you don't even have to put them into the drive anymore, it's that cool. Even the damn power supply's wireless so you don't even have cables anymore.
You know, providers? In the future it's not about who delivers your broadband, it's about who keeps your three-phase power lines lit. Apple compu-nets will ship with their own fucking nuclear pile just so you don't have to worry about electricity bills. And nobody cares about the readiation because if you get close to your compu-net and the hard drives all spin up at once the drive motors' EM field will cook you anyway. And you know, HFS+? The successor's gonna be AppleTalk.
The network is the computer. Best goddamn idea I've ever heard.
Ah, you are right, dear sir. You discovered an imperfection in my otherwise flawless code. May I give to you the That Was Part Of The Joke Award?
(I would've used the "joke above you" ASCII art but I couldn't get it past the lameness filter.)
Nowhere in Matrix did Neo screw up because he remembered things that happened neither in VR nor in the real world. And that's what "false memories" means: Not that someone remembers something he perceived in the VR but rather that someone remembers something he never perceived.
So masturbation kills dogs AND terraforms Mars? There's really only upsides to it.
1.) Detect are where there could possibly be water on the Mars surface.
2.) Nuke the site.
3.) Present the answer: "Maybe there was water, but now there is none."
Solving scientific problems can be so easy...
Maybe he has taken up snorting?
I don't think they'll vote bin Laden out of office...
Great! After YAML we get YANaN so impossible mathematics can be Web 2.0, too!
I don't know how math professors look in your country, but I think that "appalling" describes anything involving them and nudity quite well.
HTML. Use
.
Except if you go for one that uses AA batteries and flash cards. Of course you won't get the same amount of storage with a CF/SD based player, but 1 GB flash cards are pretty cheap and you usually don't need to lug around 20 gigs of music at all times. If the inconvenience of having to get the right songs on a card before listening isn't enough to turn you off a card based player and two, three 1 GB cards might suit your needs.
Similarly, AA accus won't last forever, but a $20 charger and a dozen ~3000 mAh accus will serve you well for quite a while. If you can find a player that runs on AAA you could even get yourself some headphones with active noise blocking that run off the same kind of batteries, meaning that the couple spares in your backpack can be used in both devices. OTOH, I don't know whether an AAAbased player exists.
I have a Nex IA (a Compact Flash-based player) and I recommend against using it with a Mac - OS X always mounts the thing as read-only. I don't know whether the Nex Black (the IA's successor, among other things capable off Ogg Vorbis playback) works with Macs, though.
A non-sorting map is an associative array that leaves the entries in the order in which they were inserted, akin to a vector<pair<K, V> > or a PHP array (the difference to a vanilla map only becomes evident when iterating over it). In fact, my implementation is a subclass of vector<pair<K, V> > that performs uniqueness checks and entry location for the [] operator by iterating over the whole thing, performance be damned.
By the way, there's another sorely needed feature: More legible STL error messages. It's a bit ridiculous when the source in question occupies 1.5 KiB and the error messages generated because of one typo build up to more than two kilobytes (and subsequently take minutes to decypher). Also, template errors have the nasty habit of appearing out of order, which complicates debugging further.
As for Boost: I have considered using it, but my project is already dependent on two different build toolchains (CMake because I use it and the autotools because I use libintl); I don't want to add a third one (Boost Jam, neccessary to build Boost) unless it's really neccessary.
There were other options, such as Google's sparse_hash_map, but I wanted something that behaved as much as a vanilla map as possible.
These days, many people don't really know why you'd use a map versus a hash_map, or a vector versus a deque. And, for the most part, they don't really need to.
When writing C++ you use a map rather than a hash_map when your program is supposed to be standard-compliant and/or portable. hash_map, while certainly useful, is utterly non-standard.
You can say that it's magical, because it managed to post for you just before it crashed. Though that's pretty nifty, I've seen Firefox tack on a "NO CARRIER" before. Maybe you should submit a feature request.
Huh? My Firefox doesn't NO CARRIER