대본집: 장면별 말하기 연습

열두 유닛의 예문을 말하는 장면별 대화로 다시 짰다. 유닛에서는 문법 순서로 읽었지만, 영어를 실제로 꺼내는 순간은 스탠드업에서 내 차례가 왔을 때, 장애 채널에 알릴 때, 리뷰에 답할 때다. 그래서 상대의 말과 내 말이 오가는 2~4턴 대화로 묶었다. 상대 말은 읽기만 하고, 내 말을 연습한다.

쓰는 법은 이렇다. 대화 블록의 '내 말 가리기'를 켜면 상대 말은 그대로 보이고 내 차례만 가려진다. 상대 말을 읽고 상황 줄을 본 뒤 소리 내어 영어로 말해 보고, 줄을 눌러 확인한다. 줄 옆의 ▶를 누르면 그 문장을 읽어 준다. 줄 끝의 유닛 표시를 누르면 그 문장을 다룬 유닛의 문법으로 돌아간다. 마지막 절의 읽어 두기는 말로 하지 않는 글이라 대화 없이 눈으로만 훑는다.

스탠드업·팀 채널: 하는 일, 막힌 것, 일정

끝난 일은 현재완료, 하는 중인 일과 팀과 맞춰 둔 일정은 진행형이다(Unit 2, Unit 3). 브랜치 위는 on, 저장소 안은 in, 하루 중 때는 in the morning이다(Unit 12).

장애 채널: 알리기, 맡기, 되돌리기와 배포 보고

팀이 같이 쓰는 그 페이지는 the, 사용자 일반은 관사 없는 복수다(Unit 7). 맡는 말은 진행형, 지금 상태 보고는 현재완료와 yet이다(Unit 3, Unit 2). 이번 한 번의 계획은 조건 쪽 현재형, 결과 쪽 will이고(Unit 9), 함수 안은 in, 줄 위는 on, 환경 안은 in이다(Unit 12).

PR 올리기와 리뷰 답장: 부탁, 반영 보고, 머지

어느 PR인지 뒤의 말이 정해 주면 the가 붙는다(Unit 7). 반영했다고 알릴 때는 결과가 지금 남아 있으니 현재완료, 때를 말하면 과거형이다(Unit 2). feedback은 세지 않고, 세고 싶으면 comments로 바꾼다(Unit 8).

리뷰 코멘트 주고받기: 제안과 질문, 그 답

꼭 고칠 것은 needs to와 must, 제안은 could와 might want to, 함께 정하자는 말과 의도 확인은 질문이다. 사람이 아니라 코드를 주어로 둔다(Unit 4). feedback의 양은 some으로 말한다(Unit 8).

버그 알리기와 재현 설명: 처음 알림, 단계, 기대와 실제

처음 꺼내는 버그에는 a, 다시 가리킬 때는 the가 붙는다(Unit 7). 재현 단계는 명령형, 기대 결과와 실제 결과는 현재형, 조건은 if 절 안까지 현재형이다(Unit 9). 환경과 로그 안은 in이다(Unit 12).

환경 세팅 도와주기: README를 말로 안내

할 일은 명령형으로, 동사 자리의 set up·back up·sign in은 두 단어, 명사 setup·backup은 한 단어다(Unit 11). 필수는 소문자 must다(Unit 5). 늘 그렇게 동작한다는 설명은 현재형이고, 누가 하는지 중요하면 능동태다(Unit 3, Unit 6).

포스트모템 회의: 타임라인과 "~했더라면"

타임라인과 원인은 때가 붙은 사실이라 과거형이다(Unit 2). 일어나지 않은 과거를 가정하면 If … had …, … would have …, 하지 않아 아쉬운 일은 should have, 사람 대신 시스템과 절차를 주어로 쓴다(Unit 10).

읽어 두기: 커밋 제목, 명세, 메시지

말로 하지 않고 쓰기만 하는 글이다. 커밋 제목은 동사 원형으로 시작하는 명령형이고 동사 set up·clean up은 두 단어다(Unit 1, Unit 11). 명세의 대문자 MUST·SHOULD·MAY는 정해진 요구 수준이다(Unit 5). 에러·안내 메시지와 콜백 설명은 대상을 주어로 세운 수동태다(Unit 6). 대화 없이 눈으로 훑고, 필요하면 '영어 가리기'로 떠올려 본다.