장애 발생 시 신속하고 구체적인 안내 요청 | 한국어로 영어 배우기

문장 설명

1. The platform was unavailable, but the status page stayed unchanged.

   플랫폼에 접속할 수 없었지만 상태 페이지는 그대로였습니다.

   platform

   플랫폼

   unavailable

   이용할 수 없는

   status page

   상태 페이지

   stayed

   계속 ~인 상태였다

   unchanged

   변하지 않은

   자세한 설명

   platform은 여기서 접속하거나 이용하는 서비스·시스템을 뜻하는 명사입니다. 복수형은 platforms입니다. 예: The platform supports many users. — 그 플랫폼은 많은 사용자를 지원합니다. unavailable은 ‘이용할 수 없는, 접속할 수 없는’이라는 뜻의 형용사입니다. 여기서는 플랫폼에 접근할 수 없다는 상태를 나타냅니다. available은 ‘이용 가능한’이라는 반대 표현입니다. was unavailable에서 was는 과거의 상태를 나타내고, unavailable은 그 상태의 내용입니다. status page는 서비스의 현재 상태나 장애 정보를 보여 주는 페이지라는 명사구입니다. status는 상태·진행 상황, page는 페이지를 뜻합니다. 예: Check the status page. — 상태 페이지를 확인하세요. 이 문장에서는 status page가 뒤의 stayed unchanged의 주어입니다. stayed는 동사 stay의 과거형입니다. 여기서는 ‘머물렀다’보다 ‘계속 ~인 상태였다’라는 뜻으로, 어떤 상태가 유지되었음을 나타냅니다. 현재형과 과거형은 stay — stayed입니다. 예: The door stayed open. — 문은 열린 상태로 계속 있었습니다. unchanged는 ‘변하지 않은, 그대로인’이라는 형용사입니다. changed는 ‘변한’이라는 뜻이므로, unchanged는 변화가 없음을 나타냅니다. stayed unchanged는 ‘변하지 않은 상태가 계속되었다’라는 구조입니다. 여기서 unchanged는 status page의 상태를 설명합니다. 전체적으로 The platform was unavailable은 ‘플랫폼을 이용할 수 없었다’는 뜻이고, but은 앞 내용과 대비되는 내용을 연결합니다. the status page stayed unchanged는 ‘상태 페이지는 그대로인 상태가 계속되었다’는 뜻입니다. 따라서 전체 문장은 ‘플랫폼에 접속할 수 없었지만 상태 페이지는 그대로였습니다’가 됩니다. 이 문장은 한 대상은 이용 불가능했지만, 다른 관련 정보 페이지에는 변화가 없었다는 대비를 표현합니다.

