Ok, since it seems like conversation on this topic has died down, let's
summarize and see if we can begin to move towards a consensus:
1) Do we need recertification?
Pros: It seems like the general sentiment was that recert was
necessary to keep the value of the certificate from going
stale and to protect LPI's reputation.
Cons: The potential exists for LPI to become a "paper mill"
generating endless recertification requirements as a source
of continuing revenue. (cash cow)
2) If we do recertification, when do we require it?
a) On an Fixed Time Schedule - i.e. require recert every two or
three years. Variations on this theme include:
o Recert on "major" (<-- undefined) revisions or at a
fixed time interval, whichever comes first.
o Recert required at a fixed time after a newer test
has been released. i.e. if the Red Hat specific test
is updated for a new distribution release, current cert
holders would need to recertify within X number of
years.
b) After a major kernel revision release, i.e. 2.x.x to 3.x.x.
c) Let the Employers/Employees (cert holders) Decide - In other
words, date each cert test passed and let potential employers
or the cert holder themselves decide if enough time has passed
that recertification is required.
3) Do we make recertifying LPIC holders take the newest version of
the same test, or do we have special test just for recert'ing at
a particular level?
Please share with us your comments, thoughts, and criticisms. Thanks,
Jared
________________________________________________________________________
This message was sent by the linux-cert-program mailing list. To unsubscribe:
echo unsubscribe | mail -s '' [EMAIL PROTECTED]
