Course code: WEB-30

Years with company: 2

Years programming: 4

Primary programming language: C++

Other programming languages: Python, C, JavaScript, Haskell

Unit test harnesses: pytest

Something else: I enjoy programming and especially in the embedded context. It seems to me quite special to be able to program instruments and small devices. I am new to embedded programing and despite its initial challenges, what I have found most difficult is to organize a decent method of working within this domain.

Test practice now: Hardware Prototype in loop, trial and error.

Target system: 8 bit and 32 bit low end Microcontroller based Instrument Control Systems. These in some cases work in tandem with an Embedded Linux based HMI written in C++/Qt.

Dev tools: STM32Cube, Viusal Studio Code, Visual Studio, Qt Creator, Vim

Build time: Under 10 seconds

Coding standard: C++ coding standard guidelines

Function too long: If a function does more than one thing, or if it mixes pure computation and IO, I try to separate them.

Code reviews: No review process in place. Static analysis tools - not in embedded.

Code time: 10

Test time: 30

Debug time: 60

Favorite thing about dev: Building Abstractions that lift the semantics of the code closer to the domain of the project.

Least favorite thing about dev: As project size increases, new requirements are brought in - things can start becoming quite complex due to the hidden dependencies they have on each other.

Tdd knowledge: I understand its (immense) usefulness and do depend on tests to have confidence in the code I have written. However, I do no know of testing outside of Unit tests.

Why are you attending: I had a really bad experience on the previous project. I don't want to be in such a position again where my code is so fragile. Needing hardware in loop when programming embedded systems - I would like get out of this.