You are correct. Evolution is the best purely scientific (according to the old definition) theory we have, even with its flaws.
And as you point out, ID cannot be proven or disproven. This alone will keep it from being considered as a scientfic theory, but that does nothing to either increase or decrease its validity.
Science is about the pursuit of Knowledge. Faith is about the pursuit of Truth. The two are not incompatible so long as you don't let either overstep their bounds.
We get around this at my company by doing our development using Apache Tomcat, and then testing and deploying on IBM Websphere.
This allows us to catch incompatibilities quickly, before they become problems later on. If our unit tests won't pass on both Tomcat and Websphere, then the code doesn't go in.
If we ever need to port to another appserver (e.g. Weblogic), it shouldn't be a problem as we already have code that works on two different J2EE (or almost J2EE in the case of Tomcat)-compliant app servers.
According to the article, each of the latest worm attacks was preceded by security bulletins which happened to contain exploit code.
Hate to break it to MS, but all this indicates is that the security sites work. That's right. The people who have access to the code to fix the bugs were given notice. If these bulletins didn't exist, you can bet the worms would have still been created. Remember Code Red II? MS had a fix out months before CR2 hit the web, yet it still managed to infect thousands of machines.
Security bulletins (even with exploits) are not the problem. The holes in buggy software are the problem.
The only thing I know of that even comes close is FOP (XSL Formatting Objects Processor). FO is an XML-based formatting language that can be used to generate PDF files as well as printable output. You have complete control over page breaks and static content such as report headers and footers.
You will need to use Java (FOP is Java-based), and if the reports are generated on the client, you will need to download about 2.5MB of JAR files to the client for the required libraries. If you use Java servlets, you can generate the reports on the server and save on the size of the download and the processing needed at the client.
Actually, the values aren't calculated. Just for fun, grab a copy of Win9x and look in the WINDOWS\INF directory. Find an INF file for a video card and peek inside. You will find a list of video modes complete with all the numbers that a ModeLine in XF86 has; these are just hidden from the user in Windows.
Slashdot Mirror
I couldn't agree more. Let the LAMP fanboys have it. Means more jobs for you and me. :)
Finally someone who gets it.
You are correct. Evolution is the best purely scientific (according to the old definition) theory we have, even with its flaws.
And as you point out, ID cannot be proven or disproven. This alone will keep it from being considered as a scientfic theory, but that does nothing to either increase or decrease its validity.
Science is about the pursuit of Knowledge. Faith is about the pursuit of Truth. The two are not incompatible so long as you don't let either overstep their bounds.
I can't stand Graffiti 2... maybe its just because I spent so long using the original Graffiti, but it would make my day if it came back.
We get around this at my company by doing our development using Apache Tomcat, and then testing and deploying on IBM Websphere.
This allows us to catch incompatibilities quickly, before they become problems later on. If our unit tests won't pass on both Tomcat and Websphere, then the code doesn't go in.
If we ever need to port to another appserver (e.g. Weblogic), it shouldn't be a problem as we already have code that works on two different J2EE (or almost J2EE in the case of Tomcat)-compliant app servers.
According to the article, each of the latest worm attacks was preceded by security bulletins which happened to contain exploit code.
Hate to break it to MS, but all this indicates is that the security sites work. That's right. The people who have access to the code to fix the bugs were given notice. If these bulletins didn't exist, you can bet the worms would have still been created. Remember Code Red II? MS had a fix out months before CR2 hit the web, yet it still managed to infect thousands of machines.
Security bulletins (even with exploits) are not the problem. The holes in buggy software are the problem.
At least CD-R (or even CR-RW) is fairly viable, if a little harder to automate (you can't just tar the files to a device).
Actually, you can. <shameless_plug> Check out cdbackup. </shameless_plug> I wrote it specifically to allow for this.
The only thing I know of that even comes close is FOP (XSL Formatting Objects Processor). FO is an XML-based formatting language that can be used to generate PDF files as well as printable output. You have complete control over page breaks and static content such as report headers and footers.
You will need to use Java (FOP is Java-based), and if the reports are generated on the client, you will need to download about 2.5MB of JAR files to the client for the required libraries. If you use Java servlets, you can generate the reports on the server and save on the size of the download and the processing needed at the client.
Actually, the values aren't calculated. Just for fun, grab a copy of Win9x and look in the WINDOWS\INF directory. Find an INF file for a video card and peek inside. You will find a list of video modes complete with all the numbers that a ModeLine in XF86 has; these are just hidden from the user in Windows.