Yeah, Fry's takes "defective" return, puts it right back on the shelf. If Fry's does that ten times per item, Best buy should do that twenty.
Assuming Python is important since you have a backend in Python (unclear): choose Django if you want an opinionated framework that makes lots of decisions for you about how *you write code*, or choose Pyramid if you have a desire for an un-opinionated framework. Both are good -- but very different -- choices for the right situations and coder preferences.
RoR and Django are opinionated. I'm guessing there exist opinionated and un-opinionated frameworks in practically any language/runtime. The same is true about the amount of inversion-of-control assumed by the framework in relation to how you extend it.
Non-economic explanation of economic phenomena: this is called the "Commercial Use" trope. It is a rhetorical device that attempts to explain away something purely economic with some alternate cause or agent. It was first largely identified by Kenneth Burke, who identified risks of scapegoating ideologies in the U.S. after the rise of Hitler in a 1939 essay.
The thing about C programming: high risk (harder to find jobs), high reward (those that have them tend to get higher salaries). This is just an economic reality. I don't see the point in reaching for agent-of-cause from anecdote, when doing that yields unnecessary or dangerous generalizations. Americans and Europeans have to resist this temptation to blame immigrants for patterns that really cannot be attributed to them with proper evidence.
I used to write lexical scanners in C and lex. Now I largely turn to Python to do the same thing. I can reach for C when I need it, and like working in C from time to time. But I also recognize that I am happier working on applications, and the only place where folks still use C for end-user (e.g. desktop) apps is in Gnome+Linux. The money in C (mostly embedded, RTOS, systems-level stuff) is in domains that don't interest me, so I live in higher level languages and find myself a reasonably happy person.
I read the docs for this yesterday, came away impressed about things like iPython integration and the idea that other IDE features of VS could be used for Python. That said, I'm stuck with the position that is it simply too much work and pain to use Windows as an underlying platform, when what I deploy to is largely web apps running on Linux/OSX. I use Windows 7 in virtual machines to test sites with MSIE, and Windows Explorer WebDAV, but that is about it -- it is a pain to do much more in a VM. I just do not have incentive to "live" in Windows, live in a VM on my Mac or Linux desktops, or buy another box just to run a platform I have little use for. I would hope MS has intention of eventually trying to make their tools really compete with Eclipse on the cross-platform game. Alright, back to vim for me. Sigh.