Course code: BARR-6
Years with company:
Primary programming language:
Other programming languages:
C++, Python, Matlab, LabView, C#, Ruby, Java, Assembly
Unit test harnesses:
CppUTest, Unity, NUnit, JUnit
Connecting ideas from disparate sources is awesome.
Test practice now:
Large system tests done by a technician
A variety of safety products, legacy is mainly pic processors, future is hopefully ARM
Whatever is available
Function too long:
When you can't easily grasp what it's supposed to do or it no longer says what it does on the tin.
I have not had a code review at this company.
Favorite thing about dev:
Elegant solutions to problems, learning better ways of thinking about and doing things.
Least favorite thing about dev:
Layers of useless process, information duplication, shoehorning.
It works. It cuts development time, it improves code readability and functionality, and if done right, the tests can be treated as documentation of intent that grows with the code. It can move engineering a long way towards 'single source of truth'.
Why are you attending:
I want to understand TDD for embedded systems well enough that I can train and convince other engineers on my team the value of developing this way.