Six pieces of owner feedback, and what each one actually turned out to be

·1 views

Six pieces of owner feedback, and what each one actually turned out to be Key takeaways "The request remains available even if I approve" was a handler with no else branch — a refusal produced no row change, no message, not even a console line. Showing a preview inline meant 20 cards asking for 20 base64 data URIs at once, up to 5 MB each. The fix was a three-at-a-time queue, not a smaller image. Start a timeout when the REQUEST starts, not when the component mounts, or a queued item is failed for other items' latency. An unmounted card gives its queue slot back.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

Route planning for Southeast Asia without self-hosting OSRM

Ask anyone who has run OSRM in production and they will tell you the same story: the routing engine is wonderful, and the server it runs on is a monster. The planet-wide graph wants 128 GB of RAM and a day of preprocessing. Even a Southeast Asia extract — the region many of us actually ship for — means tens of gigabytes of memory, multi-hour osrm-extract runs, and a recurring maintenance chore every time OpenStreetMap data is refreshed. There is a hidden tax beyond the hardware, too. Someone has to babysit the pipeline: re-run the preprocessing when the OSM extract updates, watch memory pressu

0 comments Read more at DEV Community

ProgrammingDEV Community ·

The Company Behind Cursor's Vector Search Just Killed the Vector-First Database

Last month I watched a teammate spend two days migrating 4 million embeddings from Postgres into a dedicated vector database because a benchmark blog post scared him. The migration added a second database, a sync job, and a new failure mode. His queries got 30 ms faster. Nobody using the product noticed. I thought about him when I read turbopuffer's September 30 post, RIP, vector database.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

2% bias, 98% noise: what I built, and cut, for a hackathon judging engine

2% bias, 98% noise: what I built, and cut, for a hackathon judging engine The sample event Hackathon Raptors gave us for Dogfood 2026 has 41 projects, 30 judges and 126 finished reviews. When my judging engine split the judges' disagreement into "this judge is just more generous" and everything else, generosity came out at about 2%. That number ended up deciding most of what I built and most of what I cut. Dogfood's brief was the same for every team: in 72 hours, build the submission and judging platform Raptors will run their own events on. I entered solo.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Running a Zero-Cost Social Auto-Poster on Cloudflare Workers

The 48-Runs-a-Day Problem Scheduling a social media auto-poster to run every thirty minutes results in forty-eight unattended executions per day. While setting up a basic scheduled event to call a platform API is straightforward, the naive approach fails operationally within days. Long-lived platform tokens eventually expire, cron redeliveries trigger duplicate posts, and unhandled provider errors burn through daily quotas while flooding your inbox with success alerts. For a related implementation, see Normalize Cloudflare Workflows Trigger Payloads. Running this workload reliably on a serverl

0 comments Read more at DEV Community