[lpi-discuss] LPIC-3

[Paul Tader]

On 11/10/05, Bryan J. Smith <b.j.smith at ieee.org> wrote:
>
> Paul Tader <ptader at gmail.com> wrote:
> > Please also consider what potential students are seeing - a
> > "incomplete" certification track.
>
> Show me any certification track that is "complete."


(in the context of instructor lead certification courses):

Well, most of them. It's like deciding to complete a Microsoft
certifications but one training vendor tells you that they haven't finished
the MCSE course, sure you can get the MCP, or the Novell CNE class isn't
written, sure you can get the CNA, or finding out the CCIE cert isn't ready,
but you can test for the CCNA. Sure, there are "break points" but then the
student thinks, "I know it's out there, but are they working on it? Does
this certification have any momentum?" Remember, these are fresh Linux
hacks, they haven't watched Linux grow like you or I. (yea, yea, I know the
mentioned certs are probably out of date - so take yourself back 8 - 1-0
years please.)


It took Red Hat quite awhile to come out with the RHCA.
> In fact, many cert critics used to complain that Red Hat
> didn't have a security specialty -- all while not listening
> to Red Hat that security was always a key focus in the RHCT
> and RHCE (so much so that it counts for 50% of your score on
> one section!).
>
> But now we have the RHCSS -- although that's driven by
> authentication, certificate and directory services, as well
> as DAC, MAC and other approaches such as SELinux. As someone
> who holds the MCSA/MCSE:Security specialty, it's funny what
> marketing is versus reality. I.e., the RHCSS puts the
> MCSA/MCSE:Security to shame. E.g., the latter doesn't even
> address more than 3 of the 7 domains of the ISC2 SCCP.
>
> > If they are at the start of a long certification road,
> > knowing that a lot of time and money is going to be spent,
> > where will they spend it?
>
> LPI isn't interested in money or they'd be doing training.
> So this is a non-consideration.


Not my point. I have to ask my boss, government, bank account to training $$
for a Linux course 'cause I think it's the next big thing. Not to mention
the hours I need to invest going to class, working the courseware, etc.
Because I have to go through that trouble, which vendor/certification is
going to reward me?

> Just a thought.
>
> Here's a thought ... is it better to take 10+ exams from one
> vendor, or take 10+ exams from a host of vendors -- going
> through the professional level but avoiding the specialties?
>
> I could easily go nuts with the Cisco lines of certs, but I
> think a 5-exam CCNP and 4-exam (2 overlapping with CCNP) CCDP
> tracks are enough -- let alone I'm sure many CCIEs don't
> bother to go wild except for when they have to re-cert (any
> CCIE specialty exam re-certs now).
>
> I took my 4 LPIs, my 9 Microsofts, my 4 CIWs, my 6 Ciscos, my
> 4 Suns, etc... I'd rather take 10+ exams (I took 40) from
> different vendors than take a bunch from just 1. Especially
> as a consultant.
>
> So LPI's "branching out" isn't going to get it more
> candidates. In fact, it's just going to get it more
> headaches/load for the same number of candidates.
>
>
> --
> Bryan J. Smith | Sent from Yahoo Mail
> mailto:b.j.smith at ieee.org | (please excuse any
> http://thebs413.blogspot.com/ | missing headers)
> _______________________________________________
> lpi-discuss mailing list
> lpi-discuss at lpi.org
> http://list.lpi.org/mailman/listinfo/lpi-discuss
>


As a student I've completed Microsoft, Novell, Sun, and Oracle training (
and now I instruct LPI classes). Before I began a new study I looked at the
entire certification track and had a clear road map of the classes to
achieve that finally goal, either for myself or for my employer, but the
road map was complete.

My concern is that "we" might lose students to other vendor because of the
incomplete 3rd track.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://list.lpi.org/pipermail/lpi-discuss/attachments/20051111/64cc6014/attachment-0005.htm