in reply to Perl Certified!

Attention: unverified and onesided statements about certifications lurking ahead...

I agree with theorbtwo: certifications aren't really useful. The main thing that bothers me is that to me it mostly seems learning by heart to me. That is, a certificate will certify that at one point in time, you knew what is in the manual. Obviously, with perl it's the things that are not in the manual that are even more interesting.

Of course, certificates are not entirely useless -- they prove you did spend some time on the stuff. However, does being a Red Hat certified engineer prove that you are an experienced sysadmin?

I dislike this tendency in our industry to take shortcuts -- looking at certificates instead of spending time to examine what a person really can do (not only what he/she knows). Or looking at buzzwords instead of facts, for that matter.

I know this does not solve your problem of industry acceptance. However, there's a few people that already do excellent perl training. If I had the money, I'd always prefer a course with merlyn to a Perl certificate. Maybe you can hire him to train some of your programmers, I'm sure he'd enjoy a vacation in Brazil :). Or maybe you can use his book, "Learning Perl", to formulate for yourself what Perl programmers need to know -- and to have some kind of training that goes beyond learning the perl manpages by heart.

For me, a very important part of any training would be real problem solving. This is how I learnt perl, and this is what can make you a good programmer.

Replies are listed 'Best First'.
Re: Re: Perl Certified!
by PodMaster (Abbot) on Apr 24, 2003 at 09:41 UTC
    True, it's not just about the manual.
    For example, to be a certified java programmer, besides knowing language basics/syntaxt, you also have to understand threading concepts (how to create threads/manage, how deadlocks might occur ...).
    SUN CERTIFIED DEVELOPER FOR JAVA 2 PLATFORM
    (Objectives cover Step 1 and Step 2 of the certification.)
    • Write an application program using Java technology. The application requires the following:
      1. A graphical user interface demonstrating good principles of design
      2. A network connection, using a specified protocol, to connect to an information server
      3. A network server, which connects to a previously specified Java technology database
      4. A database, created by extending the functionality of a previously written piece of code, for which only limited documentation is available
    • List some of the major choices you must make during the implementation of the above.
    • List some of the main advantages and disadvantages of each of your choices.
    • Briefly justify your choices in terms of the comparison of design and implementation objectives with the advantages and disadvantages of each.
    Perl could have the same thing -- certification ain't just about memorizing the manual, but you sure as heck need to how my/local/our works.


    MJD says you can't just make shit up and expect the computer to know what you mean, retardo!
    I run a Win32 PPM repository for perl 5.6x+5.8x. I take requests.
    ** The Third rule of perl club is a statement of fact: pod is sexy.

Re: Re: Perl Certified!
by zby (Vicar) on Apr 24, 2003 at 10:10 UTC
    Shortcuts are nothing bad! It's all about economy. It would be a waste of your and the potential employer's time if the whole process of examinig the basic knowlege was repeated every time you go to an interview. Of course it's a matter of trust too.
Re: Perl Certified!
by crenz (Priest) on Apr 24, 2003 at 10:56 UTC

    Thanks for the replies! What podmaster quoted of the Java certificates make sense to me. I should read up on certificates and form a more informed opinion :)