Course:
TDD for Embedded C
Date entered:
2016-10-26 19:07:29 UTC
Course rating:
Very Good
Most useful learnings:
Assumption it is cheap faster easier to fix bug earlier in the process than later.
The best value is to discover real bugs as early in the process as possible.
Concepts v exercises:
Good balance
Presentation v discussion:
Good balance
Course improvements:
TDD is not a cure all for bad practice. Touched on in final discussion. Some coding is just plain bad practice. TDD is not a Panacea against it. Cyclomatic complexity, LOC in a routine and so on.
There needs to be an up front expectation of reasonable coding practice.
TDD is a tool in the box not a cure all.
For example - the real constraint at Panasonic is - people do not understand what is required.
Assumptions are made - that may be wrong. Real understanding does not arrive until customer objects.
Also there are some inherently automotive challenges - Initialization and shutdown. THese deal with runtime behavior and system level behavior.
To me TDD is make sure what I 'know' I want to do, I actually do.
What I want is to do this part right, then understand analogous step to transition to integration test - with a methodology similar to TDD. and scale up from there.
Exercise rating:
Very Good
Exercise improvements:
They are good.
Instructor comments:
FIne
Better prepared:
Much better
Start tomorrow:
Yes
Challenges to applying:
None
Other comments:
Value add. jump into the nuts and bolts faster. People already get the need for it.
Legacy code workshop:
No
Recommend to others:
Yes
Quote permission:
No