2. That caused a serious communication gap, and I understand the frustration.

   그 때문에 심각한 소통의 공백이 생겼고, 그 답답함을 이해합니다.

   That

   그 일은

   caused

   초래했다

   serious

   심각한

   communication gap

   소통의 공백

   understand

   이해하다

   frustration

   답답함

   자세한 설명

   That은 앞서 언급된 상황을 가리키는 지시어입니다. 여기서는 그 상황 때문에 뒤의 결과가 생겼다는 뜻으로 쓰였습니다. 사람이나 사물을 가리킬 때는 that을 사용할 수 있지만, 이 문장에서는 앞선 상황 전체를 가리키는 해석이 자연스럽습니다. caused는 cause의 과거형으로, 어떤 일이 다른 결과를 일으켰다는 뜻입니다. cause는 현재형, caused는 과거형입니다. 예: The delay caused confusion. — 그 지연은 혼란을 일으켰습니다. serious는 문제가 가볍지 않고 정도가 크다는 뜻의 형용사입니다. 여기서는 gap을 꾸밉니다. 반대쪽 표현으로 minor를 쓸 수 있습니다. 예: It was a serious problem. — 그것은 심각한 문제였습니다. communication gap은 의사소통이 제대로 이어지지 않는 공백이나 단절을 뜻하는 명사구입니다. communication이 gap의 종류를 구체화합니다. 예: The language difference created a communication gap. — 언어 차이가 소통의 공백을 만들었습니다. understand는 어떤 상황이나 감정을 이해한다는 뜻의 동사입니다. 이 문장에서는 화자가 그 답답함의 감정을 이해한다고 말합니다. 현재형 understand가 주어 I와 함께 쓰였으며, 과거형은 understood입니다. 예: I understand your concern. — 저는 당신의 걱정을 이해합니다. frustration은 원하는 대로 되지 않거나 진행이 막힐 때 느끼는 답답함이나 좌절감입니다. 셀 수 없는 감정을 가리킬 때도 흔히 쓰입니다. 예: The repeated errors caused frustration. — 반복되는 오류가 답답함을 일으켰습니다. 전체적으로 That caused는 앞선 상황이 원인이었음을 나타내고, a serious communication gap은 그 결과를 설명합니다. 이어지는 I understand the frustration에서는 화자가 그 결과로 생긴 답답함을 이해한다고 말합니다. 따라서 문장 전체는 “그 때문에 심각한 소통의 공백이 생겼고, 저는 그 답답함을 이해합니다”라는 의미입니다. 두 절은 and로 연결되어 원인으로 생긴 상황과 화자의 이해를 함께 제시합니다.

3. I spent time checking my own connection unnecessarily.

   저는 불필요하게 제 인터넷 연결 상태를 확인하는 데 시간을 썼습니다.

   spent time

   시간을 썼다

   checking

   확인하는 것

   my own

   자신의

   connection

   연결 상태

   unnecessarily

   불필요하게

   자세한 설명

   spent time은 어떤 활동에 시간을 사용했다는 뜻의 재사용 가능한 표현입니다. 여기서 spent는 동사 spend의 과거형이며, spend time + 동명사(-ing) 형태로 “~하는 데 시간을 쓰다”를 나타냅니다. 예: She spent time reading. — 그녀는 읽는 데 시간을 썼습니다. spend는 현재형, spent는 과거형입니다. checking은 여기서 연결 상태를 확인하는 활동을 뜻합니다. 기본형은 check이고, checking은 -ing형으로 앞의 spent time 뒤에서 시간 사용의 활동을 나타냅니다. spend time checking ...은 “...을 확인하는 데 시간을 쓰다”라는 패턴입니다. 예: They spent time checking the schedule. — 그들은 일정을 확인하는 데 시간을 썼습니다. my own은 말하는 사람에게 속한 것을 특별히 자기 것이라고 강조하는 표현입니다. my가 소유자를 나타내고 own이 그 소유를 강조하므로, 보통 뒤에 명사가 옵니다. my connection보다 my own connection은 “남의 것이 아니라 내 자신의 연결 상태”라는 강조가 더해집니다. own은 소유자를 바꾸어 your own, her own처럼 쓸 수 있습니다. 예: He made his own choice. — 그는 자기 자신의 선택을 했습니다. connection은 여기서 인터넷이나 통신 연결 상태를 뜻하는 명사입니다. 일반적인 연결이라는 뜻도 있지만, 이 문장과 고정된 번역에서는 인터넷 연결 상태라는 의미로 이해됩니다. 복수형은 connections입니다. 예: The connection is weak. — 연결 상태가 약합니다. unnecessarily는 어떤 행동이 필요하지 않았는데도 그렇게 했다는 뜻의 부사입니다. 형용사 unnecessary에서 만들어진 형태이며, 이 문장에서는 checking이라는 행동 전체를 수식합니다. 따라서 단순히 “확인했다”가 아니라 “확인할 필요가 없었는데 확인했다”는 평가를 더합니다. 반대 의미로는 necessarily가 있지만, 문맥에 따라 “반드시”라는 뜻으로 쓰입니다. 예: I called unnecessarily. — 나는 전화할 필요가 없었는데 전화했습니다. 전체적으로 I가 주어이고, spent가 과거의 시간 사용을 나타냅니다. spent time 뒤의 checking my own connection은 무엇에 시간을 썼는지 설명하며, my own connection은 확인 대상인 자신의 인터넷 연결 상태를 말합니다. 문장 끝의 unnecessarily는 그 확인 행동이 불필요했다는 점을 덧붙입니다. 따라서 전체 의미는 “저는 제 인터넷 연결 상태를 불필요하게 확인하는 데 시간을 썼습니다”입니다.

