Debugging Job Application Automation: The Cost of Trusting Broken Instruments

Описание и применение

Разработчик автоматизации подачи заявок на работу обнаружил, что отладка в продакшене дорога и медленна. Основная проблема заключалась в ненадежности локальных тестов и телеметрии. Решение: ручная проверка страниц, локальная отладка логики и доверие только к внешним подтверждениям от целевых систем, а не к внутренним логам.

Задача

Developing a browser agent for job applications is easy, but debugging it in production is expensive and slow. The core issue is that telemetry and local test rigs often lie or fail to capture real-world state, leading to wasted time fixing non-existent bugs while ignoring actual failures.

Результат

The developer identified that most 'bugs' were actually failures in measurement instruments (telemetry, local rigs). By shifting to a workflow that prioritizes manual inspection and external verification over self-generated logs, they reduced debugging time and increased trust in the product's data.

Рабочий процесс

• Identify the failure in production (e.g., application not submitted).
• Avoid immediate redeployment; instead, inspect the live page manually like a human user.
• Reproduce the issue locally with a browser open to inspect DOM elements directly.
• Fix the code based on direct observation (e.g., correcting input type assumptions).
• Verify the fix locally before deploying to production.
• Deploy to production only to verify aspects that cannot be tested locally (capacity, anti-bot behavior, actual employer response).
• Trust only external confirmations (e.g., company reply) as evidence of success, not internal logs or screenshots.

Доказательства

The actual bug... took two minutes. A field I was reading as a textarea was an input.

Источник

An absence is not evidence until you have proved you were watching.

Источник

The only thing that proves an application exists is the company's own system replying.

Источник