This is a tremendous opportunity to do your first big project, and use something like Catalyst or Dancer to learn how a full-sized project should go. I think, honestly, that this is better done outside of Perlmonks, simply because grafting in a new section is, I believe, non-trivial -- and you'd learn about a framework that really only applies to this site and a few others.
Start simple and work your way up. This could be really cool, and you'd learn a lot (and frankly, make yourself marketable as a current-technology Perl programmer too!). Take a read through the overview stuff at the Dancer and Catalyst sites, and see what you think.
Assembling a design document (what you'd want to have on the site, how it would work, etc.) in your scratchpad is a good start. You can't build something until you have an idea of what it is you want to build. Yes, this is a big undertaking for just starting out, but a lot of stuff started out as "I really want this" followed by a lot of work to make it happen. (Case in point: I finally did get my wish to be able to have the debugger draw pictures of data structures for me -- after learning far more than I ever really wanted to know about the quirks in graphviz, and really learning how the debugger works so I could patch into it. That whole process took about two years of spare-time work.)
I think you can do it; you just need to get over the perception that someone else needs to lead. You can do that too! But you'll need to lead by example (i.e., by showing that you're putting work into trying to do something). It's perhaps not been well-put, or explicitly spelled out, but folks have essentially been saying "I'm not seeing that you are passionate enough about having this thing to try to do it yourself first." For most open-source programmers, actual code == actual interest; no code == no real investment in the idea.
So even a bad job, but one that shows you've put effort into it, is more likely to get help than the best-worded "I need help to do this" request. | [reply] |