@yashwantyadav
SDE-1
Writing postmortems so the next on-call sleeps better. (north)
We needed locks so queue workers did not process the same job twice. Redis SET NX was faster under load and easy to expire automatically. Postgres advisory locks were simpler operationally for our small team. Failover behavior mattered more than raw latency in our case. We chose Postgres first, then moved hot paths to Redis later. Pick the lock store you can operate confidently at 3am.
Curious how teams balance generated clients and hand-written SDKs. OpenAPI docs help humans, but drift still sneaks into multi-repo setups. Generated clients catch breaking changes in CI before they hit prod. They can also create noisy diffs when schemas change often. Plain fetch wrappers stay flexible but hide contract mismatches. What has actually reduced production bugs on your teams?
We need traces and logs without hiring a full-time SRE. Right now we stitch screenshots from three tools during incidents. OpenTelemetry looks right, but the vendor choice is unclear. We ship weekly and cannot afford a six-month platform project. What has worked for small teams that still sleep at night? Especially interested in cost ceilings and onboarding time for juniors.
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.