I was fortunate enough to meet up with some of the other website admins earlier this month. None of them were geeks of any description. They had been asked to do the job and they were doing the best they could. These websites are important but not core business. They're as interested in the hows and why fors of their websites as they are intrested in which press the printers use to print their newspapers.
Uploading a new article to their website is relatively straight forward and the task is shared out with little trouble.
My site owners ask "why can't we have that?" I've held them off but if, for any reason, they find themselves with a new siteadmin they will.
I've been asked to help out with any new sites that come along or with existing ones that are relaunched and I had to agree that they would use Drupal. The arguments lost.
This is all at the low/small end of the market, shared hosting, no mod_perl ("Have you restarted the web server?" "What?!"). There is a gap before you get to the enterprise stuff mentioned in this thread and I think it will get wider.
A year ago I had a go at writing a trivial "hello world" CGI::Application that could be used as a basis for a new website. It was a failure (no one felt inspired to comment on it) but it did reveal, to me at least, how much work/skill was necessary to even get that far.
If you're starting out now on a small scale and deciding what to use would you start with Perl?
Does it matter? Should anyone care? No. The OP asked a reasonable question: "what are the poster child applications now a days?" Due to the nature of the beast there aren't any.
In reply to Re: Poster child applications?
by wfsp
in thread Poster child applications?
by Anonymous Monk
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |