From Friday, April 19th (11:00 PM CDT) through Saturday, April 20th (2:00 PM CDT), 2024, ni.com will undergo system upgrades that may result in temporary service interruption.

We appreciate your patience as we improve our online experience.

Certification

cancel
Showing results for 
Search instead for 
Did you mean: 

Time to Grade CLD

I took my CLD exactly 1 month ago today and am still anxiously awaiting the results. i'll keep everyone posted on the time to receive a grade. 

0 Kudos
Message 11 of 17
(2,907 Views)

I passed! it took 5 weeks, 5 days to get my grade. i heard from the sales rep today but still have not received the official email from the certification center.

0 Kudos
Message 12 of 17
(2,821 Views)

Hello everyone,

 I just took my cld exam and I am very anxious about the grading. The thing is I did all the functionality and documentation correctly ( as far as I know) but the thing is that I did not do the config file sectio( not reading either updating it) do you think this can affect seriously my score? I mean everything else is working, I uses a state machine, I divided the functionality by vis, cleaned up all the wiring the vi is running... what do you think?

0 Kudos
Message 13 of 17
(1,504 Views)

usually, the result is announced after one or two weeks, but maybe you get it after a month always check the notifications and announcements to get up to date.

0 Kudos
Message 14 of 17
(1,345 Views)

I wrote my CLD via online proctoring exactly two weeks ago, and received my result today. I passed!

Message 15 of 17
(1,340 Views)

@Madmanguruman wrote:

I wrote my CLD via online proctoring exactly two weeks ago, and received my result today. I passed!


Congratulations!.  I've never heard anyone say "That was easy!"... would you share what you think you did right to prepare for the exam?


"Should be" isn't "Is" -Jay
0 Kudos
Message 16 of 17
(1,325 Views)

For me, getting through the CLD was all about practice, practice, practice.

 

I came to know LabVIEW from a "learn-on-the-job" environment, where I started using it fairly extensively before getting into any sort of training - meaning I started with a foundation of design practices from former colleagues who were also not fully trained. So, part 1 of practice for me was getting away from anti-patterns and sloppy design and really paying attention to architecting things correctly. I really paid attention to LabVIEW Core 3 and put it to practice by refactoring some of our less-than-optimal VIs into a better overall architecture.

 

The next part of practice was to go through the CLD Success Package exercises - and by go through, I mean take each one seriously and try to construct a solution which not only would work, but would satisfy the graders. This taught me that (a) a proper solution is much slower to develop than I expected, and (b) I tend to rush to a partial solution before really figuring out what is being asked for, and sometimes go off-rails a little bit. Misinterpretation of the spec / skipping details / underestimating little things - these were very valuable lessons for the CLD.

 

Next was watching the CLD preparation videos and reading the NI forums. The videos went into detail explaining the grading and expectations of the CLD exam. The forums also offered some advice which was invaluable in terms of strategy - design the UI first, make the VI run second (proper start/stop), construct the major sub-VIs third, then implement the functionality piece by piece and make sure that at all times the VI still runs correctly. Also, document everything as you make it.

 

Finally was the practice exam package. Due to a lack of prep time near the end, I only had a chance to attempt one practice exam. Luckily I was able to allocate a block of time to this task and as closely as possible I tried to replicate the exam scenario. This was invaluable, as it shone a light on the fact that a successful strategy is key - getting the 'core' running and documented while adding functionality bit by bit is certainly the way to go, in my opinion.

 

To the test itself - I felt nerves and panic for the first 30 minutes or so (and definitely panic the final 5-10 minutes). What I did to try and keep organized was add a .txt document to the project where I kept notes for myself (and the reviewer, if they chose to look at it) - what time I started a major element of the project (start UI, test UI, start basic app structure, start sub-VIs, start implementing functionality, etc.) Near the end, when I knew I couldn't add anything else without risking breaking the project, I also left some notes - where I left off, what I felt needed to be added to complete the spec, other things that were left out due to lack of time - just to illustrate that I understood what they were looking for. I get that the scoring is objective where possible, but hey.

 

The worst part about waiting were those forehead-slap moments where you realize little things you forgot due to the pressure. Like, "Oh snap - I told myself to generate the HTML help file with 10 minutes to go, but forgot!" and "Aargh - THAT'S what that line in the spec meant!" Fortunately the self-agonizing only lasted two weeks thanks to prompt grading from NI!

Message 17 of 17
(1,313 Views)