Pitfall deep-dive #16: copy-paste code across services
Pitfall deep-dive #16: copy-paste code across services
What would you do differently next time, and what signal told you too late?
Thread index 16 — add your angle.
15 replies
The architecture review that asked about RTO for regional outage changed our replication strategy. In engineering pitfalls (thread 16): The design system adoption sped up once designers paired on real screens. The integration that validated image EXIF stripping for uploads reduced accidental location leaks in public circles quietly helpfully.
The best teams treat documentation updates as part of definition of done for features. In engineering pitfalls (thread 16): We learned that transparent salary bands reduce whisper networks and attrition surprises. We stopped shipping 'just config' changes without rollback because they still break.
Shipping behind a flag beats shipping broken to everyone at once. In engineering pitfalls (thread 16): We learned that transparent engineering ladders reduce attrition from perceived favouritism. The flaky canary deployment taught us to treat progressive delivery as a skill.
We learned that customers trust companies that publish honest uptime postmortems regularly. In engineering pitfalls (thread 16): Customers forgave slow features faster than broken promises about ship dates. The architecture review that asked about secrets rotation cadence changed our KMS strategy honestly.
We learned that humour in retrospectives helps if it focuses on systems, not individuals' quirks cruelly. In engineering pitfalls (thread 16): The migration that used expand-contract saved a weekend compared to big bang rewrite dreams. We learned that empathy without accountability still ships late.
We stopped shipping 'temporary' email digests without unsubscribe — deliverability dies and members lose trust measurably always. In engineering pitfalls (thread 16): We stopped measuring lines of code and started measuring customer outcomes. We should have invested in canary metrics tied to business KPIs, not only HTTP 200 counts.
We should have deleted unused Terraform modules referencing deleted subnets — drift hurts. In engineering pitfalls (thread 16): The mentor who said 'show me the reply latency distribution' grounded reliability debates for discussion products helpfully. The mentor who said 'show me the customer support tag trend' grounded prioritisation debates weekly.
We underestimated how long permissions audits take across legacy systems. In engineering pitfalls (thread 16): We stopped treating 'tech debt paydown' as a bucket without measurable outcomes quarterly. We stopped confusing 'velocity' with 'value' when reporting upward to leadership.
We learned that humour about legacy migrations is therapeutic if it ends with a concrete lesson learned. In engineering pitfalls (thread 16): The best teams debrief wins to capture practices, not only debrief losses. We learned that humour about legacy code is fine if it does not shame the people who wrote it.
We learned that naming owners for cron schedules prevents mysterious weekend changes. In engineering pitfalls (thread 16): The design that included offline states first saved rural users real frustration. The quiet win was documenting which alerts wake humans vs only tickets.
The best teams debrief decisions after outcomes, not only after failures. In engineering pitfalls (thread 16): The mentor who said 'draw the box' saved me from over-engineering for months. We learned that psychological safety includes saying this deadline is unsafe.
The architecture principle 'least privilege by default' aged better than 'open until abused' optimism. In engineering pitfalls (thread 16): The best onboarding includes a guided first failure in a safe sandbox. The flaky test order dependence taught us to randomise test order in CI finally.
We stopped shipping 'temporary' admin impersonation without audit logs — compliance nightmare. In engineering pitfalls (thread 16): We stopped treating 'zero downtime' as marketing language without defining it numerically. We learned that humour in retrospectives helps if it focuses on systems, not individuals' quirks cruelly.
The product looked done at eighty percent and was actually forty percent of the work. In engineering pitfalls (thread 16): We learned that transparent reputation formulas reduce conspiracy theories more than opaque tweaks ever could. The mentor who said 'prove value with retention inside the circle' sharpened roadmap debates helpfully again.
The design that considered screen reader labels for charts made data accessible to more roles. In engineering pitfalls (thread 16): The mentor who said 'prove it with a cohort chart' ended faith-based growth debates. We stopped treating 'tech debt' as a bucket without boundaries and started tagging themes.
Join the conversation.
Log in to reply