4. Updates should appear quickly, even before the cause is known.

   원인을 알기 전이라도 업데이트는 신속하게 올라와야 합니다.

   Updates

   업데이트

   should appear

   나타나야 한다

   quickly

   신속하게

   even

   ~라도

   before

   ~하기 전에

   cause

   원인

   is known

   알려져 있다

   자세한 설명

   Updates는 여기서 여러 업데이트를 뜻하는 복수 명사입니다. 단수형은 update이고, 여러 업데이트나 여러 차례의 업데이트를 말할 때 updates를 씁니다. 예: The update is ready.는 “그 업데이트가 준비되었습니다.”라는 뜻입니다. should appear에서 핵심 동사는 appear이며, 여기서는 “나타나다, 게시되어 보이게 되다”라는 뜻입니다. should는 바람직하거나 기대되는 일을 나타내므로 전체적으로 “나타나야 한다”가 됩니다. should 뒤에는 동사의 기본형 appear를 씁니다. 예: The results should appear soon.은 “결과가 곧 나타나야 합니다.”라는 뜻입니다. quickly는 appear가 일어나는 방식을 설명하는 부사로, “신속하게”라는 뜻입니다. 따라서 업데이트 자체가 신속한 것이 아니라, 업데이트가 나타나는 일이 신속하게 일어나야 한다는 의미입니다. quick은 형용사이고 quickly는 그에 대응하는 부사입니다. 예: Please respond quickly.는 “신속하게 답해 주세요.”라는 뜻입니다. even은 뒤의 조건을 예상보다 더 넓게 허용하도록 강조합니다. 여기서는 before the cause is known 앞에 놓여 “원인이 알려지기 전이라도”라는 의미를 만듭니다. 이 문맥에서는 단독으로 “심지어”라고 옮기기보다, 시간 조건에도 해당된다는 뜻의 “~라도”로 이해하는 것이 자연스럽습니다. before는 한 일이 다른 일보다 앞선 시간을 나타내는 접속사입니다. 여기서는 뒤에 완전한 절 the cause is known이 오므로 “~하기 전에”라는 시간 관계를 만듭니다. 재사용할 수 있는 패턴은 before + 주어 + 동사입니다. 예: Check the details before you decide.는 “결정하기 전에 세부 사항을 확인하세요.”라는 뜻입니다. cause는 여기서 어떤 일이 일어난 이유인 “원인”을 뜻하는 명사입니다. the cause에서 정관사 the는 이 문맥에서 말하는 특정한 원인을 가리킵니다. 동사 cause는 “일으키다”라는 뜻으로도 쓰이지만, 이 문장의 cause는 명사입니다. 예: We need to find the cause.는 “우리는 원인을 찾아야 합니다.”라는 뜻입니다. is known은 be 동사와 know의 과거분사 known으로 이루어진 수동 표현입니다. the cause가 아는 행위의 주체가 아니라, 사람들이 그 원인을 알고 있는 대상이므로 “원인이 알려져 있다”라는 뜻이 됩니다. 현재형 is는 그 상태를 나타내며, 단수 주어 the cause와 맞습니다. 능동 표현 Someone knows the cause.는 “누군가가 원인을 알고 있습니다.”이고, 이를 수동적으로 말하면 The cause is known.이 됩니다. 전체적으로 Updates should appear quickly는 “업데이트는 신속하게 나타나야 합니다”라는 핵심 내용입니다. 여기에 even before the cause is known이 붙어, 원인이 알려지기 전이라도 업데이트가 신속하게 나타나야 한다는 시간 조건을 덧붙입니다. 따라서 문장 전체는 “원인을 알기 전이라도 업데이트는 신속하게 올라와야 합니다.”라는 의미입니다.

