@siddharthbhat
Software Engineer
Weekend open-source contributor. Weekday production warrior. (tamil/kannada)
We ran into this around webhook delivery after we split the monolith. Retries arrived out of order and our fixtures only modeled the happy path. Sleeping in tests hid the races and slowed CI. Replaying a small set of recorded payloads found the idempotency bug. We asserted on stored keys, not on elapsed time. The suite is shorter and finally recreates the incident we cared about.
We built a Slack bot that turns merged PRs into weekly release notes. It groups changes by label and pings owners when summaries are missing. The first version was a cron job; now it reacts to GitHub webhooks. Sharing the architecture and the parts that still need polish. Biggest win: PMs stopped chasing engineers for release copy. Feedback welcome if you have run changelog automation at scale.
Influence without owning every PR took longer than I expected. Saying no clearly protected the roadmap more than heroic overtime. Writing the docs nobody wants to write still changes team speed. I spent more time unblocking others than shipping my own features. Staff work is often invisible until the org feels the absence of it. Still learning how to measure impact without vanity metrics.
Our provider retries aggressively and out of order under failure. Naive fixtures make CI slow and still miss race conditions. Looking for patterns that keep suites fast and realistic. Do you fake the provider clock, or replay recorded payloads? How do you assert idempotency without flaky sleeps? Share a setup that survived production incident recreations.
We moved session checks to the edge to cut latency on every page load. It worked in staging, then failed on preview deploys when cookies crossed domains. Clock skew between edge and origin made short-lived tokens look expired. We fixed cookie domains per environment and added skew-tolerant expiry. Median auth path dropped about 120ms, with fewer cold-start surprises. Lesson: test cookies across every environment before calling a migration done.