Introducing Text::ANSITable

Even in the good old days of DOS, we already had color tables and extended ASCII characters to draw various border styles. So why limit ourselves with something like Text::ASCIITable? Introducing Text::ANSITable to make your text tables look pretty in terminals. See pictures for some examples:

/var/www/users/steven_haryanto/index.html

Ruby's share drops on github, Perl's stays

Source: https://github.com/languages

Oct 4, 2012:
JavaScript 21%
Ruby 14%
Python 8%
Java 8%
Shell 8%
PHP 7%
C 6%
C++ 4%
Perl 4%
Objective-C 3%
Apr 19, 2012:
JavaScript 21%
Ruby 12%
Java 8%
Python 8%
Shell 8%
PHP 7%
C 6%
C++ 5%
Perl 4%
Objective-C 3%

Java moves to 3rd position to replace Python which is now in the 4th. Perl's place stays the same at the 9th, as well as its share at 4%. Ruby's share drops pretty significantly from 14% to 12%. More precise numbers are not provided.

I guess this is just a normalization process as Ruby projects were the early adopters at github. Kind of reminds me about the current normalization process where other languages replace Perl for web applications, because Perl used to dominate and was the early language during the pre-dotcom-boom/bust era.

Hacktivity report (Jan-Mar 2013)

Previous reports: 2012 year-end, Apr-Jul 2012, ...

Data::Sah. All through January I mostly worked on Data::Sah. In the second week of February, I completed what I call the first stage: some core set of clauses which I use regularly and a working Perl and JavaScript compiler. I can already compile most of the schemas which…

::NonOO suffix for non-OO version of a module

I wrote one this morning: Number::Closest::NonOO is the non-OO version of Number::Closest (plus with some additional features).

Is there an existing convention for this? Or can you suggest a better candidate? Can't seem to find or be able to come up with any. ::Simple is too vague (and a bit misleading). ::Functional? ::Function? ::Procedural? ::NonMoose implies an OO version but without using Moose. NOO is not immediately o…

By all means, try out $LANG, but also give Perl a real chance (a.k.a.: Good tools)

A lot of things mentioned about Emacs in this short essay (via Reddit) also ring true about Perl to me.

Good tools are investments. Learning Perl to a sufficiently advanced level is not easy. Like any aged tool, Perl has quite a bit of idiosyncrasies and quirks that still exist due to maintaining backward compatibility. But there's not a single working day that I don't benefit from knowing Perl. Lea…