p5-MOP

A Meta Object Protocol for Perl 5

Explore on GitHub Read Hacker News discussions

3Distinct people

5Mentions

0Explicit recommenders

22GitHub stars

REPOSITORY AT A GLANCE

What to know before exploring

What it is

A Meta Object Protocol for Perl 5

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 8–Nov 15 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/15/2026, 6:01:32 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by month5 dated mentions

Observed mentions: 2011-11-15 18:34:50 UTC to 2013-01-13 17:12:19 UTC.

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges

UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
Period	Start (UTC)	End (exclusive, UTC)	Mentions	Comments
Nov 2011	2011-11-01 00:00:00 UTC	2011-12-01 00:00:00 UTC	2	2
Dec 2011	2011-12-01 00:00:00 UTC	2012-01-01 00:00:00 UTC	0	0
Jan 2012	2012-01-01 00:00:00 UTC	2012-02-01 00:00:00 UTC	0	0
Feb 2012	2012-02-01 00:00:00 UTC	2012-03-01 00:00:00 UTC	0	0
Mar 2012	2012-03-01 00:00:00 UTC	2012-04-01 00:00:00 UTC	0	0
Apr 2012	2012-04-01 00:00:00 UTC	2012-05-01 00:00:00 UTC	0	0
May 2012	2012-05-01 00:00:00 UTC	2012-06-01 00:00:00 UTC	0	0
Jun 2012	2012-06-01 00:00:00 UTC	2012-07-01 00:00:00 UTC	0	0
Jul 2012	2012-07-01 00:00:00 UTC	2012-08-01 00:00:00 UTC	0	0
Aug 2012	2012-08-01 00:00:00 UTC	2012-09-01 00:00:00 UTC	0	0
Sep 2012	2012-09-01 00:00:00 UTC	2012-10-01 00:00:00 UTC	1	1
Oct 2012	2012-10-01 00:00:00 UTC	2012-11-01 00:00:00 UTC	0	0
Nov 2012	2012-11-01 00:00:00 UTC	2012-12-01 00:00:00 UTC	0	0
Dec 2012	2012-12-01 00:00:00 UTC	2013-01-01 00:00:00 UTC	0	0
Jan 2013	2013-01-01 00:00:00 UTC	2013-02-01 00:00:00 UTC	2	2

What Hacker News says

2 sources

Mithaldu·Nov 16, 2011

> Perl 5 itself is stagnant. I'm sorry to say, but you're merely showing that you're not aware of core development of Perl. Not a mistake of your's, mind, marketing of perl core dev is terrible and i need to start fixing that, but there's a lot going on: https://github.com/stevan/p5-mop http://perl5.git.perl.org/perl.git/shortlog http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/ http://perldoc.perl.org/index-history.html

In Why Perl?

Mithaldu·Nov 15, 2011

Ok, more responses: > i can't say i love the language at all That is a sample of one. Try visiting a YAPC and you'll see a sample of 1000+ that is opposite to your's. >> often can find the core developers in charge of some code > i browsed a lot through CPAN and a huge part of modules hasn't been touched for years What you said has nothing to do with what you quoted. CPAN allows you to email those authors and the vast majority will reply happily. And even in cases where they don't, it's easy to go on irc.perl.org and ask around in #perl. > the IRC channels i know are more idle then other languages You're not in the right channels. Try irc.perl.org or #perl on freenode. > it's really untrue to say "there is nothing like it" It is perfectly true. See this post for elaboration: http://hackerne.ws/item?id=3238662 > often enough i think "mhh,

Read the rest

should i even use this module? Nobody seems to care about this anymore" Did you try asking around? Look for alternatives? Often that is because the remaining bugs are no dealbreakers (license nitpicks anyone?) or the modules have been determined to be crap (XML::Simple). > But it tries to solve a problem that shouldn't be there in the first place. I fully agree, but quite frankly, if you view this as a downside of Perl then you're just plain being short-sighted. The problem was created over a decade ago, at the conception of Perl 5; yet it is comfortably fixable without even changing core. And additionally, there is active work on fixing this issue in core: https://github.com/stevan/p5-mop > Want to have exceptions in Perl? Turns out the language doesn't have them. Valid complaint. Exception::Class is a good tool for this, but i'd also like to have them in core. So far there has been no concensus on how to do it properly though without breaking backwards compatibility. > The number one google hit Google's search results for Perl are terrible and do not reflect the state of the community. Try searching for exception on CPAN itself. > Perl thinks it's ok when you read an uninitialized variable. Want the script to terminate when this happens? `use warnings FATAL => 'all';` > Want to know if an element is in an array? `my @hits = grep { $_ eq 'dogfood' } @array;` Alternatively: `use List::Util 'first'; my $has_dogfood = first { $_ eq 'dogfood' } @array;` And this is in core. > Unicode Support is horrible I'll have to post this twice because you're so wrong: http://www.nntp.perl.org/group/perl.perl5.porters/2011/07/ms... > My fun fact on Perl: {{citation}} > When your script/tool exceeds 100 lines of code, don't use Perl! Atleast not if there is the remote possibility of another human being having to understand or maintain it. Please! Well how nice to show at the end at least that you're a troll.

In Why Perl?