Peter Scott [[EMAIL PROTECTED]] quoth:
*>
*>No, but in order to do that safely we need to be able to encapsulate all
*>the functionality that these people don't want to learn into robust, opaque
*>abstractions that have some kind of consistent, complete, and simple
*>syntax. I don't see that this is yet available for Perl - the friendliest
*>of modules for CGI/DBI assume that you know how to manipulate LoL, for
*>instance, the pursuit of which can easily degenerate into a requirement to
*>be fluent in Perl. Which is great for folk like us, of course - leveraging
*>the more powerful features of the language makes it easier to write
*>succinct programs faster, if you've got the powerful features under your
*>belt. But I regularly run into people who are quite at home with most O-O
*>concepts but can't figure out hashes for hours.
My simple premise was that I've got a database and wanted to make a web page
with the data. I spent an afternoon with google trying to find anything
that might make this a simple task and came up empty. I resorted to the
DBI book which had something approximately what I was looking for but I
wouldn't call it an easy beginner book.
We get a lot of questions about DBI and really basic stuff at CPAN which
makes me think that a lot of the really basic stuff we have as second
nature just isn't being covered or isn't basic enough for someone new to
Perl.
lists.perl.org runs on essentially 10 lines of code, mostly thanks to the
CGI and DBI modules and I honestly don't think someone who has a database
and knows enough Perl to spell it should find this hard. Perhaps an
basic anatomy of a web page using CGI and DBI would be helpful.
Once someone gets something working and then wants to do something more
fancy with it they will probably be more interested in getting to know
more of the complexity of Perl.
Database driven content is going to become even more common than it is now
and classes/books/tutorials for it will be very popular.
e.
