Not an issue or bug, but a question for admins of CiviCRM - is it acceptable to use Python for part of a new extension (instead of PHP) or is that expecting too much, since that means asking users to install Python in addition to their stack of PHP, MySQL, Apache and whatever OS?
I know that Python install isn't the only issue here but so - it seems that CiviCRM doesn't (yet) have any kind of ETL extension (and I mean a contributed extension like CiviDiscount, not 'native', one that would be an optional add-on, like modules in Drupal). I am looking at some way to avoid Kettle/Talend (Kettle 'works' but sucks by comparison w/SSIS which is not open-source).
At first I thought well, people could just contribute Kettle scripts that other people could take and modify but that is pretty clumsy. So...looking at writing simple MapReduce in Python.
So, it would not necessarily be part of the interactive CiviCRM user functionality, using RESTful Api to do transactions, but totally backend functionality to do data transformation from MySQL or whatever database. I hope the transform could also be used to produce reports in some other way than hacking w/those templates. Using Apache Hadoop could also be a showstopper...just exploring now.