Related to my previous post, I modified my targets-in-visual to reflect the new path: Believed-in-product, certification-to-take, wannabe-like, places-to-visit, bike-must-have, real-world-skill.
10 comments:
Anonymous
said...
Hmm.. just wondering why you put the motor-bike at the end of your journey. Is it that difficult to have a motorbike?
hi, Jason, it seems you gave up the juniper track and turn back into cc-cert again. Hum, ccie rs, ccie security, ccie sp... ccie voice ... ccde, cc this then cc that, what a track and what a cage.
Ah Nigel, first of all it's not another CCIE track, it's CCDE and you should see the overview of this program with the sample questions. Why is it more interesting than JNCIE? Bcoz after checking JNCIE book I can see that it's similar to CCIE SP with different CLI. CCDE offers something unique. Why another CC? It's not product specific anyway, and because no other vendor can build something new so far. If you know it otherwise please let me know. And btw, internally we have specialization program for consulting engineers, most are not product specific, and more interesting. But unfortunately I can't disclose it here, can't even put it within the pictures :)
Hi, Jason. In fact, I was attracted into the post by the CCDE logo, because I'm figuring out my next target as same as you are. Well, I believe it's not a product specific exam, but I'm afraid the requirement will potentially lead to a Cisco's all or nothing solution, such as being implemented by one or more IOS private features. Anyway, it's a good starting point here, InterOp and vendor independence always sound great to me. About the JNCIE and CCIE SP? After token both of them, I think the juniper track is more difficult. Leaving the cli aside, the troubleshooting part at the very beginning could be the most challenge to the candidates. Furthermore, it's not really a isolated lab exam, there's nothing different as if you're issuing configuration at the Internet backbone. Something may interest you, solutions that implemented on the Juniper RE could be totally translated from JUNOS into IOS. But on the CCIE SP part, I think it's hard to make the crossover happening.
10 comments:
Hmm.. just wondering why you put the motor-bike at the end of your journey. Is it that difficult to have a motorbike?
hmm, who said the targets from left to right have anything to do with timeline? ;)
Maybe in place of CCDE - CCIE Wireless :)
http://www.cisco.com/web/learning/le3/ccie/wireless/index.html
What's about Juniper track?
ski might be good, but tennis is better ;)
hi, Jason, it seems you gave up the juniper track and turn back into cc-cert again. Hum, ccie rs, ccie security, ccie sp... ccie voice ... ccde, cc this then cc that, what a track and what a cage.
Ah Nigel, first of all it's not another CCIE track, it's CCDE and you should see the overview of this program with the sample questions. Why is it more interesting than JNCIE? Bcoz after checking JNCIE book I can see that it's similar to CCIE SP with different CLI. CCDE offers something unique. Why another CC? It's not product specific anyway, and because no other vendor can build something new so far. If you know it otherwise please let me know. And btw, internally we have specialization program for consulting engineers, most are not product specific, and more interesting. But unfortunately I can't disclose it here, can't even put it within the pictures :)
Hi, Jason. In fact, I was attracted into the post by the CCDE logo, because I'm figuring out my next target as same as you are. Well, I believe it's not a product specific exam, but I'm afraid the requirement will potentially lead to a Cisco's all or nothing solution, such as being implemented by one or more IOS private features. Anyway, it's a good starting point here, InterOp and vendor independence always sound great to me. About the JNCIE and CCIE SP? After token both of them, I think the juniper track is more difficult. Leaving the cli aside, the troubleshooting part at the very beginning could be the most challenge to the candidates. Furthermore, it's not really a isolated lab exam, there's nothing different as if you're issuing configuration at the Internet backbone. Something may interest you, solutions that implemented on the Juniper RE could be totally translated from JUNOS into IOS. But on the CCIE SP part, I think it's hard to make the crossover happening.
ops, it's nigel above, the OpenID lost my name.
Post a Comment