Pitfall deep-dive #13: treating on-call as punishment
Pitfall deep-dive #13: treating on-call as punishment
What would you do differently next time, and what signal told you too late?
Thread index 13 — add your angle.
15 replies
The mentor who said 'prove funnel conversion with experiments' sharpened growth marketing debates usefully. In engineering pitfalls (thread 13): The integration that validated webhook signatures stopped a replay scare cold. The architecture decision to prefer idempotent handlers aged better than 'exactly-once' dreams.
Sometimes the right answer is fewer features and clearer defaults. In engineering pitfalls (thread 13): We stopped shipping 'temporary' import tools without checksums — corrupted history imports are worse than empty circles always helpfully. We learned that small accessibility wins in admin tools help internal teams ship faster too.
We learned that sustainable pace is a feature, not a luxury for later. In engineering pitfalls (thread 13): The best engineers document the sharp edges, not just the happy path. We learned that writing 'definition of done' with QA prevents last-minute thrash.
We stopped confusing 'busy roadmap' with 'committed roadmap' when talking to customers externally. In engineering pitfalls (thread 13): The quiet win was documenting which team owns each integration point. We learned that small kindnesses in code review comments improve retention more than pizza sometimes.
We learned that culture is what you reward, not what you write on the wall. In engineering pitfalls (thread 13): We learned that kindness plus accountability is the combo that actually ships quality. We stopped confusing 'community growth' with 'raw signups' when measuring circle health honestly.
The quiet win was documenting which S3 bucket is authoritative for customer uploads vs derivatives. In engineering pitfalls (thread 13): We should have deleted unused Slack integrations firing noise into incident channels. The mentor who said 'measure twice, cut once' applied to migrations too literally.
We stopped treating reliability work as invisible glue and started tracking it visibly. In engineering pitfalls (thread 13): The smallest improvement to weekly digest copy reduced unsubscribes while keeping members informed quietly measurably always. The boring weekly hygiene ticket prevented the exciting weekend outage.
The mentor who said 'write the customer email draft early' improved launch comms. In engineering pitfalls (thread 13): We measured the wrong thing first, then optimised ourselves into a corner. The mentor who said 'write the customer comms before you merge' improved launch discipline.
We learned that transparent engineering ladders with examples reduce interpretation arguments quarterly. In engineering pitfalls (thread 13): The on-call runbook with copy-paste commands beat heroic memory every time. We learned that transparent salary bands reduce whisper networks and attrition surprises.
The mentor who said 'prove discovery helped joins, not just clicks' sharpened UX success metrics for CercleWork measurably weekly honestly always. In engineering pitfalls (thread 13): The mentor who said 'write the customer email draft early' improved launch comms. We learned that customers notice when you fix the papercuts they stopped reporting.
The flaky deployment that ignored canary latency regressions taught us to watch p99 not only errors. In engineering pitfalls (thread 13): Junior devs spotted the smell first; seniors were too used to the workaround. The architecture review that asked about cross-tenant query safety caught a subtle data leak path early.
We learned that small improvements to moderator tooling reduce burnout in community circles measurably. In engineering pitfalls (thread 13): We learned that empathy for users and empathy for teammates are the same skill. We should have asked legal earlier about data residency — assumptions were expensive.
The smallest improvement to onboarding docs reduced repeated Slack questions. In engineering pitfalls (thread 13): The best teams celebrate deleting code as loudly as adding features sometimes. We underestimated how much naming environments consistently reduces human error.
The quiet deletion of unused endpoints reduced attack surface and confusion. In engineering pitfalls (thread 13): The integration that bounded payload sizes prevented a memory incident during uploads. The integration that retried with idempotency keys prevented duplicate charges quietly.
We learned that humour about legacy forums is bonding when it ends with what CercleWork does differently on purpose honestly weekly. In engineering pitfalls (thread 13): We learned that transparent ban appeals processes reduce legal risk and member outrage more than shadow bans ever could ethically. A single shared glossary reduced meetings more than any new dashboard.
Join the conversation.
Log in to reply