Carey Tilden tag:blogs.perl.org,2009-11-03:/users/carey_tilden//328 2011-07-09T19:08:59Z Computers are hard, let's go shopping Movable Type Pro 4.38 How are CPAN uploads doing lately? tag:blogs.perl.org,2011:/users/carey_tilden//328.1955 2011-07-09T18:54:06Z 2011-07-09T19:08:59Z I was curious about the recent number of CPAN uploads. I found some raw data from CPAN testers, and created a little chart: And to make 2011 comparable to previous years, here are counts for the first 6 months of... cbt I was curious about the recent number of CPAN uploads. I found some raw data from CPAN testers, and created a little chart:

CPAN distributions per year

And to make 2011 comparable to previous years, here are counts for the first 6 months of each year:

CPAN dists, first 6 months

]]> Does the world really need another post extolling the greatness of Dist::Zilla? tag:blogs.perl.org,2010:/users/carey_tilden//328.1282 2010-12-28T04:21:48Z 2010-12-28T04:37:23Z YES! I am extolling the greatness of Dist::Zilla! It really has a lot of greatness. I think it's finally reduced the friction enough that I'm going to start making dists for all my internal projects. A big thanks to all... cbt YES! I am extolling the greatness of Dist::Zilla! It really has a lot of greatness. I think it's finally reduced the friction enough that I'm going to start making dists for all my internal projects. A big thanks to all involved in building up such lovely infrastructure.

]]> Help name my code! I am terrible at it. tag:blogs.perl.org,2010:/users/carey_tilden//328.1150 2010-11-04T00:45:22Z 2010-11-04T19:41:25Z I write a lot of apps that need a simple database. I tend to use SQLite, but I found I was implementing the same things over and over again. I finally started wrapping it up in a role that I... cbt I write a lot of apps that need a simple database. I tend to use SQLite, but I found I was implementing the same things over and over again. I finally started wrapping it up in a role that I can reuse, but now I'm stuck on a name. The role provides the following:

  • Database connect/disconnect
  • Automatic creation of db if it doesn't already exist
  • Transactions
  • Blocking locks (SQLite's locking kept biting me, so I worked around it using flock)


The name I picked out of the blue was DBIx::Cradle. It sort of makes sense, but I don't really like it. It is hardly an extension of DBI, so DBIx doesn't feel right, even though it does provide some general purpose database goodness. The Cradle part is supposed to mean it makes life easy and comfortable, but again, doesn't feel quite right.

Any suggestions? Any other similar modules I should look at?

PS: In case anyone remembers my earlier post about database abstraction, you might notice I'm backtracking a bit. These things happen. The comments pushed me away from that course of action, and this role has simplified things enough that I'm a lot happier now.

]]> Multiple packages in one file tag:blogs.perl.org,2010:/users/carey_tilden//328.1139 2010-10-31T19:04:35Z 2010-10-31T19:15:38Z I was reading an interesting discussion on python-dev, and it made me think about the analogous situation in Perl. I've long been in the habit of putting each package into its own file, no matter what. Now I'm starting to... cbt I was reading an interesting discussion on python-dev, and it made me think about the analogous situation in Perl. I've long been in the habit of putting each package into its own file, no matter what. Now I'm starting to consider combining related packages into one file, and only breaking things up along lines of reuse.

I initially thought there was consensus in Perl circles to have a single file per package, but on further reflection, I started to doubt myself. I don't actually have much confidence that this is true. I don't usually look at the file structure of distributions I use from CPAN. Maybe there is more combining than I realized. Any thoughts?

]]> Removing database abstraction tag:blogs.perl.org,2010:/users/carey_tilden//328.841 2010-08-06T04:59:19Z 2010-08-06T05:21:04Z While working on the database abstraction layer for one of my toy projects, I came to a sudden realization. Why bother? I know SQL. I think in SQL. I thoroughly enjoy the relational model and DBI does pretty much everything... cbt While working on the database abstraction layer for one of my toy projects, I came to a sudden realization. Why bother? I know SQL. I think in SQL. I thoroughly enjoy the relational model and DBI does pretty much everything I need. I can tie myself to one database system, since it's just a toy project. Sure, there are some repetitive bits that I don't want to repeat all throughout the codebase, but I can abstract those away once and for all. It sounds like an enormous reduction of friction. Am I missing something?

]]> On screen names and real names tag:blogs.perl.org,2010:/users/carey_tilden//328.528 2010-05-05T20:58:22Z 2010-05-05T21:11:24Z Is this the obligatory "hello blogs.perl.org" post? I guess so. I will no longer be updating my old use.perl.org journal. Not that I updated it very much to begin with. Which leads to my point. For a long time, I... cbt Is this the obligatory "hello blogs.perl.org" post? I guess so. I will no longer be updating my old use.perl.org journal. Not that I updated it very much to begin with.

Which leads to my point. For a long time, I engaged the Perl community under my screen name "revdiablo", but I've been slowly migrating away from that in favor of simply using my real name. I haven't really thought about a way to smoothly transition, so I'm leaving my screen name on old accounts and using my real name for new accounts. Hopefully, at some point, my screen name will fade into obscurity.

Unfortunately, there are probably still some people who recognize me only by the screen name. Maybe they will see this and take notice. Are any of you one of them?

]]>