5. Acknowledging the issue would have reduced confusion.

   문제가 있다는 사실을 인정했더라면 혼란이 줄었을 것입니다.

   Acknowledging

   인정하는 것

   issue

   문제

   would have

   ~했을 것이다

   reduced

   줄였다; 줄인

   confusion

   혼란

   자세한 설명

   Acknowledging은 acknowledge의 -ing형으로, 여기서는 동작을 명사처럼 만들어 문장의 주어 역할을 합니다. acknowledge는 어떤 사실이나 문제를 인정하거나 받아들인다는 뜻이며, 이 문장에서는 문제의 존재를 인정한다는 의미입니다. 예: Acknowledging the mistake helps. — “실수를 인정하는 것은 도움이 된다.” 이 형태만으로 실제로 인정했다는 과거 사실을 단정하지는 않습니다. issue는 여기서 논의되거나 해결되어야 할 “문제”라는 명사입니다. the issue의 the는 특정한 문제를 가리키지만, 제공된 문장만으로 그 문제가 더 구체적으로 무엇인지는 정해지지 않습니다. 예: We need to resolve the issue. — “우리는 그 문제를 해결해야 한다.” would have는 뒤의 과거분사와 결합해 과거에 일어났을 가정적 결과를 나타내는 부분입니다. 이 문장의 would have reduced는 “줄였을 것입니다”라는 뜻이며, would have만으로 조건의 내용이나 실제 발생 여부가 모두 정해지는 것은 아닙니다. 예: This would have helped. — “이것이 도움이 되었을 것입니다.” reduced는 reduce의 과거형과 과거분사형이 같은 형태입니다. 형태 사슬은 reduce–reduced–reduced이며, 여기서는 would have 뒤의 과거분사로 쓰였습니다. reduce는 양이나 정도를 더 작게 만든다는 뜻이므로 reduced confusion은 “혼란을 줄였을”이라는 의미입니다. 예: Clear instructions reduced errors. — “명확한 지침이 오류를 줄였다.” confusion은 이해하기 어렵거나 뒤섞인 상태인 “혼란”을 뜻하는 명사입니다. 여기서는 reduced가 줄이는 대상입니다. 예: The announcement caused confusion. — “그 발표는 혼란을 일으켰다.” 전체 구조는 [Acknowledging the issue]라는 주어와 [would have reduced confusion]이라는 결과 부분으로 이루어집니다. Acknowledging the issue는 “문제를 인정하는 것”을 뜻하고, would have reduced confusion은 그것이 과거에 이루어졌다면 혼란을 줄이는 결과가 있었을 것이라는 뜻을 만듭니다. 따라서 전체 문장은 “문제가 있다는 사실을 인정했더라면 혼란이 줄었을 것입니다”로 해석됩니다. 여기서 -ing 주어구 자체가 독립된 if절인 것은 아니며, 과거의 가정적 결과를 나타내는 would have reduced와 결합해 그러한 의미가 표현됩니다.

