Slash Boxes
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

use Perl Log In

Log In

[ Create a new account ]

rjbs (4671)

  (email not shown publicly)
AOL IM: RicardoJBSignes (Add Buddy, Send Message)
Yahoo! ID: RicardoSignes (Add User, Send Message)

I'm a Perl coder living in Bethlehem, PA and working Philadelphia. I'm a philosopher and theologan by training, but I was shocked to learn upon my graduation that these skills don't have many associated careers. Now I write code.
+ -

  Comment: a relay exists (Score 1) on 2010.08.10 10:07

by rjbs on 2010.08.10 10:07 (#72275)
Attached to: CPAN Testers 2.0: The death of via email is wrong.

Email went away because the expense of operating the required services became to high for the people who were donating the machine-time for free, and because the technical debt inherent in the design was too high.

The relayd above is already in use by heavy testers.

Read More 9 comments
Comments: 9
+ -

  Comment: Re:UNIVERSAL (Score 1) on 2010.05.02 16:44

"FWIW you can already call object_id($obj)."

Oh, of course, because although it is advertised that you're importing it to be called via your package as a method, it can be imported in for use as a function. Hooray!

Read More 7 comments
Comments: 7
+ -

  Comment: UNIVERSAL (Score 1) on 2010.05.02 14:16

Perhaps you could add something like

Or use Object::ID qw(obj_id);

These would both avoid UNIVERSAL and avoid needing to add *anything* to *any* class *ever*.

Every time someone puts something in UNIVERSAL, %%RND_BAD_THING%%.

Read More 7 comments
Comments: 7
+ -

  Comment: thanks, Patrick (Score 1) on 2010.04.22 18:32

by rjbs on 2010.04.22 18:32 (#71912)
Attached to: A wholly inadequate reply to an Anonymous Monk

I am continually impressed with your calm, reasoned response to the onslaught of boorish armchair compiler designers. I don't know why people feel good about attacking other people, but it makes me feel good when I see responses like yours.

Read More 8 comments
Comments: 8
+ -

  Comment: your post subject... (Score 1) on 2010.03.03 21:04

by rjbs on 2010.03.03 21:04 (#71743)
Attached to: I'm a snowplow

...keeps reminding me of

I'm a snowplow (programmed not to know that I'm a snowplow).

Read More 5 comments
Comments: 5
+ -

  Comment: don't do that (Score 1) on 2010.02.11 18:14

by rjbs on 2010.02.11 18:14 (#71693)
Attached to: What is the status of $@?

Like the other said, use die.

Also, consider using Try::Tiny to replace eval. It's a very small, VERY helpful tweak to how eval works.

I have seen exactly one library on the CPAN that uses the "return undef and set $@" pattern. It is bizarre and annoying, and not like anything else. When I mentioned it to a coworker, he sputtered and said something like, "WHY WOULD THEY DO THAT???"

Don't be that guy!

Read More 4 comments
Comments: 4
+ -

  Comment: Re:that's sweet but... (Score 1) on 2010.01.26 14:19

by rjbs on 2010.01.26 14:19 (#71591)
Attached to: ah, dreams...

Good plan. I'll only be going if I get a talk accepted, which means I better submit one really soon. I'm not sure a talk on DZ will be accepted, but I think it's what I'll submit.

If I go, I will definitely order cake, and will inform you of when you may obtain a slice and a glass of ice cold milk.

Read More 3 comments
Comments: 3
+ -

  Comment: that's sweet but... (Score 1) on 2010.01.26 10:02

by rjbs on 2010.01.26 10:02 (#71589)
Attached to: ah, dreams...

I think I might have to decline partaking of that.

OSCON includes my birthday again this year. Maybe I'll order a cake to eat there...

Read More 3 comments
Comments: 3
+ -

  Comment: major numbers are escape hatches (Score 1) on 2010.01.02 16:13

by rjbs on 2010.01.02 16:13 (#71467)
Attached to: Modules versioning

I'm not a big fan of version numbers meaning anything but "newer," but I'd always suggest 1.YYYYMMDD over YYYYMMDD because later if you decide that 20100720 is a terrrible version number, you're kind of stuck with it. If you used 1.YYYYMMDD, you just bump to 2.000.

Read More 2 comments
Comments: 2
+ -

  Comment: thanks! (Score 1) on 2010.01.01 18:56

by rjbs on 2010.01.01 18:56 (#71464)
Attached to: How to write more RT tickets than anybody else

You definitely haven't been a pain in the neck, you've provided consistently useful reports that almost always allowed me to quickly make releases that greatly improved the chances of my software to "just work." So, thanks very much!

Read More 3 comments
Comments: 3
+ -

  Comment: two words... (Score 1) on 2009.12.04 21:44

by rjbs on 2009.12.04 21:44 (#71321)
Attached to: Git fractals

Git Triforce

Read More 2 comments
Comments: 2
+ -

  Comment: shucks! (Score 1) on 2009.12.02 10:10

by rjbs on 2009.12.02 10:10 (#71298)
Attached to: Obligatory giving of Thanks!

I've had this page open in a tab for days now, and I keep meaning to decide whether I should reply with anything more than "Aw, shucks!" but since I can't think of anything much to say, I'll stick to that. It's always great to see you around and I hope to split a burger with you again in 2010. I feel that way about almost the whole community, which is great. It's like my job came with a built-in community of friends, potential friend, and support group members. I hope it stays that way until I retire and afterward!

Read More 1 comments
Comments: 1
+ -

  Comment: not to mention... (Score 1) on 2009.10.16 19:46

by rjbs on 2009.10.16 19:46 (#70908)
Attached to: Multiple Inheritance and Exporter

...why would you use Exporter when Sub::Exporter is right there? I mean, it's practically a parameterized role itself...

Read More 4 comments
Comments: 4
+ -

  Comment: wow! (Score 1) on 2009.10.15 6:52

by rjbs on 2009.10.15 6:52 (#70897)
Attached to: DBD::SQLite now has foreign key support

That is extremely exciting! I didn't know SQLite was adding this feature, but I look forward to incorporating it into our code. Thanks for helping to keep things up to date.

Read More 2 comments
Comments: 2
+ -

  Comment: Re:"when an inherited method is being overridden" (Score 1) on 2009.10.14 10:02

I think hdp was asking an honest, simple question. I think your answer is "yes, subclassed override should also warn if not marked," with added explanation. Is that correct?

I have no strong feelings either way, although I'd rather all my existing code didn't go crazy with warnings. I just wonder what your opinion is on other forms of method occlusion or augmentation.

Read More 20 comments
Comments: 20