YAPC::Asia Tokyo 2012 is over

Here's my closing talk slides.


YAPC::Asia Tokyo 2012 was great. All the guest speakers were great. Tim Bunce, Adam Kennedy, Ingy dot Net, Larry. Thank you, thank you, thank you.

The official attendee count (based on ticket sales) was 743. If you added the speakers, it was 798, and if you added the staff, it was 841. At any given moment there were about 400 ~ 600 people in the venue. There were some no-shows too, but we haven't counted it. Thanks for all our attendees, our staff.

I'm honestly baffled by how big this event was. I seriously don't know if we can beat these numbers in the future. I'm tired. I want to see my son now (who has been with my grandparents and my wife since 3 nights ago).

We still got a few things to do, but YAPC::Asia Tokyo 2012 is over. We had a blast.

Hope everybody enjoyed it, too!

Please Don't Throw Me into that Briar Patch ...

[Quick note: This is mostly a Git story, although there’s plenty of links to Perl code and Perl discussions.  It also turned out to be quite a bit longer story than I originally intended.  But, even though it gets pretty deep into Git features, I think it should be interesting enough for anyone who has a CPAN module and uses Git.  I hope.]

The Backstory: So, a couple months back, I look in my email and spy a message from Damian Conway.  Now, some of you fine readers probably know Damian personally, and I’m sure I’ll get several comments pointing out how he’s just an ordinary bloke and all, but to you I say: hush!  You may be all jaded and world-weary, but I’m still just a regular Perl schmoe, and when I see an email from The Damian addressed personally to me, I get all goosebumpy.  So hush up and allow me my fanboy gushes.

vworker for Perl?

Would a site like vworker but perl-specific, where freelancers could pick up (small bits of) work from others in the community, have any legs?

YAPC::Asia Tokyo 2012 Day 2

Whoa, it's already 9/29, which is Day 2 for YAPC::Asia Tokyo 2012.

This year's YAPC is going extremely well. I don't know, as an organizer I'm finding myself not having to hassle much. Something tells me we've passed a glass ceiling of sorts: I think we've reached the point where our reputation and our brand recognition is enough for the event to take life on its own. The speakers roll the show. The hallway tracks bring up the excitement. The attendees are finding more ways to enjoy the show.

I'm just going from room to room where the speakers non-Japanese, translating questions/answers, taking care of extra, unforeseen costs, checking out on our guests from abroad, and organizing the lightning talks - which may sound like a lot, but compared to previous years that I have been involved in this event, is a lot less stressful stuff.

I think that with only the minimal effort, YAPC::Asia Tokyo (or wherever in Japan) will probably be able to stand on its own.

Your Personal CPAN In The Sky

Here's an idea (actually, Michael Schwern's idea): Custom CPAN-like repositories hosted in the cloud. Imagine if you could put all the CPAN modules that you depend on (including any proprietary modules of your own) into a private (or public) repository up in the cloud. You just send your tar.gz files into the cloud where they are stored and indexed so you can build, test, and install them with the standard Perl toolchain. Every time you build your application, you'll get exactly the same versions of those modules.

Now imagine this repository in the cloud has a version control system, so you can review changes and roll back your module dependencies like you do with source code. You can also branch and merge your dependencies to experiment with upgrades or alternative modules. You can search & read the documentation for all the modules in the repository (including your proprietary modules). And you can do all this through your web browser or right at the command line!

The joy of PSGI middleware

I must admit that I rarely feel comfortable with (web application) frameworks - each system facilitates a certain type of task but it complicates the missing parts. Good frameworks support extension via plugins, but each framework has its own plugin architecture to learn. That's why I like PSGI so much - it only specifies how to connect things. This is how PSGI looks like to me (image CC-BY-SA by CMG Lee):

lego_dimensions.png

Chicago.PM Report - App::Services by Sean Blanton

This month's technical presentation at Chicago Perl Mongers was about Sean Blanton's project called App::Services. It's an interesting project that uses Bread::Board to access resources like databases, logging, ssh, and others.

Along the way, we discussed logging practices (most of us are using Log::Log4perl), and the best way to get a Perl module ready for CPAN (I suggested using Module::Build directly, but Dist::Zilla outvoted me).

Sean mentioned in passing the Salt stack for executing commands across multiple machines, which looks like a very interesting alternative to more detailed tools like Puppet or Chef. Salt seems to be just a simple way to execute commands on multiple machines. Those commands could be administrative (restart httpd), or they could be the application.

Hi all i had tried to execute the following perl script to plot tha data but i am getting ocate object method add_chart via package Spreadsheet::WriteExcel error can u help this ...!!!

Hi all i had tried to execute the following perl script to plot tha data but i am getting ocate object method add_chart via package Spreadsheet::WriteExcel error can u help this ...!!!


#!/usr/bin/perl -w

use strict;
use Spreadsheet::WriteExcel;
use Spreadsheet::WriteExcel::Workbook;

my $workbook = Spreadsheet::WriteExcel->new( 'chart.xls' );
my $worksheet = $workbook->add_worksheet();

my $chart = $worksheet->add_chart_ext( type => 'column' );

# Configure the chart.
$chart->add_series(
categories => '=Sheet1!$A$2:$A$7',
values => '=Sheet1!$B$2:$B$7',
);

# Add the worksheet data the chart refers to.
my $data = [
[ 'Category', 2, 3, 4, 5, 6, 7 ],
[ 'Value', 1, 4, 5, 2, 1, 5 ],
];

$worksheet->write( 'A1', $data );

About blogs.perl.org

blogs.perl.org is a common blogging platform for the Perl community. Written in Perl and offering the modern features you’ve come to expect in blog platforms, the site is hosted by Dave Cross and Aaron Crane, with a design donated by Six Apart, Ltd.