ghsalazar

Amen :-)

Again, bring your reproducible facts. You're speaking out of faith. The test of knowledge is the experiment (Feynman), and yes you can prove evolution through experiments.

Great claims require great evidence. Prove God existence. Show us reproducible facts of God existence.

Disclaimer: I'm a christian, but I know that God existence is just an assumption that I have made on faith, and it can't be verified nor disproved, because it isn't testable. It isn't scientific knowledge.

Evolution is a scientific theory; that means that

1. It's based on facts, like:

    1. Mutation, that you can see mutations everyday, from
       a microrganism to a whale.

    2. The natural selection, that can you also can see
       everyday.

2. Its predictions can be tested.

   1. For example with help of genetics. 

3. It's falsifiable, that means you can try to build a test to refute the theory, but this test must be fact based.

Creationism isn't a scientific theory because you can't bring the facts. Show reproducible facts and then we can discuss.

It's sad, but you're right. In my field, I've found that there is little interest in experiment design when doing data analysis; you'd be asked to perform an analysis on eight or ten data sets, only because the people think that is exhaustive.

Paraphrasing the Greenspun's tenth rule of programming:

"Any sufficiently complicated C or Fortran numerical program contains an ad hoc, informally-specified, bug-ridden, slow implementation of half of MATLAB/Octave/Scilab."

This could be called Gastón's corollary :-).

MATLAB, Octave and Scilab are like the UNIX shell but for matrices instead of text streams; this is they problem domain. If you can explain a problem with matrices and their operations, you can profit from MATLAB/Octave/Scilab. If you need more speed from your program, you should profile it and develop a mex-function in C or Fortran.

In academia and engineering most programs are developed to run at most thousands of times (<10,000), and this statement could be greatly exaggerated; the developing time must be reduced in order to work in other projects. The usual approach is brute force.

The greatest problem that I find with MATLAB is that doesn't allow multiprocessing. In my last project, I ended developing several interpreters in Bison/Flex/C that ran concurrently in order to control a robot, but the main program was developed in MATLAB because it was simpler that way.