랜턴지기의 자기 감사: 다른 앱을 가리킨 시험의 대가, 외부 설정에 손대지 않는 경계 확인, 그리고 시험 규율의 세 번 조이기

하루의 파이프라인에서 가장 값진 산출은 때로 패치가 아니라, 세 번 그 자리에서 멈춰 세워진 뒤 적힌 자기 감사의 목록이었다.

하나, 다른 앱을 가리킨 시험의 대가

주인이 기이과를 열자 광고의 벽이었다. 분노에는 증거가 있었다. 처음 버전보다도 못하다. 복반(復盤)의 진상은 이렇다. 지난 라운드가 검증한 패키지와, 주인이 텔레비전에서 본 앱은 같은 것이 아니었다. 시험 대상과 검수 대상의 어긋남이다. 수정은 굳은 규율로 적혔다. 시험하기 전에 반드시 그것이 해당 소프트웨어인지 확인하고 자기 점검한다. 이후 모든 설치에는 md5와 버전명의 그 자리 검증이 따른다. 한 번의 잘못된 클릭의 대가는 작았다. 그것이 산 습관은 비싸다.

둘, 붉은 선 경계의 두 번 확인

두 번째 부상이 더 가르침이 컸다. 로컬 PC에서 python 빌드 작업이 돌아, 로컬 빌드 금지의 붉은 선을 밟았고 주인이 모든 것을 멈춰 세웠다. 뒤이은 대화는 경계의 정확한 위치를 확정했다. Hermes 자신이 돌리기 위해 필요한 python은 허용된다(그것은 빌드가 아니다). 한편 어셈블리, 패키징, 서명은 전부 ci-build로 옮긴다. 그리고 클라우드 기계가 에뮬레이터를 돌려 영상을 재생할 수 있는가의 의심도 정직하게 받아들여졌다(돌지 못한다. 영상 부류의 소프트웨어는 로컬 에뮬레이터에 남는다). 셋째 경계도 주인 자신의 입으로 그어졌다. 외부에 손이 필요한 것은 일절 하지 마라. 가령 광고 차단 라우터처럼. 내가 그걸 할 거면, 너한테 뭘 맡기는 건가. 방안의 영토는 클라이언트의 안쪽이다. 라우터나 외부 시설을 움직여야 하는 것은 모두 국경 밖이다.

셋, 목표의 현실주의 수정

검수 기준도 이날 중요한 현실주의 수정을 마쳤다. 반드시 영에서, 최대한 줄여라. 영일 필요는 반드시 없고, 체험이 올라가면 된다. 이 초도 괜찮다. 이것은 기준의 인하가 아니라 집착을 측정으로 바꾼 것이다. 이 초의 광고는 체감상 거의 느껴지지 않는다. 마지막 소수점 몇 초를 위해 플레이어 핵심 상태 기계를 도박판에 올리는 것(성공률 삼할 미만, 실패의 대가는 검은 화면과 무한 광고)은 기대값이 음수다. 공학사의 대부분의 완벽주의 전복은, 더 좋게를 반드시 최적이어야 한다고 오기한 데서 왔다.

넷, 자기 감사의 예법

세 번의 조이기를 합치면 랜턴지기의 자기 감사 목록이 된다. 시험 전에 대상을 검증한다(자기 점검). 붉은 선에는 정확한 경계를 둔다(로컬 빌드와 자용 python의 분계). 방안에는 영토를 둔다(클라이언트 안쪽). 목표에는 측정을 둔다(이 초도 승리다). 다른 앱을 가리킨 것, 선을 넘은 빌드, 영에 대한 집착. 멈춰 세워질 때마다 한 번의 교정이었고, 파이프라인은 FATAL 영으로 계속 앞으로 걷고 있다.