As I am writing this proposal (and still continuing to gather resources/information from online resources to support the assertions it will contain) I keep butting up against that awful word, 'certification.' Let me briefly describe what certification is (in my view) and how this proposal is not certification and how it would be difficult (but certainly not impossible) for hiring organizations/etc. to use any status conferred by it whilst simultaneously making it valuable.

Briefly, certification essentially is much like a small wooden bar my grammar school gym teacher used to hold while he would make us to run in a circle around the gym. While running he would shove out the bar in front of us and say, 'jump over it.' Simple enough, I'd say, and leap over the little thing before doing another easy lap. When I came 'round again however that mean teacher raised the bar. Suddenly I had to jump much higher to get across it. Other kids stumbled, fell, or simply refused to jump.

So certification in IT is an attempt to verify or validate knowledge by setting a particular bar -- one that involves question/answer style proficiency. I find that the main problem most people have with certification is not that they are expected to meet some expectation but rather whether the particular bar chosen is adequate to actually prepare them for the work ahead.

Since the most common bar used is the question/answer format a common complaint about certification is that there are people who are brilliant at passing tests but cannot actually solve IT problems who obtain certification. I had never really met a person like this until about two years ago. A young fellow talked his way onto a large implementation I was working on purely by exhibiting his impressive 'knowledge.' Very soon afterward I was stuck working late nights fixing his errors and trying to help him through the numerous mistakes he was making.

Having learned from experiences like this one my proposal is to do away with the question/answer style bar. In this proposed system the bar will consist of targeted project work that will be graded on a scale that is openly described. This is actually the method used for the written portion of a law school examination. In an examination of this type a given scenario is offered and the student must use the rules of law to come up with an answer. In law school this is typically done in IRAC (issue, rule, application, conclusion) format, but in a computer science course you would simply write your code at the level expected of you given the target audience. For instance, if you were a 100 level student or lower (meaning you were doing remedial work) you could write a very C-looking style Perl solution to a given problem and it would be graded (forgivingly) on style, execution -- it has to actually work, and other aspects I have not yet come up with. Students will not actually ever get a grade either. They will receive a recommndation to move onward to the next course or a recommendation that they repeat the existing one. Scores on projects could be appealed to reviewers at a higher level if the original grader is unfair, but only if the grading violated the published grading rules (similar to law school exams).

So, it would be hard for a third party to assess your skill level by any certification given by such a university because no certification is ever actually conferred. Instead, you either get a recommendation to move to the next level or not. This model more closely matches how adults learn computer science topics because they will start learning something, get distracted, and often need to take a particular course multiple times before being ready to progress to the next level. So long as the courses are really inexpensive this can be done affordably.

Celebrate Intellectual Diversity


In reply to Re^3: Perl(Monks) University by InfiniteSilence
in thread Perl(Monks) University by InfiniteSilence

Title:
Use:  <p> text here (a paragraph) </p>
and:  <code> code here </code>
to format your post, it's "PerlMonks-approved HTML":



  • Posts are HTML formatted. Put <p> </p> tags around your paragraphs. Put <code> </code> tags around your code and data!
  • Titles consisting of a single word are discouraged, and in most cases are disallowed outright.
  • Read Where should I post X? if you're not absolutely sure you're posting in the right place.
  • Please read these before you post! —
  • Posts may use any of the Perl Monks Approved HTML tags:
    a, abbr, b, big, blockquote, br, caption, center, col, colgroup, dd, del, details, div, dl, dt, em, font, h1, h2, h3, h4, h5, h6, hr, i, ins, li, ol, p, pre, readmore, small, span, spoiler, strike, strong, sub, summary, sup, table, tbody, td, tfoot, th, thead, tr, tt, u, ul, wbr
  • You may need to use entities for some characters, as follows. (Exception: Within code tags, you can put the characters literally.)
            For:     Use:
    & &amp;
    < &lt;
    > &gt;
    [ &#91;
    ] &#93;
  • Link using PerlMonks shortcuts! What shortcuts can I use for linking?
  • See Writeup Formatting Tips and other pages linked from there for more info.