Beefy Boxes and Bandwidth Generously Provided by pair Networks
Problems? Is your data what you think it is?

Re^2: Perl/PostgreSQL niche

by gunzip (Pilgrim)
on Sep 06, 2005 at 09:53 UTC ( [id://489404] : note . print w/replies, xml ) Need Help??

in reply to Re: Perl/PostgreSQL niche
in thread Perl/PostgreSQL niche

Because PHP/MySQL has been done to death by the publishing world whereas there's relatively little coverage of Postgres. Even less coverage of Perl web development. I say now is the time because as Postgres becomes more popular we may soon see a boat load of PHP/Postgres books as publishers look for unchartered territory. It's not a question of limiting Perl but getting Perl a bit more exposure in the web devlopment book market.

Replies are listed 'Best First'.
Re: Perl/PostgreSQL niche
by b10m (Vicar) on Sep 06, 2005 at 11:02 UTC

    Just because PHP/MySQL has a lot of books out in the wild, doesn't mean that you must spit out a lot of books to counter it. If people want to use PHP/MySQL, so be it. If people want Perl/MySQL, or Perl/PostgreSQL, fine too. I couldn't care less. All I care about is for the PHP community to drop the annoying php prefix in every project (except for phpMyAss) Then again, it makes it easier to ignore certain projects ;-)

    I don't think focussing on a niche is going to gain a lot of 'mortal souls' though, quite the opposite. You hope that people -who have never seen anything but PHP and MySQL- take the huge step in changing not only the database type, but also the programming language. I doubt if it's ever going to happen. Especially because most PHP 'programmers' seem quite happy with what they have.

    Changing two things at once is probably raising a huge threshold. Imagine the Python community telling you to drop Perl and PostgreSQL and join them with Python and, let's say, Oracle (and yeah, I know very, very little about both). I'd tell them: "Why? I'm perfectly happy with Perl and PostgreSQL/MySQL/SQLite!". And I predict the PHP people out there will react the same.

    Instead of creating your niche, why not write books about "Web Development with Perl and (Class::)DBI" and let people see that you can use MySQL and PostgreSQL. In there you could -of course- point out why PostgreSQL would be better according to you. That way, you don't raise the suggestion that Perl is only suitable for PostgreSQL and thus not for person X, who only knows MySQL.


    All code is usually tested, but rarely trusted.
      I'm not concerned with coders changing from PHP/MySQL but more with newcomers gravitating automatically to PHP/MySQL simply because there are hardly any web development books featuring Perl and PostgreSQL.