Stories
Slash Boxes
Comments
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.
  • development model (Score:1, Interesting)

    by excalibor (262) on 2000.06.01 3:34 (#286) Homepage Journal
    I find VB a good tool, and I think it's good its development team is not integrated with the development studio gang, etc...

    the problem with VB (which using VB itself is not a big problem, even though it's there) is that people tend to design the GUI and then stick behavior related to user generated events (and other events as well).

    That's OK, you are sticking COM (ActiveX) components together and tying their behavior into a single system...

    But doing this in Perl... it may work, by the way... but something I like of Perl is that i can do a system design, implement it, and change it on demand very easily... and that's because I am programming in the ole-days sense...

    Tk and other hand-written GUI's make sense, because you add them to your program's logic...

    In VB you start with a form. It's hard to detach from that development model... sure, it's plain easier to do GUI apps in VB than in VC... but, it's the same, at least in VC you can choose which design you want and take the GUI into account... in VB the GUI is always there (a console app must have the main form hidden, but it's still there)...

    all in all, I don't like Visual development a great deal, although it's useful sometimes... there are loads of code you haven't written yourself... In _The_Pragmatic_Programmer_ it is said: "distrust of wizards and similar tools" or something like that (don't have my copy handy) and I think it's a good idea...

    if you have to, then by all means, do it... but if you can avoid it, then do it. Your brain is always better than any wizard (even if it may be slower...)

    Visual Perl? I ain't no problems, except that, again, it's a new step ahead against portability of applications...

    I know many Windows people don't care about the way the rest of the Universe talks, but we Unix people do care... Perl + Tk is portable, Perl + GTL+ is portable (ditto for Qt, FLTK, etc...)

    Windows is not portable (not even within different windows systems, sometimes)

    and I ain't like that...

    but anything useful for programmers that helps to make their life easier and to introduce Perl into management heads as something worthwhile is welcome, I guess...
    --
    $ pugs -M6 -e 'say "use 6 :)"'
    use 6 :)