in reply to What is Perl *NOT* good at?
- GUI: use for cross platform *native* gui client side development - (only if you think Tk is the best you can do.)
- PPM: use for gui client side development on MS Windows using CPAN - (because ActiveState ppm is horribly broken and you cant utilise CPAN.
- Shipping: problems with MS Windows GUI/Perl apps when shipping - (because existing tools are bloated, proprietary).
I am ambivalent about using Perl for client side *native* gui programming.
There is a great article by Eric Burke on why GUI programming is hard that sums up why nicely - namely server side development (with languages like Perl) allow for automation once the design problem(s) can be defined.
Gui development on the otherhand, cannot be automated as easily. The other thing the mismatch between skill sets between server side and gui client developers.
I would also be interested to know who develops gui apps aside from MS Windows? Any commercial apps or are they all inhouse? How do you ship? What front end do you use?
update: sp.
|
---|
Replies are listed 'Best First'. | |
---|---|
Re: Re: What is Perl *NOT* good at
by hardburn (Abbot) on Apr 21, 2004 at 20:42 UTC | |
Re: Re: What is Perl *NOT* good at
by helgi (Hermit) on Apr 26, 2004 at 13:30 UTC | |
by blue_cowdawg (Monsignor) on Apr 26, 2004 at 13:37 UTC | |
by Abigail-II (Bishop) on Apr 26, 2004 at 14:29 UTC | |
by blue_cowdawg (Monsignor) on Apr 26, 2004 at 15:06 UTC |
In Section
Seekers of Perl Wisdom