[Gllug] Perl Question - Spam Filter for NMS Form Mail

Daniel P. Berrange dan at berrange.com
Fri Feb 13 12:09:13 UTC 2009


On Fri, Feb 13, 2009 at 11:54:04AM +0000, - Tethys wrote:
> On Fri, Feb 13, 2009 at 11:39 AM, Daniel P. Berrange <dan at berrange.com> wrote:
> 
> > I really like the rapid development benefits oflanguages like   Perl or
> > Python, but especially for GUI apps which are hard to do automated testing
> > for, I wouldn't use either again for any non-trivial GUI app. Unfortuantely
> > the alternatives are things like C, C++ or Java[1], each with their own
> > limitations, but on balance I'd use any of them for GUI apps over Python
> > or Perl
> 
> Heh. I hadn't got this message at the time I sent my last one. Nor had
> I even considered your preferred languages. You couldn't persuade me to
> touch Java with a very, very long bargepole. C is my favourite language
> of all time, and is likely to remain so. But for an app like virt-manager,
> the development time advantages would almost certainly sway me to python,
> even with the "find bugs at runtime" problems. I'm surprised to see anyone
> advocating the opposite view.

Personally I'd be unlikely to use Java either, but for a large number of
developers it is probably a good choice because of the tools that support
it.  For virt-manager we're changing focus, to be more of a hybrid codebase
moving some critical pieces of logic which have had consistent problems
in python, out into supporting C libraries. Ultimately I'd like the python
layer to be mostly just glueing together UI components & supporting libs.
So we can try and get the best of both worlds.

I actually like some of the experiments being done in GTK world with 
JavaScript as a true embedded language. JavaScript gives some of the
benefits of being a scripting language, but without bringing along
the burden of a parallel object system & runtime environment. JavaScript
itself does not have any runtime environment or object system - its just
a language you bolt onto your own runtime. So the GTK / JavaScript stuff
is using dynamic metdata from GObject, to dynamically expose the GLib/GTK
hierarchy into JavaScript. It'll be interesting to watch how this turns
out...

Daniel
-- 
|: http://berrange.com/     -o-    http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org  -o-  http://virt-manager.org  -o-  http://ovirt.org :|
|: http://autobuild.org       -o-         http://search.cpan.org/~danberr/ :|
|: http://freshmeat.net/~danielpb/    -o-   http://gtk-vnc.sourceforge.net :|
-- 
Gllug mailing list  -  Gllug at gllug.org.uk
http://lists.gllug.org.uk/mailman/listinfo/gllug




More information about the GLLUG mailing list