Re^2: Let's Make PerlMonks Great Again!

> If this is a serious call to arms to improve the site I think the opening post could benefit from editing for clarity.

140 characters - twitter rules! ;)

> I think that this and the learning curve involved will be a factor in gathering willing developers with sufficient time to spare.

Depends on the priorities.

My idea of the best return of investment is to pump up CSS and JS in a way that would let a new PM look so much better - like e.g. MetaCPAN does in comparison to CPAN.

Tobyink already did a nice proof of concept.

So what's missing is not only a team which drives this forward, but also a perspective from the gods to allow changes if they meet certain quality measures.

It's understandable that an admin doesn't want to add more code on top of a pile of unmaintainable code.

That's why we need to define goals and criteria to improve in a maintainable way.

YMMV, but I think it's a question of project management.

Cheers Rolf
_{(addicted to the Perl Programming Language and ☆☆☆☆ :)

Je suis Charlie!}

Comment on Re^2: Let's Make PerlMonks Great Again!

Replies are listed 'Best First'.
Re^3: Let's Make PerlMonks Great Again! by jdporter (Paladin) on Jan 31, 2017 at 02:55 UTC
Taking the liberty to speak for the gods -- or at least for myself, if not -- We're quite happy to support any efforts to improve the site's UX, within certain constraints: it can't break "backward compatibility"; that is, members who want their experience to remain unchanged should not be impacted at all. it can't significantly impact performance. that is, having a slicker UI can't come at the cost of 10x page load times, for example. it can be done within the framework of the existing engine. among other things, that means that any new "code" must not require access to, or to live on, the filesystem. "Everything is a node", i.e. it lives in the database. (There could be very limited allowances made, possibly.) possibly others. I'm quite gung ho about this myself, and would probably have already done a lot of what people are demanding except that my web dev chops are meager. I keep trying to recruit js/ajax/jquery/node/frobnitz experts to come in and work some magic, but so far none have stepped forward. Consider this another appeal. :-) Of course, there's a learning curve, whichever side one approaches from. Be assured that I stand ready to mentor anyone who wants to bring their web dev chops and is willing to learn how the pm engine works. But as you imply, it would be good to have a plan, an outline of what we hope to achieve. Releated: Please see my recent post, Development of PerlMonks "Mobile" is now open for business. It's understandable that an admin doesn't want to add more code on top of a pile of unmaintainable code. But that's exactly how Perl[Monks] became the glorious mess of awesomeness that it is! I reckon we are the only monastery ever to have a dungeon stuffed with 16,000 zombies.	[reply]

Replies are listed 'Best First'.

Re^3: Let's Make PerlMonks Great Again!
by jdporter (Paladin) on Jan 31, 2017 at 02:55 UTC

Taking the liberty to speak for the gods -- or at least for myself, if not -- We're quite happy to support any efforts to improve the site's UX, within certain constraints:

it can't break "backward compatibility"; that is, members who want their experience to remain unchanged should not be impacted at all.
it can't significantly impact performance. that is, having a slicker UI can't come at the cost of 10x page load times, for example.
it can be done within the framework of the existing engine. among other things, that means that any new "code" must not require access to, or to live on, the filesystem. "Everything is a node", i.e. it lives in the database. (There could be very limited allowances made, possibly.)
possibly others.

I'm quite gung ho about this myself, and would probably have already done a lot of what people are demanding except that my web dev chops are meager.
I keep trying to recruit js/ajax/jquery/node/frobnitz experts to come in and work some magic, but so far none have stepped forward.
Consider this another appeal. :-)
Of course, there's a learning curve, whichever side one approaches from. Be assured that I stand ready to mentor anyone who wants to bring their web dev chops and is willing to learn how the pm engine works.
But as you imply, it would be good to have a plan, an outline of what we hope to achieve.

Releated: Please see my recent post, Development of PerlMonks "Mobile" is now open for business.

It's understandable that an admin doesn't want to add more code on top of a pile of unmaintainable code.

But that's exactly how Perl[Monks] became the glorious mess of awesomeness that it is!

I reckon we are the only monastery ever to have a dungeon stuffed with 16,000 zombies.

[reply]