Stories
Slash Boxes
Comments
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

use Perl Log In

Log In

[ Create a new account ]

gabor (1626)

gabor
  (email not shown publicly)
http://szabgab.com/

Perl developer and trainer [szabgab.com]
Test automation using Perl [szabgab.com]

Journal of gabor (1626)

Thursday November 27, 2003
04:16 AM

Yapcom 0.09 released

[ #16036 ]
Just in time for the dead line to send proposals for YAPC::Israel::2004 I have released version 0.09 of yapcom - the application to manage registrations and proposals.

In this version registrants can already login to the system, submit proposals, edit their own information and their own proposals.

The adminsitrators can see most of the information about every registrant and about every proposal.

I am quite happy that we made it in time but on the other hand I think I am working too hard on this.
It is strange.
In spring, this year when I was working on the registration form for YAPC::Israel::2003 I used Apache::ASP and I think I spent a lot less time writing it.
Sure 0.09 of Yapcom already knows more than the earlier web interface but I still have the feeling that the number of hours I invested in yapcom is not proportional to the hours it took for the Apache::ASP version.

Sure, in Apache::ASP I get the session management free but I am not sure if this is the explanation. Back then I used an xml file as the 'database' but actually it was not a good idea as it did not scale at all. At around 60-70 registered people it already started to eat too much memory as it had to read the enire file into memory and lock the file for each change.

Now I am using Class::DBI, DBD::SQLite, CGI::Application, HTML::Template and it seem it is a lot slower to write this code. It is also true that this time I wrote a test suit that already has over 200 tests in it and I feel much safer when I change something.

I think I can also say that this code is much more extendable and while it is not very clean (yet) I do ocassionally refactor it. Sometimes with the help of a number of people.

Last and probably most important: I'd like to thank to Yehuda Berlinger, Shlomi Fish and Richard Clamp for their help with this version.

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.
  • Well, it seems you have encountered a couple of relatively documented phenomena. The first is the "Law of Diminishing Returns" - the more you work on a project, the harder you have to work to substantially improve it. I.e: you can get a basic, ad-hoc version out very quickly, but if you want to make sure it is real good and add more features, you find it more difficult and difficult.

    I don't know what ESR has to say about it in regards to the almost over-the-edge optimism of "The Cathedral and the Bazaa

    • I have tried to be a Good Boy(tm) and write test at the prescribed time... I gave it up.

      If I'm web programming, I focus on my code and don't worry about writing tests.

      And... I don't write tests... UNTIL I need to refactor, or patch a bug.

      Then, I test heavily. Especially if I'm fixing a bug. I make sure I have a test that flags the bug... and I make sure it passes when I'm done.

      I haven't seen the gains from testing otherwise with web based code, because it is so much more difficult (for me) to write web