But America isn't cutting funding for Education, Healthcare, Emergency services or any of your socialist dreams. We pay as much or more as most places for the services, but because our government is bigger, get less out of it. But we still have private alternatives, but due to regulations to protect or encourage government monopolies, the private sector alternatives struggle as well, and yet are still better than most other places.
Put 911 on a VOIP network and reduce the cost of maintaining the network. There's huge amounts of graft in 911, just like every other government program.
Cities and counties don't fund schools. They get a slice of the Statewide revenue from property taxes and other funds, a large part of which comes from Federal income tax.
Has anyone gotten rid of all land and cell lines and replaced them with VOIP peer-to-peer networks. The telcos that are switching to VOIP behind the scenes still have to provide 911 to end users, and even the existing home VOIP providers already provide 911 service for a dollar or two more per month. Most people in America are probably paying a double 911 tax anyway (on their local phone service and their cell phone.)
Oh no!!!! If someone uses Skype or Netmeeting as their sole connection with the outside world they can't dial 911. Big deal. I couldn't connect to emergency services with MSN, ICQ, or my BBS service before. Should be ban email until there is a "Call 911" button available in every client and ever MTA has the ability to track the sender via GPS?
This is a scare article designed to scare people into giving away their rights so some corporations can take their money too and force them under communist control.
Most likely due to the fact that Vias (Cyrix) don't (or didn't) have hardward to do floating point math -- it's all done in software, and fractions are very common in graphics.
we can get someone to put the lead back in (do any boards use lead anymore?) and take out all that phoney baloney eco-crap we could have a $50 computer that runs on a battery.
JVM runtime optimization is always at the very low level. We're talking something akin to building jumps in assembly into you loops. It doesn't really ever get close to anything adaptive. It just shortcuts some of java's low level shortcomings if it sees a pattern. I don't think it even goes to the level of choosing a different sort algorithm or converting a string to a stringbuffer. What it does is build a table of common executions so it doesn't have to look them up from the complete program stack. A hotspotting JVM isn't an omniscient, understanding, precognitive artificial intelligence that can turn bad code into good code. It unrolls loops and inlines functions, and not necessarily always correctly.
no it's not. The perl code is cached, fairly well. The real problem is that you don't have a session level in-memory object store like you do with servlets or EJBs so that all state information has to be persisted to an external source like a database. You can alleviate this with an in-memory caching database or custom solution, but still, the ease of the ASP/Servlet style Application/Session/Request scoping is a huge plus. It is the one thing I really miss with PHP/Perl, even though ASP/Servlets do not really get it right.
But you don't really have access to Linux when using Java. Java goes to extreme measures to isolate itself from the platform unless you use JNI (which some might say is really another measure to prevent you from accessing the OS or other applications.)
You can't even read a directory efficiently. If you don't even have "ls" you don't really have linux.
all of the other baggage a relational database carries with it
like scalability, adaptability, searchability (entity beans search better than than ZODB)
You're right though that if you don't need a database, then don't use one. And a lot of websites don't. And reading a flat file for a few thousand objects isn't that bad. But if you have much data, access it from multiple sources, or may use it in more than one way, it may be time to consider a relational database. If you can use HSQLDB in production, then ZODB is good enough for you.
Part of that is because Zope is run via the Zope Control Station (i.e., your browser.) To learn Zope you need an infinity of screen shots with long, precise explanations. Contrast PHP, which is a language, where you can concisely illustrate a concept in a few lines of text.
have you thought about making available a webservice for planner.net? And possibly include plugins for other tools. I might be willing to work with you on that.
ahdeoz excite com
If you have any amount of data, you need a data store, not an object store. I refuse to loop through thousands of objects to find the key to loop through thousands of other objects to find the address of a customer, or some other similarly mundane task. Data needs a data store. I'll be damned if I'll instantiate 10,000 objects just to find a row in a table.
Unless Zope3 is a radical change from Zope (which I'm sure it isn't) what zope is is a web-based gui for creating html files. It has a couple of template systems it uses and the "object store" is just a big honking collection that is serialized and saved to a flat file. That means a site of significant size or many users is crushed under the weight of the single-array architecture. The best description I can think of is a basic CMS. The object of zope seems to be to avoid using FTP or Telnet(SSH.)
I wish it were an application server. Or a good template system. Or handled sessions and authorization. Or was good at caching pages. It is okay at all of these, but really geared towards being a competitor for webdav or the amaya web browser.
If I were Euro-trash, I'd hate Kerry just because he's some chump American who *thinks* he's cool enough to be Euro-trash, running around with celebrities who have transcended their own nationality like Jerry Lewis, David Hasselhoff, and Bon Jovi.
city?
I used to live in Hearne, and although it does have a Piggly Wiggly, I wouldn't call it a city. It's claim to fame is (was?) that it was the only place a WalMart has failed. I think the county that went to Gore must have been whatever county Austin, and the UT is in.
Re:I have a bit of a bone to pick.
on
Learning PHP 5
·
· Score: 1
I'd much rather use PHP, but I'm porting several large webapps to perl because I need mod_perl functionality. The Apache::Registry caching was the clincher, because it was hard to get the PHP caches I tried (not Zend) to always Do The Right Thing. If only the bulk of mod_perl, handlers at all levels, and Apache::Registry could be ported to PHP. I saw some attempts to bring some Apache API functionality to perl, but it looks like it died out a couple years ago. I even emailed the developer who seemed to be in charge. Anyone heard anything about this?
I suppose porting to Apache2 and saving the UI part of my PHP code is a possibility.
They only threaten because they care. I'd resort to similar measures to try to stop my friends from watching a non-MacGyver bastardization of extension of syndication of a mildly interesting spin off of a terrible movie whose only saving grace was MacGyver, and whose only genuinely good episode was a ripoff of Groundhog's Day.
Re:A few really good Apps could make the differenc
on
Firefox - The Platform
·
· Score: 1
The problem with that demo is that it depends on XMLHTTPRequest. In other words, you need a webserver for it to work, and all the work is done on the server, except display. The other solution proposed by XUL advocates is to use RDF, which is just rediculous. I'd much rather build a SOAP interface in javascript. (Actually, I could probably already find one.) What we need --and I've said it before-- is a way to communicate directly with a database or the local OS. XPCOM can read/write files, although it's ugly and really slow, but that's what we need that ActiveX has. ActiveX is not secure but it gets the job done. Java is secure, but hard to deploy, annoying to use, and impossible to build a decent GUI in a reasonable time frame. Mozilla has GUI with XUL (and HTML) and Gecko. It almost has the other 2 with XPCOM, but not quite. And then it needs to be able to use a language that has the libraries we can all use. That means Java, Perl, PHP, or VB. And then it needs RAD tools. I think the pieces would all come into place if XPCOM could fix file access and add sockets or DB drivers. Maybe the best thing is to open it up to Java, since Rhino is already a java app, it shouldn't be that hard.
That seems like a fair expectation from a high school teacher. What do you think, someone who's main job is probably to teach typing skills to 15 year olds is supposed to explain function pointers or keep up on all available programming languages?
Slashdot Mirror
But America isn't cutting funding for Education, Healthcare, Emergency services or any of your socialist dreams. We pay as much or more as most places for the services, but because our government is bigger, get less out of it. But we still have private alternatives, but due to regulations to protect or encourage government monopolies, the private sector alternatives struggle as well, and yet are still better than most other places.
Put 911 on a VOIP network and reduce the cost of maintaining the network. There's huge amounts of graft in 911, just like every other government program.
Cities and counties don't fund schools. They get a slice of the Statewide revenue from property taxes and other funds, a large part of which comes from Federal income tax.
That was also before most police were unionized, or beholden to the federal government.
Has anyone gotten rid of all land and cell lines and replaced them with VOIP peer-to-peer networks. The telcos that are switching to VOIP behind the scenes still have to provide 911 to end users, and even the existing home VOIP providers already provide 911 service for a dollar or two more per month. Most people in America are probably paying a double 911 tax anyway (on their local phone service and their cell phone.)
Oh no!!!! If someone uses Skype or Netmeeting as their sole connection with the outside world they can't dial 911. Big deal. I couldn't connect to emergency services with MSN, ICQ, or my BBS service before. Should be ban email until there is a "Call 911" button available in every client and ever MTA has the ability to track the sender via GPS?
This is a scare article designed to scare people into giving away their rights so some corporations can take their money too and force them under communist control.
Most likely due to the fact that Vias (Cyrix) don't (or didn't) have hardward to do floating point math -- it's all done in software, and fractions are very common in graphics.
we can get someone to put the lead back in (do any boards use lead anymore?) and take out all that phoney baloney eco-crap we could have a $50 computer that runs on a battery.
a C compiler is available on more platforms than the (any) JRE. That's why PHP is more platform independent than Java.
JVM runtime optimization is always at the very low level. We're talking something akin to building jumps in assembly into you loops. It doesn't really ever get close to anything adaptive. It just shortcuts some of java's low level shortcomings if it sees a pattern. I don't think it even goes to the level of choosing a different sort algorithm or converting a string to a stringbuffer. What it does is build a table of common executions so it doesn't have to look them up from the complete program stack. A hotspotting JVM isn't an omniscient, understanding, precognitive artificial intelligence that can turn bad code into good code. It unrolls loops and inlines functions, and not necessarily always correctly.
nope, he's a Postgres zealot guaranteed. He's probably never seen Oracle, Sybase, or DB2.
no it's not. The perl code is cached, fairly well. The real problem is that you don't have a session level in-memory object store like you do with servlets or EJBs so that all state information has to be persisted to an external source like a database. You can alleviate this with an in-memory caching database or custom solution, but still, the ease of the ASP/Servlet style Application/Session/Request scoping is a huge plus. It is the one thing I really miss with PHP/Perl, even though ASP/Servlets do not really get it right.
But you don't really have access to Linux when using Java. Java goes to extreme measures to isolate itself from the platform unless you use JNI (which some might say is really another measure to prevent you from accessing the OS or other applications.) You can't even read a directory efficiently. If you don't even have "ls" you don't really have linux.
like scalability, adaptability, searchability (entity beans search better than than ZODB)
You're right though that if you don't need a database, then don't use one. And a lot of websites don't. And reading a flat file for a few thousand objects isn't that bad. But if you have much data, access it from multiple sources, or may use it in more than one way, it may be time to consider a relational database. If you can use HSQLDB in production, then ZODB is good enough for you.
you must have a pretty fast computer. I looked away for a couple days, came back and my kid was still compiling Gnome.
If you're any good at all, forever.
Part of that is because Zope is run via the Zope Control Station (i.e., your browser.) To learn Zope you need an infinity of screen shots with long, precise explanations. Contrast PHP, which is a language, where you can concisely illustrate a concept in a few lines of text.
have you thought about making available a webservice for planner.net? And possibly include plugins for other tools. I might be willing to work with you on that. ahdeoz excite com
If you have any amount of data, you need a data store, not an object store. I refuse to loop through thousands of objects to find the key to loop through thousands of other objects to find the address of a customer, or some other similarly mundane task. Data needs a data store. I'll be damned if I'll instantiate 10,000 objects just to find a row in a table.
Unless Zope3 is a radical change from Zope (which I'm sure it isn't) what zope is is a web-based gui for creating html files. It has a couple of template systems it uses and the "object store" is just a big honking collection that is serialized and saved to a flat file. That means a site of significant size or many users is crushed under the weight of the single-array architecture. The best description I can think of is a basic CMS. The object of zope seems to be to avoid using FTP or Telnet(SSH.) I wish it were an application server. Or a good template system. Or handled sessions and authorization. Or was good at caching pages. It is okay at all of these, but really geared towards being a competitor for webdav or the amaya web browser.
If I were Euro-trash, I'd hate Kerry just because he's some chump American who *thinks* he's cool enough to be Euro-trash, running around with celebrities who have transcended their own nationality like Jerry Lewis, David Hasselhoff, and Bon Jovi.
city? I used to live in Hearne, and although it does have a Piggly Wiggly, I wouldn't call it a city. It's claim to fame is (was?) that it was the only place a WalMart has failed. I think the county that went to Gore must have been whatever county Austin, and the UT is in.
I'd much rather use PHP, but I'm porting several large webapps to perl because I need mod_perl functionality. The Apache::Registry caching was the clincher, because it was hard to get the PHP caches I tried (not Zend) to always Do The Right Thing. If only the bulk of mod_perl, handlers at all levels, and Apache::Registry could be ported to PHP. I saw some attempts to bring some Apache API functionality to perl, but it looks like it died out a couple years ago. I even emailed the developer who seemed to be in charge. Anyone heard anything about this? I suppose porting to Apache2 and saving the UI part of my PHP code is a possibility.
They only threaten because they care. I'd resort to similar measures to try to stop my friends from watching a non-MacGyver bastardization of extension of syndication of a mildly interesting spin off of a terrible movie whose only saving grace was MacGyver, and whose only genuinely good episode was a ripoff of Groundhog's Day.
The problem with that demo is that it depends on XMLHTTPRequest. In other words, you need a webserver for it to work, and all the work is done on the server, except display. The other solution proposed by XUL advocates is to use RDF, which is just rediculous. I'd much rather build a SOAP interface in javascript. (Actually, I could probably already find one.) What we need --and I've said it before-- is a way to communicate directly with a database or the local OS. XPCOM can read/write files, although it's ugly and really slow, but that's what we need that ActiveX has. ActiveX is not secure but it gets the job done. Java is secure, but hard to deploy, annoying to use, and impossible to build a decent GUI in a reasonable time frame. Mozilla has GUI with XUL (and HTML) and Gecko. It almost has the other 2 with XPCOM, but not quite. And then it needs to be able to use a language that has the libraries we can all use. That means Java, Perl, PHP, or VB. And then it needs RAD tools. I think the pieces would all come into place if XPCOM could fix file access and add sockets or DB drivers. Maybe the best thing is to open it up to Java, since Rhino is already a java app, it shouldn't be that hard.
That seems like a fair expectation from a high school teacher. What do you think, someone who's main job is probably to teach typing skills to 15 year olds is supposed to explain function pointers or keep up on all available programming languages?