This is Ricardo Signes's Typepad Profile.
Join Typepad and start following Ricardo Signes's activity
Join Now!
Already a member? Sign In
Ricardo Signes
Bethlehem, PA, USA
Recent Activity
I don't remember the gameplay very well, but I do remember being unexcited by it, and being annoyed that I had to keep pointing at or away from the screen. What really infuriated me, though, was the very un-Metroid feel of it. Samus is a one-woman army who takes no guff. In M:TOM, she showed up and was a nervous school girl, declining to just solve the problem because some moron in a uniform told her not to. It'd be like Batman not catching the Joker on purpose because Ducard told him not to use batarangs… for some reason. Hated it!
Commented 7 days ago on No title at rjbs
1 reply
Thanks, I've fixed it here. All the code here was re-typed from memory, nothing is from production, thankfully! :)
Commented Mar 9, 2014 on No title at rjbs
1 reply
The issue with linking to a generic file is that there is no necessarily common set of instructions. I don't think that will work, generally.
Commented Jan 30, 2014 on No title at rjbs
1 reply
Thanks for posting. I don't think you started this flamewar, really. You may have stoked a bit of the fire at some point, but it's been going on for a long time, as a dull rumble. ;)
Commented Jan 27, 2014 on No title at rjbs
1 reply
We've been talking about how to most easily make generic a plugin to generate a file like this one that Karen Etheridge ships in her distros: https://github.com/karenetheridge/Dist-Zilla-Plugin-OnlyCorePrereqs/blob/master/CONTRIBUTING The pipe problem had never occurred to me before! I'll give it some thought, thanks!
Commented Jan 27, 2014 on No title at rjbs
1 reply
I had considered two files for docs and code in the past. The thing I like about having pod and docs in the same file is that it helps me pay attention to when documentation needs to be updated because code has been updated. I find it helpful to be able to look at one screenful of text and see both the subroutine and its documentation, too, when coding. (I realize that you already said you prefer interleaved docs, too, so I imagine you know what I'm on about.) As I mentioned, you can replace the replacer: there's one for blanks, one for commenting out. I originally joked on IRC that I'd be replacing my Pod with random Bible verses. I was half serious. I wanted something that wasn't blank and wasn't duplication. I'm still not sure what solution I think is best, either in that small space or in the broader space of "the big documentation problem." I think the current situation is better, but I agree it's still far from ideal.
Commented Jan 15, 2014 on No title at rjbs
1 reply
...then your code would not compile in testing, because $VERSION would not, until Dist::Zilla built the dist, be available. Unless you weren't using strict, I suppose. I see absolutely no benefit to leaving out the block, and actual complications. On the other hand, using the fully-qualified name would not conflict with a bare "our $VERSION;" So what might be useful would be having `our $VERSION;` replaced with `our $VERSION = 1`; as needed. Then the variable would always be in scope. There are a number of variants on this idea that spring to mind, mostly about having some placeholder or old value on the right hand side of the assignment.
Commented Jan 14, 2014 on No title at rjbs
1 reply
Your reasoning about the bare block doesn't make sense to me. Imagine that #VERSION is always replaced with {our $VERSION=1} Now the user wants BEGIN, too, so they write: BEGIN { # VERSION } It doesn't matter that the assignment inside the BEGIN is inside another block.
Commented Jan 14, 2014 on No title at rjbs
1 reply
Thanks, I hope it proves useful over time!
Commented Jan 14, 2014 on No title at rjbs
1 reply
Yeah, local user groups have not (so far) helped, as most of the local programmers I've met aren't interested in the same things I'm interested in, or at least not interested enough to make time. I can dig it. On the other hand, there are some meetups locally for RPGs and board games that I'm trying to get to, this quarter. I definitely need to start making a queue of cooking projects.
Commented Jan 13, 2014 on No title at rjbs
1 reply
There's a big difference between going out with a bunch of friends and going out with just one. I was referring to the latter.
Commented Jan 13, 2014 on No title at rjbs
1 reply
Thanks, I 100% agree with what he said, and am glad to have the link!
Commented Nov 22, 2013 on No title at rjbs
1 reply
"content" was already in use. By keeping it, we kept most things working. Once "content" meant text, "encoded_content" was simple. I originally suggested "content" for bytes and "decoded_content" for text. This would have been better naming, because a binary file isn't necessarily "encoded" in the same sense as UTF-8 encoded text, but it would've required more backward incompatibility. In other words, in large part, "historical reasons."
Commented Oct 26, 2013 on No title at rjbs
1 reply
How? I mean: because it becomes visible in the fairly obscure 06perms file? I think we need some patches to metacpan to display a big "looking for handoff" marker.
Commented Oct 26, 2013 on No title at rjbs
1 reply
What do you mean by shared? If you mean stuff for File::ShareDir to find, I use Dist::Zilla, which sets up ExtUtils::MakeMaker + File::ShareDir::Install. You don't need the DZ part of that.
Commented Oct 26, 2013 on No title at rjbs
1 reply
Okay, but I'm not sure how this helps anyone in any way, unless I become unresponsive to future requests for ownership. Does it?
Commented Oct 25, 2013 on No title at rjbs
1 reply
Yes, thanks. UTF-8. I've updated the post.
Commented Oct 21, 2013 on No title at rjbs
1 reply
It isn't in CorePrep. https://metacpan.org/source/RJBS/Pod-Weaver-4.001-TRIAL/lib/Pod/Weaver/PluginBundle/CorePrep.pm Add "[-SingleEncoding]"
Commented Oct 20, 2013 on No title at rjbs
1 reply
Thanks, I knew there was some way that having it as a prototype was going to cause trouble, but it didn't immediately pop to mind, and I decided not to sweat it. Glad you pointed it out!
Commented Oct 4, 2013 on No title at rjbs
1 reply
Do you think all (&)-style prototypes are profoundly broken, or is there something specific about Try::Tiny's use of it?
Commented Oct 4, 2013 on No title at rjbs
1 reply
I agree.
Commented Oct 3, 2013 on No title at rjbs
1 reply
You don't even need the $$ prototype. What was I thinking? O_o
Commented Oct 3, 2013 on No title at rjbs
1 reply
I'm not sure what you mean by wrong. It has behaved as I described since forever ago. print $]; sub loudly { print "$a $b"; return 0 } @x = sort loudly (1,2,3,4); run through `perl -l` is: 5.008008 1 2 3 4 1 3 3 2
Commented Sep 30, 2013 on No title at rjbs
1 reply
For lexical imports, see Lexical::Import and Lexical::Var.
Commented Sep 26, 2013 on No title at rjbs
1 reply
I didn't read it, but that's where it comes from. ;) Also, there's "Abulafia," http://www.random-generator.com/index.php?title=Main_Page — which is not where I got the name. :)
Commented Sep 26, 2013 on No title at rjbs
1 reply