Testing in real conditions
Trade-off: A hard-coded date hid a bug until production. Since then, I test under conditions close to the real thing, which takes more preparation time before delivery.
For 2.5 years, I worked on an application that lets finance professionals buy and sell securities on the stock market.
A trading application can't afford approximation. When you buy or sell securities, a mistake doesn't stay in a log file: it shows up in an order. My job: deliver complete changes, from analysing the need to production, in a Scrum team.
Trade-off: A hard-coded date hid a bug until production. Since then, I test under conditions close to the real thing, which takes more preparation time before delivery.
Trade-off: On a feature I carried alone in my final year, I had the Product Owner validate the mock-up before development. One more exchange up front, but fewer rework loops along the way.
The complexity of the solution, and meeting the Definition of Done: a change is only finished once everything is verified, tested and reviewed.
Working on a critical system taught me rigour: analyse before coding, test before shipping, and keep a cool head when everything moves fast.