Think Perl6-ish Variables, Expressions, and Statements
Continuing the Perl 6 adventures with Allen B. Downey's Think Python book.
Continuing the Perl 6 adventures with Allen B. Downey's Think Python book.
I've started digging around with Perl 6 again and I'm quite pleasantly surprised. As you can see, Perl 6 is just about feature-complete. The main obstacle to using it is probably performance. When I previously checked it was 20 times slower than Perl 5, now it's only 4 times slower and catching up rapidly (update: this information was from a conversation at FOSDEM and appears to not be correct. Perl 6 is still much slower. I will try to track down more information). Jonathan Worthington's port to the JVM is going well and Nick Clark mentions that initial tests on one (admittedly small) benchmark show it significantly faster than Perl 5!. With Perl 5 already being the fastest widely used dynamic language, this might be the key to Perl 6 being ready for prime time.
No idea why the anonymous poster did not approve my long comment for his post, having allowed another three comments after mine, so I copy my reply here.
http://yapc.tv is another great start :-)
Seriously (why did you post anonymously?), every small step in recording conference video is easy. All together it is a pain in ass for the organises.
1. Cameras are cheap indeed. In Riga we had a few HD camera that cost less that 200 €. Transporting cameras with tripods is a hassle (OK, I admit that most organisers really live in the city where the conference takes place, and this is not a problem).
2. You need a dedicated cameramen for each camera (thus, three of four additional persons in the stuff). One of the cameras in Riga was stolen. You'd better pay these cameramen and do not ask the attendees as it is difficult for them to sit the whole day in one room.
Is there a reason The Perl Foundation does not take charge of a central hosting repository for videos from larger YAPCs? Or an initiative to focus on quality recordings? I'd love to see(and hear) more high quality recordings. Looking over the 2012 YAPC:NA videos it appears they were recorded at 480p resolution making text reading difficult. Audio is often not ideal either relying on the facility's broadcast capabilities.
Could we get some interest or a mechanism(fundraising?) to improve this? I realize there is a fear of losing attendance if the material is readily available but I think the actual number of Perl users able to attend key YAPCs compared to the userbase is significantly insignificant.
Many smartphones can capture video at 720p/1080p. Audio capture can likewise be done with a separate smartphone recording at the podium or close distance to the speaker. Dedicated digital videocams and digital audio recorders are not likely to be that expensive if purposed and shared for the large events.
I'm rereading Allen B. Downey's Think Python, but this time with an eye for writing the equivalent code in Perl 6. I am not sure how deep I'll dig into this, as I am limited by spare time and tools from the book like Swampy would have to be made accessible to Perl 6 somehow. BTW, Think Python is available under a CC-by-nc 3.0 license.
Just using this space as a public scratchpad at the moment. I've got $RAKUDO_HOME/install/bin
on my path to simplify things.
$ perl6 --version
This is perl6 version 2012.12 built on parrot 4.10.0 revision 0
I just posted an entry about how CUDA::Minimal was behaving weirdly. I hadn't dug around to figure out what was going on, and I went so far as to modify the way the code was compiled and linked to get it to work! My previous post raised concerns about how I would continue with the newly-chosen path.
Well, I decided that I should really figure out what was giving trouble. After many hours (and staying up later than I ought), I figured it out. I highly suspect that these problems are due to interactions with C macros defined by nVidia, but I'm not sure. I'm going to post them here, and possibly also the the perl-xs mailing list, in hopes that they might help somebody solve problems.
There were two big changes. First, all XS code that uses ExtUtils::nvcc has to include this in their boot sections:
Don't like a conference T-shirt that the organisers insist on? Choose your own!
More nice news in this week's conference newsletter.
N. B. We have just passed the first half of the year-long preparation to the conference. Wish us a success!
Short Version: I’ve released version 2.04 of Debuggit. It allows you to substitute Data::Printer for Data::Dumper when dumping variables.
Long Version:
If I’m known for anything on CPAN (and I’m not saying I am), it’s probably for my work on other people’s modules: my co-maintenance of Method::Signatures in particular, or perhaps my co-maintenance of Test::File (both of which I’ve talked about before). But the first CPAN module I ever released was Debuggit.
I wrote a post upon the occasion, on my other blog. I didn’t put it here, mostly because I hadn’t started this blog yet. But also because it was more of a philosophical musing on procrastination than a useful commentary about CPAN or my particular module.
The debate about the naming of Perl versions has been started by events which allegedly sprang from Ovid’s visit to FOSDEM a couple of weeks ago. The premise is that Perl lacked punch as a brand. It couldn’t get noticed.
Perl at FOSDEM
I was at FOSDEM too. I’d said some things on the London PM mailing list about how important it was, so I thought I’d better go. I took the afternoon off work and drove down to Dover with my partner and jumped on the Dunkirk ferry.
I didn’t get to any of the evening socials. We didn’t arrive in Brussels until late on Friday. I left Carol on her own to explore Brussels for all of Saturday. I didn’t think it was fair to drag her along to an evening meal with a bunch of programmers so we ate together. We had to leave at noon on Sunday to drive back to Dunkirk.
Edit: I got my original approach to work, see my follow-up.
A week ago I wrote about how I though play-perl was great. I put up a bunch of ideas and waited to see what others would encourage me to do. Two of my ideas got two votes each (some others got single votes), one of which involved revising CUDA::Minimal sot it works again. (CUDA is a means for executing massively parallelized code on your video card.) Well, it compiles now, but it doesn't quite work the way I had hoped and I am facing some basic architectural redesign issues. Herein I describe the old way things worked, and why that won't work anymore. Can anybody offer some ideas for how I might move forward?
For some time now, the Space Track web site, which is the official source for satellite orbital elements, has been working on an upgrade to a REST interface. This interface is scheduled to go live on February 20.
My module Astro::SpaceTrack retrieves orbital data from the Space Track web site. To track this change, I intend shortly to release a new version of Astro::SpaceTrack which uses the REST interface by default. My understanding is that the old, screen-scraping interface will be available for an indefinite (but finite) time. For details, click on the post title for the extended version of the post.
Really, let's just stop doing that.
The thing is that people posting different--both long and short--messages online in their blogs, or commenting other people's opinion are doing one common mistake. They do not want to hear others.
Scan through the texts appeared after FOSDEM (yeah, I never liked that conference :-) most of them have the following common structure: I propose A, as B is completely insane.
I can easily enough skip personal offensive comments found in my email or tweets to me which are just rude. But what is really wrong that everybody wants his own solution to become a standard. This does not give the right to say "we the community" in these cases. That will just not work for the Perl's success.
We are all different and it's what we have to adopt and exploit rather than killing ourselves from within the group of Perl users.
I am just sad seeing people paint the Perl 6 developers as the enemy. As the reason for whatever trouble Perl 5 experiences. It looks like a search for a scapegoat. Please, stop this.
Enough broad strokes.
You can find the initial outline and rationale for my proposal here, and my response to the comments and suggestions I got following it here.
And now, here's a breakdown of the what, the why and the how, so that we can make a proper start at turning this from an idea into a concrete reality.
All comments are, as always, very much welcome.
I've been working through the design and implementation (using Moo) of a module (IPC::PrettyPipe) which implements some backend functionality via plugins. The nature of the module isn't that important; suffice it to say that there's a rendering backend and an execution backend.
I've previously implemented pluggable backends using Module::Pluggable and kin, but since I'm using Moo for this module I thought I'd investigate how its capabilities enabled (or constrained) pluggability.
In my case, it went very well with Fideos de Sepia and a nice glass of Fina Enguera.
This is not really a review of Dave's Perl School. His style is competent, informative, sometimes entertaining and pitched right at my level of Perl. Unlike the Moose school I went to in December, this lecture could have gone on for another hour discussing the finer points, but people have lives and we finished at 5pm.
This is more a bit of navel-gazing about what DBIx::Class might mean to me.
At a previous employer, one of the things I ran into from time to time was the need to get the keys of a hash back out in the same order they were provided. Yes, Tie::IxHash exists to solve this problem: but it always felt like a heavy-weight solution to a simple problem. Why bother adding a new dependency to the system when I could just swap my %hash out for a @hashlike array?
my @hashlike = (1..10); # generally the return value of a subroutine
while (my ($k, $v) = splice @hashlike, 0, 2) {
... # do something with $k, $v
}
And lo, did I write a blog post proposing we rename perl5 to Pumpkin Perl, and lo, did people make lots of comments here, and on IRC, and by other means.
And lo, have I just spent the last three hours going through them all and trying to produce some sort of coherent response to all the various points that people raised.
And lo, here is the result of those three hours, in which I have attempted to cover every important comment and objection I've heard so far. So please, go forth and read it, and point out the things I've missed and any new thoughts you have as a result.
And lo, do I have no idea why I keep saying lo. I think possibly I sprained a neuron or something. Go read the post and think about your comments while I have a lie down in a darkened room ...
... (edit) and I've just posted a more concrete breakdown, nailing down the what, the why and the how and hopefully clarifying the answers to the questions raised in the comments below
First post!
The PAUSE permissions model is case-sensitive, which means that Foobar is treated as a different module from foobar. This all works fine unless your filesystem is case-insensitive, like on MacOSX, for example. In this article I expand on what the above means, and give some examples of problems that already exist on CPAN.
My first thought is that PAUSE should be case-insenstive for its permissions model, but maybe there's another solution?blogs.perl.org is a common blogging platform for the Perl community. Written in Perl with a graphic design donated by Six Apart, Ltd.