Oh, what a need for precision! 
Though Excel is a spreadsheet and not a programming language (was born without), it HAS a powerful programming language, so I think it's clear that "Yes it is" must be read as "No, but it has one".
Here is my PERSONAL view: I'm fed up with all programming languages, they look silly and old, primitives. I won't explain here why I think so, I only say that LINQ is a small step in the right direction but definitely not enough, and not that way.
So I advice to choose the first language you feel comfortable with (for any reason) and you can master to do all the things you need, possibly without additional bloat like frameworks: everything you add is a potential source of problems (mostly security ones).
I use VB6 with all its dirty tricks, but if you like awful COBOL, go on stick with it.
I don't think trading automation needs very complex programming; if you have sophisticated quantitative algorithms to code, you may like more "evolved" platforms.

Though Excel is a spreadsheet and not a programming language (was born without), it HAS a powerful programming language, so I think it's clear that "Yes it is" must be read as "No, but it has one".
Here is my PERSONAL view: I'm fed up with all programming languages, they look silly and old, primitives. I won't explain here why I think so, I only say that LINQ is a small step in the right direction but definitely not enough, and not that way.
So I advice to choose the first language you feel comfortable with (for any reason) and you can master to do all the things you need, possibly without additional bloat like frameworks: everything you add is a potential source of problems (mostly security ones).
I use VB6 with all its dirty tricks, but if you like awful COBOL, go on stick with it.
I don't think trading automation needs very complex programming; if you have sophisticated quantitative algorithms to code, you may like more "evolved" platforms.