Philip Martin is one of our newest Codethings, but who is he?
Philip is a passionate advocate for making software-defined vehicles as safe as possible. His area of expertise is decision analysis, specifically exploring how its methodologies can be applied to critical software in the automotive industry. Our experience and contributions to the automotive industry make Philip a natural fit for the Codethink team.
In this interview, you will learn about Philip’s academic background, his career to date, and his motivations for building a safer future for the automotive industry.
Q: Could you tell us a bit about your background?
Philip Martin: How far back should I go?
I studied mathematics at Harvey Mudd College in Claremont, California. I then worked for an early dot.com before moving to Raytheon in general software development. I then headed to Stanford University, where I discovered ‘Decision Analysis’.
After finishing grad school, I was going to teach, but I ended up back in software engineering. I moved into consulting from software engineering, leading me to Codethink.
Q: What is decision analysis?
PM: Decision analysis involves using applied mathematics and probability to help people make better decisions. This logic based methodology removes inconsistencies and improves understanding of uncertainty.
Ultimately, all decisions on a project may change the overall level of risk of the project. The role of decision analysis is to measure those risks and allow the owners of the project to make informed decisions about its release. By turning the evidence we collect into a probability of failure, we can track well understood metrics like “expected time to failure” which did not always make sense for software.
In addition, decision analysis is particularly important for risk management for a project or company as a whole. It allows you to quantify the tradeoffs between risk and benefit for each decision. While this can be a design decision or a funding decision, the ability to make the best decision possible improves the overall potential for the company every time.
Q: What brought you to Codethink, and what’s your role?
PM: I found the problem Codethink was trying to solve particularly interesting.
There is risk exposure when releasing software, whether open source or proprietary. This is a critical consideration when working with safety critical systems. The challenge with this is turning evidence into a useful decision tool.
Q: What impact do you hope to have?
PM: My ultimate goal is to make software in automobiles safer.
I would love for the industry to change and become less concerned with sales and more concerned with safety. We can move in the right direction by wrapping the concept of ‘Trustable software’ into a practical, usable framework.
The current safety standards were not written to handle software. In various forms, hardware has existed for thousands of years, but software has only existed for 50 years. It’s no wonder the standards are behind.
Q: Any final thoughts?
PM: A good decision can still result in poor outcomes, and poor decision makers can get lucky as well. What we can do with decision analysis, is have confidence we've done enough to understand the decision, and improve our chances of a good outcome as much as we are willing to spend to do so.
Other Content
- A new way to develop on Linux - Part II
- GUADEC 2024
- Developing a cryptographically secure bootloader for RISC-V in Rust
- Improving systemd’s integration testing infrastructure (part 1)
- A new way to develop on Linux
- RISC-V Summit Europe 2024
- Safety Frontier: A Retrospective on ELISA
- Codethink sponsors Outreachy
- The Linux kernel is a CNA - so what?
- GNOME OS + systemd-sysupdate
- Codethink has achieved ISO 9001:2015 accreditation
- Outreachy internship: Improving end-to-end testing for GNOME
- Lessons learnt from building a distributed system in Rust
- FOSDEM 2024
- Introducing Web UI QAnvas and new features of Quality Assurance Daemon
- Outreachy: Supporting the open source community through mentorship programmes
- Using Git LFS and fast-import together
- Testing in a Box: Streamlining Embedded Systems Testing
- SDV Europe: What Codethink has planned
- How do Hardware Security Modules impact the automotive sector? The final blog in a three part discussion
- How do Hardware Security Modules impact the automotive sector? Part two of a three part discussion
- How do Hardware Security Modules impact the automotive sector? Part one of a three part discussion
- Automated Kernel Testing on RISC-V Hardware
- Automated end-to-end testing for Android Automotive on Hardware
- GUADEC 2023
- Embedded Open Source Summit 2023
- RISC-V: Exploring a Bug in Stack Unwinding
- Adding RISC-V Vector Cryptography Extension support to QEMU
- Introducing Our New Open-Source Tool: Quality Assurance Daemon
- Long Term Maintainability
- FOSDEM 2023
- Think before you Pip
- BuildStream 2.0 is here, just in time for the holidays!
- A Valuable & Comprehensive Firmware Code Review by Codethink
- GNOME OS & Atomic Upgrades on the PinePhone
- Flathub-Codethink Collaboration
- Codethink proudly sponsors GUADEC 2022
- Tracking Down an Obscure Reproducibility Bug in glibc
- Web app test automation with `cdt`
- FOSDEM Testing and Automation talk
- Protecting your project from dependency access problems
- Porting GNOME OS to Microchip's PolarFire Icicle Kit
- YAML Schemas: Validating Data without Writing Code
- Deterministic Construction Service
- Codethink becomes a Microchip Design Partner
- Hamsa: Using an NVIDIA Jetson Development Kit to create a fully open-source Robot Nano Hand
- Using STPA with software-intensive systems
- Codethink achieves ISO 26262 ASIL D Tool Certification
- RISC-V: running GNOME OS on SiFive hardware for the first time
- Automated Linux kernel testing
- Native compilation on Arm servers is so much faster now
- Full archive