How about separating dynamic world and static world?

I write comment before topic. Please see it.


Current subroutine signatures implementation contains two features which purposes are different

My opinion is that argument count checking by subroutine signature is not fit to Perl because Perl is dynamic language.

Perl is dynamic language, so argument count checking is done in run-time, not in compile time. This damage to performance…

Current subroutine signatures implementation contains two features which purposes are different

I want to write about subroutine signatures more.

This is previous topic.

I think subroutine signatures don't need arguments count checking

Current subroutine signatures contains tow difference features

  1. Syntax suger of my ($x, $y) = @_
  2. Arguments count checking

My opinion is that this two features has different purpose. First is for syntax sugar. Second is for aruments count checking.
I think it is…

I think subroutine signatures don't need arguments count checking

I think subroutine signatures don't need arguments count checking,

Subroutine signature should be optimized from performance perspective, not utility.
Arguments count checking is one logic, so it damage run time performance.

And I like simple and compact syntax.

  sub foo($x, $y) {
    ...
  }
  
  # same as
  sub foo {
    my ($x, $y) = @_;
  }
  sub foo($x = 0, $y = 0) {
    ...
  }

  # same as
  sub foo {
    my ($x, $y) = @_;
    $x //= 0;
    $y //= 0;
  }

At first, it is …

Mojolicious::Plugin::AutoRoute become more stable

I release Mojolicious::Plugin::AutoRoute 0.22.

Mojolicious::Plugin::AutoRoute(CPAN)


Until now, Mojolicious::Plugin::AutoRoute depended Mojolicious internal structure, but Mojolicious::Plugin::AutoRoute become more stable because this plugin use only public features of Mojolicious. The following is the document of Mojolicious::Plugin::AutoRoute.

Mojolicious::Plugin::AutoRoute is a Mojolicious plugin to create routes automatically./var/www/users/yuki_kimoto/index.html

Drop perl 5.8 support in GitPrep 2.0

I decide to drop the support of perl v5.8 in GitPrep 2.0 today.

This is because I want to use latest Mojlicious, which requires perl 5.10.1+.

and because mojo-legacy project stop at 2014.

https://github.com/jamadam/mojo-legacy

GitPrep have basic authentication bug in CGI access.
This is maybe old Mojolicious bug.

Perl 5.8 user can continue to use GitPrep 1.xx or install newly perl by using perlbrew.

http://perlbrew.pl/

This is a little pain but I believe this decision is good.