6. We are reviewing the escalation process for incidents.

   저희는 장애가 발생했을 때의 에스컬레이션 절차를 검토하고 있습니다.

   We are

   우리는 ~하고 있다

   reviewing

   검토하다

   escalation

   에스컬레이션

   process

   절차

   incidents

   장애 상황들

   자세한 설명

   We are는 주어 We와 현재형 are로 이루어져, 말하는 사람들을 포함한 복수 주어가 지금 어떤 일을 진행 중임을 나타내는 틀입니다. 뒤에 동사의 -ing형을 붙여 현재진행형을 만듭니다. 예: We are checking the report. — 우리는 보고서를 확인하고 있습니다. reviewing은 여기서 ‘검토하고 있는’이라는 뜻이며, 기본형은 review입니다. are reviewing은 be동사와 -ing형의 조합으로 현재 진행 중인 검토를 나타냅니다. 예: They are reviewing the plan. — 그들은 계획을 검토하고 있습니다. escalation은 문제가 더 높은 담당자나 단계로 넘어가는 ‘에스컬레이션’을 뜻하는 명사입니다. 이 문장에서는 장애 상황을 처리할 때 적용되는 escalation을 가리킵니다. 관련 동사 escalate는 ‘상황이나 문제를 더 높은 단계로 올리다’라는 뜻이지만, 문장에 실제로 쓰인 형태는 명사 escalation입니다. process는 어떤 일을 처리하는 절차나 진행 체계라는 뜻의 명사입니다. escalation process에서는 에스컬레이션을 어떻게 진행하는지 정해 둔 절차를 뜻합니다. 예: The process is clear. — 그 절차는 명확합니다. incidents는 ‘장애 상황들’이라는 뜻이며, 단수형은 incident입니다. 끝의 -s가 여러 사건이나 상황을 나타냅니다. 여기서는 일반적으로 장애가 발생했을 때 적용되는 경우들을 가리키므로 복수형이 사용되었습니다. 예: We recorded two incidents. — 우리는 두 건의 장애 상황을 기록했습니다. 전체적으로 We are reviewing은 ‘우리는 검토하고 있습니다’를 만들고, the escalation process는 ‘에스컬레이션 절차’를, for incidents는 ‘장애가 발생했을 때의’라는 적용 범위를 덧붙입니다. 따라서 전체 문장은 ‘저희는 장애가 발생했을 때의 에스컬레이션 절차를 검토하고 있습니다’라는 의미입니다. 현재 진행 중인 업무를 알리는 중립적이고 업무적인 표현입니다.

7. Please make the follow-up specific rather than overly general.

   후속 안내를 지나치게 포괄적으로 하지 말고 구체적으로 해 주세요.

   Please

   부디 …해 주세요

   make

   만들다; …하게 하다

   follow-up

   후속 안내

   specific

   구체적인

   rather than

   …라기보다; …하지 말고

   overly

   지나치게

   general

   포괄적인; 일반적인

   자세한 설명

   Please는 정중한 요청을 나타내며, 뒤에 동사원형이 옵니다. 여기서는 make와 함께 “~해 주세요”라는 요청을 만듭니다. 예: Please wait. — 기다려 주세요. make는 기본형이며, 여기서는 ‘만들다’가 아니라 목적어가 어떤 상태가 되게 하다라는 뜻입니다. 기본 패턴은 make + 목적어 + 형용사입니다. 따라서 make the follow-up specific은 “후속 안내가 구체적인 상태가 되게 하다”, 즉 “후속 안내를 구체적으로 하다”라는 의미입니다. 과거형은 made, 현재형 3인칭 단수형은 makes입니다. follow-up은 앞선 일이나 안내에 이어지는 후속 조치·후속 안내를 가리키는 명사입니다. 여기서는 앞서 검토 중인 장애 에스컬레이션 절차와 관련된 후속 안내라는 의미로 이해됩니다. 하이픈이 있는 명사로 쓰였으며, 복수형은 보통 follow-ups입니다. 예: I sent a follow-up. — 나는 후속 안내를 보냈다. specific은 내용이나 범위가 분명하고 구체적이라는 뜻의 형용사입니다. 이 문장에서는 make 뒤에서 the follow-up의 상태를 설명합니다. 비교급은 more specific, 최상급은 most specific입니다. 반대쪽의 일반적인 표현으로는 general이 쓰일 수 있지만, specific은 단순히 자세하다는 뜻만이 아니라 무엇을 가리키는지 범위가 분명하다는 점을 강조합니다. rather than은 두 선택지를 대조하여 “~라기보다” 또는 요청문에서는 “~하지 말고 …하다”라는 뜻을 만드는 표현입니다. 여기서는 구체적으로 하는 방식을 지나치게 포괄적으로 하는 방식과 대비합니다. 뒤의 overly general은 make의 결과 상태를 설명하는 부분으로 이해할 수 있습니다. 예: Choose a clear answer rather than a vague one. — 모호한 답보다 명확한 답을 선택하세요. overly는 형용사나 부사를 필요 이상으로, 지나치게라는 뜻으로 꾸밉니다. general의 정도를 높여 overly general, 즉 “지나치게 포괄적인”이라는 표현을 만듭니다. very general은 단순히 “매우 포괄적인”이라는 뜻이고, overly general은 그 정도가 적절한 수준을 넘었다는 판단을 포함합니다. general은 구체적인 개별 사항보다 넓은 범위나 전체적인 내용을 다루는 형용사입니다. 여기서는 follow-up이 세부 사항 없이 지나치게 포괄적인 상태라는 뜻입니다. 반대되는 방향의 표현으로 specific을 사용할 수 있습니다. general의 비교급과 최상급은 각각 more general, most general입니다. 전체 구조는 Please + make + 목적어 + 형용사 + rather than + 대조되는 상태입니다. Please make the follow-up specific은 “후속 안내를 구체적으로 해 주세요”이고, rather than overly general은 “지나치게 포괄적으로 하지 말고”라는 대조를 덧붙입니다. 따라서 전체 문장은 “후속 안내를 지나치게 포괄적으로 하지 말고 구체적으로 해 주세요”라는 요청이 됩니다. 뒤이어 일정과 재발 방지 세부 사항이 포함될 안내라는 맥락과도 맞습니다.

