vasudevram a écrit : (snip) >>To me this means Ruby, Python, or, as mentioned above, Perl. If anyone > > can tell me of a way to meet the above requirements in either Python > or > Perl, I'm all ears (I just prefer Ruby).
>>1. GUI - Native Look and Feel. According to wxRuby the bindings aren't > mature enough for production use. (snip) > wxPython has this (Native Look and Feel), I think It does - just like wxRuby, since both are language-specific bindings to the C++ wxWidgets toolkit. And FWIW, wxPython has been used on production for many years, so I think it qualifies as "production ready" !-) (snip) >>2. Databases - contemplating using ActiveRecord, but I would like to use > ODBC to support multiple types of DB's in a uniform way (if you know > of > alternatives to ODBC or ActiveRecord, please let me know). In Python, you may want to have a look at SQLAlchemy, which offers lots of things from the "db abstraction layer" to the full-blown (and possibily somewhat ActiveRecord-like, cf the Elixir project) ORM. (snip) >>3. Binary - Are there any utilities for compiling Ruby into a binary > executable? The issue is twofold, speed, and not handing the > customer > the source :) <OP> IIRC, Ruby is actually still an interpreted language. Python is much like Java wrt/ this issue : it's byte-compiled (the difference being that this step is automagically managed by the VM). IOW, you won't gain any speed from the existing packaging systems(but then, if your project is mostly a GUI/DB tunnel, the two most critical parts are already somewhat optimized). And the level of protection gained from these packaging systems is very debatable at best (which, FWIW, is also the case with Java). </OP> (snip) > I first learned Python, have been using it for some time for various > projects, and then learned Ruby, and have done some projects with Ruby > too. > > I've been reading both the Ruby Cookbook and the Python Cookbook > rather thoroughly in the last few weeks (and trying out and modifying > many of the recipes), and what I've observed is that the two languages > are roughly similar in features. Yes. (snip) > For more advanced language features related to object-orientation, > metaclasses / metaprogramming, both have some support, s/some/great/g Both Ruby and Python are known for this. > but you might > or might not be able to do in one, what you can do in the other. I'd say that - wrt/ "advanced" programming tricks - *most* of what you can do with one can be done with the other - but usually in a *very* different way. While Ruby and Python have similar features and may look very similar at first sight, their respective object models are totally different. <OP> Basically, it's a matter of - which language *you* prefer - which one has the best libs for your app It seems that, in your case, you prefer Ruby but Python may *or not* have the best/more mature toolkit. So the best thing to do would be to first try to write a quick 'proof of concept' program in the language you prefer. Then, if you're still in doubt, write the same program in Python. My 2 cents (and friendly salutations to the Ruby community). -- http://mail.python.org/mailman/listinfo/python-list