8. It will include a timeline and prevention details.

   그 안내에는 일정과 재발 방지에 관한 세부 사항이 포함될 것입니다.

   will include

   포함될 것이다

   timeline

   일정표

   prevention

   예방

   details

   세부 사항

   자세한 설명

   will include는 앞으로 어떤 내용이 들어 있을 것임을 나타내는 표현입니다. include가 ‘포함하다’라는 동사이고, will이 미래를 나타냅니다. 현재형 includes는 현재의 사실이나 일반적인 내용을 말할 때 쓸 수 있습니다. 예: The report will include examples. — 그 보고서에는 예시가 포함될 것입니다. timeline은 사건이나 계획을 시간 순서로 보여 주는 일정표 또는 시간 흐름입니다. 복수형은 timelines입니다. 단순한 날짜 하나보다 여러 단계나 사건의 순서를 보여 주는 말로 유용합니다. 예: The project timeline shows three stages. — 그 프로젝트 일정표는 세 단계를 보여 줍니다. prevention은 문제나 사건이 일어나지 않도록 막는 행위 또는 조치라는 뜻입니다. 동사 prevent에서 나온 명사이며, prevention of + 명사처럼 예방 대상과 함께 쓸 수 있습니다. 이 문맥에서는 재발을 막는 것에 관한 내용을 가리킵니다. 예: Prevention is better than treatment. — 예방이 치료보다 낫습니다. details는 어떤 내용의 구체적인 부분들 또는 세부 사항을 뜻하는 복수형 명사입니다. 단수형 detail은 하나의 세부 사항을 가리킬 수 있고, details는 여러 항목이나 구체적인 내용을 가리킬 수 있습니다. 예: Please check the details. — 세부 사항을 확인해 주세요. 전체적으로 will include가 미래에 포함될 내용을 제시하고, 그 내용이 a timeline과 prevention details라는 두 부분으로 이루어집니다. a timeline의 a는 단수 가산 명사 앞에서 그 명사를 특정하지 않고 제시하는 관사입니다. 이 관사만으로 구체적인 숫자를 주장하는 것은 아닙니다. prevention details에서는 prevention이 재발 방지와 관련된 내용을 한정하고, details가 그에 관한 구체적인 정보들을 나타냅니다. 따라서 이 문장은 “그 안내에는 일정과 재발 방지에 관한 세부 사항이 포함될 것입니다”라는 뜻입니다.