재현 가능한 소프트웨어 내보내기 오류 신고 | 한국어로 영어 배우기

문장 설명

1. The export feature fails whenever I include filtered results.

   필터링된 결과를 포함하면 내보내기 기능이 항상 실패합니다.

   export

   내보내기

   feature

   기능

   fails

   실패하다

   whenever

   ~할 때마다

   include

   포함하다

   filtered

   필터링된

   results

   결과

   자세한 설명

   export는 여기서 파일이나 데이터를 밖으로 내보내는 동작을 가리키며, export 자체가 명사처럼 feature를 수식해 “내보내기 기능”이라는 종류를 만듭니다. 동사로도 쓸 수 있습니다. 예: Export the results. — 결과를 내보내세요. feature는 제품이나 프로그램에 포함된 특정 기능입니다. 따라서 export feature는 두 명사가 결합해 “내보내기 기능”을 이룹니다. 이 문장에서 실제로 실패하는 주체는 feature입니다. fails는 기본형 fail의 현재형으로, 주어가 3인칭 단수인 The export feature이므로 -s가 붙었습니다. 여기서는 기능이 의도한 작업을 성공적으로 수행하지 못한다는 뜻입니다. 과거의 한 번의 실패라면 failed를 쓸 수 있습니다. 예: The feature fails on large files. — 그 기능은 큰 파일에서 실패합니다. whenever는 어떤 조건이나 상황이 일어날 때마다 반복해서 그런 결과가 생김을 나타내며, 뒤에 절이 옵니다. when보다 반복성이 더 분명합니다. 예: It stops whenever the connection drops. — 연결이 끊길 때마다 그것이 멈춥니다. include는 기본형 그대로이며, 여기서는 “어떤 항목을 결과에 넣다”라는 뜻입니다. whenever가 이끄는 절의 주어는 I이므로 현재형 include를 씁니다. 3인칭 단수 주어라면 includes가 됩니다. 예: I include the images in the report. — 나는 보고서에 이미지를 포함합니다. filtered는 동사 filter에서 나온 과거분사형으로, 여기서는 results를 수식하는 형용사적 표현입니다. 즉 조건에 따라 걸러진 결과라는 뜻이며, 이 형태 자체가 복수 표지를 가지는 것은 아닙니다. 예: The filtered list is shorter. — 필터링된 목록은 더 짧습니다. results는 기본형 result의 복수형으로, 여기서는 필터링된 결과 항목들을 뜻합니다. 단수 하나라면 result, 여러 개라면 results를 씁니다. 이 명사는 filtered의 수를 결정하는 것이 아니라, filtered가 무엇을 수식하는지 보여 줍니다. 전체적으로 The export feature가 주어이고 fails가 그 기능의 동작을 말합니다. whenever I include filtered results는 “내가 필터링된 결과를 포함할 때마다”라는 반복 조건을 덧붙입니다. 따라서 전체 문장은 “필터링된 결과를 포함하면 내보내기 기능이 항상 실패합니다”라는 의미이며, 특정 한 번이 아니라 그 조건이 발생할 때마다 같은 문제가 반복된다는 구조입니다.

2. That sounds reproducible, which makes troubleshooting much easier.

   재현 가능한 문제인 것 같아서 문제를 해결하기가 훨씬 쉬워집니다.

   That

   그것은/그 점은

   sounds

   …인 것 같다

   reproducible

   재현 가능한

   makes

   …하게 만들다

   troubleshooting

   문제 해결

   easier

   더 쉬운

   자세한 설명

   That은 앞서 언급된 문제나 상황을 가리키는 지시 표현입니다. 여기서는 앞 문맥의 필터링된 결과를 포함할 때 내보내기 기능이 실패하는 문제를 가리키는 것으로 이해할 수 있습니다. 지시어의 형태 자체가 대상을 특정하는 것이 아니라, 문맥 속 대상을 가리킵니다. 예: That looks useful. — “그것은 유용해 보인다.” sounds는 여기서 실제로 소리가 난다는 뜻이 아니라, 들은 정보에 근거해 “~인 것 같다”라고 판단하는 표현입니다. 기본형은 sound이고, 주어가 3인칭 단수인 That이므로 현재형에서 sounds가 됩니다. That sounds good.은 “그거 좋아 보이네요.”라는 뜻입니다. reproducible은 같은 조건이나 절차로 다시 시도했을 때 같은 문제나 결과를 다시 얻을 수 있다는 뜻의 형용사입니다. 이 단어는 reproduce에서 파생된 형태이며, 이 문장에서는 문제가 반복해서 나타나는 성질을 말합니다. The error is reproducible. — “그 오류는 재현 가능합니다.” makes는 어떤 것이 다른 상태를 일으킨다는 make + 목적어 + 형용사 구조의 동사입니다. 여기서는 which가 가리키는 앞 절의 내용이 troubleshooting을 easier한 상태로 만듭니다. 기본형은 make이고, 주어가 3인칭 단수인 관계절에서 makes가 됩니다. 예: Clear steps make testing easier. — “명확한 단계가 테스트를 더 쉽게 만듭니다.” troubleshooting은 문제의 원인을 찾고 해결하는 과정입니다. troubleshoot의 -ing 형태가 명사처럼 쓰여, make의 목적어 역할을 합니다. 이 문장에서는 특정 한 번의 해결 행위보다 문제를 진단하고 해결하는 작업 전반을 가리킵니다. 예: Troubleshooting takes time. — “문제 해결에는 시간이 걸립니다.” easier는 easy의 비교급으로, 어떤 일이 이전보다 또는 다른 경우보다 더 쉬운 상태임을 나타냅니다. easy → easier처럼 끝의 y가 i로 바뀌고 -er가 붙습니다. 이 문장의 much는 그 차이가 상당함을 강조합니다. This method is easier. — “이 방법이 더 쉽습니다.” which는 앞의 절 전체인 “그것이 재현 가능해 보인다”는 내용을 받아, 그 결과를 덧붙이는 관계 표현입니다. 따라서 which makes ...는 “그 점이 …을 더 쉽게 만든다”라는 연결을 만듭니다. 전체 구조는 That sounds + 형용사, which makes + 명사 + 비교급 형용사로 재사용할 수 있습니다. 전체적으로 That sounds reproducible은 “그 문제는 재현 가능한 것 같습니다”라는 판단을 나타내고, which makes troubleshooting much easier는 재현 여부를 다시 확인할 수 있기 때문에 문제 해결 작업이 훨씬 수월해진다는 결과를 덧붙입니다. 따라서 문장 전체는 “그 문제는 재현 가능한 것 같아서 문제를 해결하기가 훨씬 쉬워집니다”라는 의미입니다. 기술적인 문제를 진단하는 상황에서, 문제를 같은 방식으로 다시 발생시킬 수 있다는 점의 이점을 말할 때 쓸 수 있습니다.

3. I tested it with unfiltered data, and export worked normally.

   필터링하지 않은 데이터로 테스트했을 때는 내보내기가 정상적으로 작동했습니다.

   tested

   테스트했다

   it

   그것을

   unfiltered

   필터링되지 않은

   data

   데이터

   export

   내보내기

   worked

   작동했다

   normally

   정상적으로

   자세한 설명

   tested는 여기서 “테스트했다”라는 뜻이며, 기본형은 test, 과거형은 tested입니다. I tested ...처럼 과거에 완료된 확인이나 실험을 말할 때 쓸 수 있습니다. 예: We tested the new version. — 우리는 새 버전을 테스트했다. it은 앞에서 이미 언급된 어떤 대상이나 기능을 가리키는 대명사입니다. 이 문장과 번역만으로 그 대상이 구체적으로 무엇인지는 정해지지 않지만, 문장 안에서 tested의 목적어 역할을 합니다. it은 단수 사물이나 상황을 가리킬 때 쓰며, 사람을 가리킬 때는 보통 다른 대명사를 사용합니다. unfiltered는 “필터링되지 않은”이라는 뜻의 형용사입니다. 기본 의미의 filtered에 부정 요소 un-이 붙어 필터가 적용되지 않은 상태를 나타냅니다. unfiltered data처럼 명사 앞에서 그 명사의 상태를 설명합니다. 예: The report uses unfiltered results. — 그 보고서는 필터링되지 않은 결과를 사용한다. data는 정보나 자료를 뜻하는 명사입니다. 여기서는 with unfiltered data에서 전치사 with 뒤에 와서 테스트에 사용한 자료를 나타냅니다. 이 덩어리는 “필터링되지 않은 데이터를 사용하여”라는 의미입니다. export는 여기서 “내보내기”라는 기능이나 작업을 가리키는 명사입니다. 따라서 export worked에서 문장의 주어입니다. 같은 철자가 동사로도 쓰일 수 있지만, 이 문장에서는 뒤에 과거형 동사 worked가 오므로 명사로 해석됩니다. 예: The export is ready. — 내보내기가 준비되었다. worked는 “작동했다”라는 뜻이며, 기본형은 work, 과거형은 worked입니다. 여기서는 주어인 export가 정상적으로 기능했다는 의미입니다. 예: The button worked. — 그 버튼은 작동했다. normally는 “정상적으로”라는 뜻의 부사로, worked가 어떤 방식으로 이루어졌는지를 설명합니다. worked에 붙어 내보내기 기능이 작동했으며 그 작동 방식에 특별한 문제가 없었다는 뜻을 더합니다. 전체적으로 I tested it with unfiltered data는 “나는 필터링되지 않은 데이터를 사용하여 그것을 테스트했다”라는 뜻이고, and export worked normally는 “그리고 내보내기는 정상적으로 작동했다”라는 뜻입니다. 따라서 전체 문장은 “나는 필터링되지 않은 데이터로 그것을 테스트했을 때 내보내기는 정상적으로 작동했다”라는 의미입니다. 여기서 and는 두 사실, 즉 테스트를 수행한 일과 내보내기가 정상 작동한 일을 연결합니다.

4. Then the filter logic may be interacting with the export module.

   그렇다면 필터 로직이 내보내기 모듈과 상호 작용하고 있을 수 있습니다.

   Then

   그렇다면

   filter

   필터

   logic

   로직

   may be

   ~일 수 있다

   interacting

   상호 작용하는

   export

   내보내기

   module

   모듈

   자세한 설명

   Then은 여기서 시간 순서의 ‘그때’라기보다 앞선 내용에서 조건을 받아 ‘그렇다면, 그렇다면 이제’라는 뜻으로 쓰였습니다. 앞 문장의 정상적인 내보내기 결과를 고려할 때, 새로운 가능성을 이어 주는 담화 표현입니다. 예: If the first test passed, then we can continue. — 첫 번째 테스트가 통과했다면, 그렇다면 계속할 수 있습니다. filter는 이 문장에서 동작을 나타내는 동사가 아니라 logic을 꾸미는 명사입니다. 따라서 filter logic은 ‘필터 로직’, 즉 필터링을 수행하는 규칙이나 처리 방식을 가리킵니다. filter는 동사로도 쓰일 수 있습니다. 예: The program filters the data. — 그 프로그램은 데이터를 필터링합니다. 이 예에서는 filters가 주어 the program에 맞춘 현재형 동사입니다. logic은 여기서 어떤 판단이나 처리를 수행하는 규칙 체계라는 뜻의 명사입니다. filter logic처럼 앞의 명사가 뒤의 명사의 종류나 기능을 구체화하는 명사 결합을 만들 수 있습니다. 예: The validation logic rejects empty fields. — 유효성 검사 로직은 빈 필드를 거부합니다. may be는 가능성을 나타냅니다. may 뒤에는 동사의 기본형이 오므로 be가 사용되었습니다. may는 가능성을 말하지만 사실이라고 단정하지 않습니다. may be 자체는 뒤에 보어가 올 수도 있고, 여기처럼 진행형의 일부가 될 수도 있습니다. 예: The cause may be different. — 원인이 다를 수도 있습니다. interacting은 interact의 현재분사형이며, 여기서는 be interacting이라는 진행형을 이룹니다. interact with + 대상은 ‘~와 상호 작용하다’라는 재사용 가능한 패턴입니다. 진행형은 상호 작용이 해당 시점에 진행 중인 과정임을 나타냅니다. 예: The two systems are interacting with each other. — 두 시스템이 서로 상호 작용하고 있습니다. 이 문장에서는 may가 앞에 있으므로 그 과정이 진행 중일 가능성을 표현합니다. export는 여기서 module을 꾸미는 명사로, 데이터를 내보내는 기능이나 작업과 관련된 것을 뜻합니다. export는 동사로도 쓰입니다. 예: We export the results as a file. — 우리는 결과를 파일로 내보냅니다. 이 문장의 export module에서는 그런 내보내기 기능을 담당하는 모듈을 말합니다. module은 프로그램이나 시스템 안에서 특정 기능을 담당하는 구성 단위라는 명사입니다. 예: This module handles file conversion. — 이 모듈은 파일 변환을 처리합니다. 전체적으로 filter logic이 주어이고, may be interacting with가 ‘~와 상호 작용하고 있을 수 있다’라는 가능성·진행 표현이며, the export module이 그 상호 작용의 대상입니다. 따라서 전체 문장은 ‘그렇다면 필터 로직이 내보내기 모듈과 상호 작용하고 있을 수 있습니다’라는 뜻입니다. may 때문에 이것은 확정적인 원인 진술이 아니라 가능한 설명을 제시하는 표현입니다.

5. I can send a sample file without sensitive information.

   민감한 정보가 없는 샘플 파일을 보낼 수 있습니다.

   I can

   나는 ~할 수 있습니다

   send

   보내다

   sample

   샘플

   file

   파일

   sensitive

   민감한

   information

   정보

   자세한 설명

   I can은 화자 자신이 어떤 행동을 할 능력이나 가능성이 있음을 나타내는 표현입니다. 여기서는 뒤의 send와 결합해 “보낼 수 있다”라는 뜻을 만듭니다. can 뒤에는 동사의 기본형이 옵니다. 예: I can help. → “제가 도와드릴 수 있습니다.” 이 표현만으로 실제로 보냈다는 뜻이 되지는 않습니다. send는 사람이나 물건을 어떤 곳이나 사람에게 보내는 동사이며, 여기서는 파일을 보내는 행위를 뜻합니다. 기본형은 send이고, 현재형 3인칭 단수에서는 sends, 과거형과 과거분사는 sent입니다. 예: I sent the report yesterday. → “저는 어제 보고서를 보냈습니다.” sample은 전체를 대표하거나 시험·확인에 사용하는 “샘플”을 뜻합니다. 여기서는 파일의 종류를 꾸미는 명사 수식어로 file 앞에 놓여 “샘플 파일”을 만듭니다. 예: We need a sample document. → “저희에게 샘플 문서가 필요합니다.” file은 디지털로 저장된 문서나 자료인 “파일”을 뜻하는 명사입니다. a sample file에서 a는 단수의 가산 명사 앞에 쓰인 부정관사이며, 그 자체가 특정한 수량을 강조하는 표현은 아닙니다. 예: Please open the file. → “파일을 열어 주세요.” sensitive는 공개되거나 부주의하게 다루면 문제가 될 수 있는 정보를 가리켜 “민감한”이라는 뜻입니다. 여기서는 information을 앞에서 꾸밉니다. sensitive information은 “민감한 정보”라는 명사구입니다. 예: Do not include sensitive details. → “민감한 세부 정보를 포함하지 마세요.” information은 알림, 사실, 자료와 같은 “정보”를 뜻하는 명사입니다. 영어에서 보통 셀 수 없는 명사로 쓰이므로 일반적으로 informations라고 하지 않습니다. 여러 항목을 말하고 싶을 때는 pieces of information처럼 표현할 수 있습니다. 예: This information is useful. → “이 정보는 유용합니다.” 전체적으로 I can이 가능성을 제시하고, send가 행동을 나타냅니다. a sample file은 보낼 대상을 구체화하고, without sensitive information은 그 파일에 민감한 정보가 들어 있지 않다는 조건을 덧붙입니다. 따라서 문장 전체는 “민감한 정보가 없는 샘플 파일을 보낼 수 있습니다”라는 뜻입니다. without + 명사는 해당 대상이 빠진 상태나 포함되지 않은 조건을 나타내는 재사용 가능한 패턴입니다.

6. That would help us isolate the issue safely.

   그러면 저희가 안전하게 문제를 분리해서 확인하는 데 도움이 될 것입니다.

   That

   그러면, 그 제안은

   would help

   도움이 될 것입니다

   us

   저희에게

   isolate

   분리해 확인하다

   the issue

   그 문제

   safely

   안전하게

   자세한 설명

   That은 앞서 언급된 제안이나 상황을 받아 가리키는 지시 대명사입니다. 이 문장에서는 고정된 번역처럼 “그러면”으로 이어지며, 앞 문장의 제안 전체를 가리키는 것으로 이해할 수 있습니다. 정확히 어떤 명사 하나를 가리킨다고 단정할 필요는 없습니다. this는 보통 말하는 상황에 더 가까운 대상을 가리킬 때 쓰는 대조적인 형태입니다. would help에서 help가 기본형이고, would help는 어떤 조건이나 예상되는 상황에서 도움이 될 것이라는 뜻입니다. 여기서는 앞서 제시된 방법이 가져올 결과를 확정적인 사실보다 완곡하게 제시합니다. 예를 들어 That would help.는 “그러면 도움이 될 것입니다”라는 뜻입니다. us는 help의 목적어인 1인칭 복수 대명사로, 말하는 사람을 포함한 사람들을 가리킵니다. 주어 자리의 형태는 we, 목적어 자리의 형태는 us입니다. 예를 들어 They helped us.는 “그들이 저희를 도왔습니다”라는 뜻입니다. isolate는 기본형 동사이며, 여기서는 문제를 다른 요소와 분리하여 따로 확인하거나 다룬다는 뜻입니다. 영어에서 이 동사는 대상 앞에 직접 올 수 있으므로 isolate the issue는 “그 문제를 분리해 확인하다”가 됩니다. 예를 들어 We isolated the cause.는 “우리는 원인을 분리해 확인했습니다”라는 뜻입니다. the issue에서 명사 issue는 여기서 확인하거나 해결해야 하는 문제를 뜻합니다. the는 대화 맥락에서 어떤 문제인지 특정되어 있음을 나타냅니다. 반면 an issue는 특정되지 않은 문제를 가리킬 수 있습니다. 예를 들어 We discussed the issue.는 “우리는 그 문제를 논의했습니다”라는 뜻입니다. safely는 형용사 safe에 대응하는 부사로, 행동이 안전한 방식으로 이루어짐을 나타냅니다. 여기서는 isolate를 수식하여 “안전하게 분리해 확인하다”라는 뜻을 만듭니다. 예를 들어 Please remove the data safely.는 “데이터를 안전하게 제거해 주세요”라는 뜻입니다. 전체적으로 That이 앞서 제시된 제안이나 상황을 받아들이고, would help us가 그것이 저희에게 도움이 될 결과임을 나타냅니다. isolate the issue safely는 그 도움이 구체적으로 무엇에 쓰이는지 설명합니다. 따라서 전체 문장은 “그러면 저희가 안전하게 문제를 분리해서 확인하는 데 도움이 될 것입니다”라는 의미입니다.

7. Please confirm whether logs include any private content.

   로그에 개인 정보가 포함되어 있는지 확인해 주세요.

   Please confirm

   확인해 주세요

   whether

   ~인지

   logs

   로그

   include

   포함하다

   any

   어떤 것이든

   private

   개인적인

   content

   내용

   자세한 설명

   Please confirm은 정중하게 확인을 요청하는 표현입니다. confirm의 기본형은 confirm이고, 주어가 3인칭 단수일 때는 confirms, 과거형은 confirmed입니다. 예: Please confirm the date. — 날짜를 확인해 주세요. Please는 요청을 부드럽게 만들며, 이 표현 자체가 명령의 강도를 높이지는 않습니다. whether는 뒤의 내용이 맞는지 여부를 묻는 절을 이끕니다. 여기서는 whether logs include any private content 전체가 ‘로그에 개인 정보가 포함되어 있는지’라는 확인 대상입니다. whether A ...는 ‘A인지’를 묻는 재사용 가능한 패턴입니다. 예: Please check whether the file is complete. — 파일이 완성되었는지 확인해 주세요. logs는 기록 파일들을 뜻합니다. 단수형은 log, 복수형은 logs입니다. 이 문장에서는 로그가 확인 대상의 주체로 제시되며, logs가 복수형이므로 뒤의 동사는 include 형태를 씁니다. 예: These logs show the error. — 이 로그들은 오류를 보여 줍니다. include는 어떤 것 안에 다른 것이 들어 있거나 포함되어 있음을 뜻합니다. 기본형은 include, 3인칭 단수형은 includes, 과거형과 과거분사형은 included입니다. 이 문장에서는 로그가 개인적인 내용을 포함하는지를 말합니다. 예: The report includes a summary. — 그 보고서에는 요약이 포함되어 있습니다. any는 의문문이나 부정문에서 ‘어떤 것이든’ 또는 ‘조금이라도’라는 범위를 나타냅니다. 여기서는 개인적인 내용이 하나라도 포함되어 있는지를 묻는 데 쓰였습니다. 긍정문에서 흔히 쓰이는 some과 비교할 수 있습니다: Do you have any questions? — 질문이 있나요? I have some questions. — 질문이 몇 가지 있습니다. private는 공개되지 않은, 개인적인 성격의 것을 묘사하는 형용사입니다. 여기서는 content를 꾸며 ‘개인적인 내용’이라는 뜻을 만듭니다. 반대되는 표현으로는 문맥에 따라 public을 쓸 수 있습니다. 예: This is private information. — 이것은 개인 정보입니다. content는 여기서 문서나 기록에 담긴 내용이라는 뜻의 명사입니다. 이 용법에서는 보통 셀 수 없는 명사로 쓰이므로, 내용을 일반적으로 말할 때 content라고 합니다. 예: The content is confidential. — 그 내용은 기밀입니다. content는 문맥에 따라 다른 용법도 있지만, 이 문장에서는 로그 안에 담긴 정보나 자료를 가리킵니다. 전체적으로 Please confirm이 정중한 확인 요청을 만들고, whether가 확인할 절을 엽니다. 그 절에서 logs가 주어이고 include가 동사이며, any private content는 로그에 포함될 수 있는 내용을 나타냅니다. 따라서 전체 문장은 ‘로그에 개인 정보가 포함되어 있는지 확인해 주세요’라는 뜻입니다.

8. I will verify that before requesting the logs.

   로그를 요청하기 전에 그것을 확인하겠습니다.

   I will

   나는 ~하겠다

   verify

   확인하다

   that

   그것을

   before

   ~하기 전에

   requesting

   요청하기

   logs

   로그들

   자세한 설명

   I will은 화자가 앞으로 어떤 행동을 하겠다고 말하는 표현입니다. will 뒤에는 주어와 관계없이 동사원형이 오므로 will verify처럼 씁니다. 예: I will check it. — 제가 그것을 확인하겠습니다. verify는 사실이나 정보가 맞는지 확인한다는 뜻입니다. 단순히 살펴보는 check보다 정확성이나 진위를 확인한다는 의미가 강할 수 있습니다. 기본형은 verify이고, 현재형 3인칭 단수는 verifies, 과거형과 과거분사는 verified입니다. 예: We verified the result. — 우리는 그 결과를 확인했습니다. that은 이 문장에서 고정된 번역에 따라 앞서 문제 된 내용을 가리키는 대명사로 쓰여 “그것을”이라는 뜻입니다. 제공된 앞 문맥에서는 로그에 개인 정보가 포함되는지 확인하는 문제가 그 내용으로 뒷받침됩니다. 접속사 that의 “~라는 것”이라는 용법과 구별할 수 있습니다. 예: I remember that. — 저는 그것을 기억합니다. before는 두 행동의 시간 순서를 나타내며, 뒤의 행동이 일어나기 전에 앞의 행동이 이루어짐을 표시합니다. before + 동사-ing형은 “~하기 전에”라는 재사용 가능한 패턴입니다. 예: Read the instructions before starting. — 시작하기 전에 설명을 읽으세요. 여기서는 확인하는 일이 로그를 요청하는 일보다 먼저입니다. requesting은 request의 -ing형이며, 여기서는 before 뒤에서 “요청하기”라는 행동을 나타냅니다. 이 형태 자체가 과거·현재·미래 시제를 나타내는 것은 아닙니다. request는 공식적으로 무엇을 요구하거나 요청한다는 뜻이며, request + 대상으로 쓸 수 있습니다. 예: Check the address before requesting access. — 접근 권한을 요청하기 전에 주소를 확인하세요. logs는 log의 복수형으로, 기록 또는 시스템 활동 기록들을 뜻합니다. 단수형은 log, 복수형은 logs입니다. 앞선 문맥에서도 logs는 개인 정보가 포함될 수 있는 기록을 가리키며, 이 문장에서는 요청의 대상입니다. 예: The logs show the error. — 로그에 오류가 나타납니다. 전체적으로 I will verify that는 “그것을 확인하겠다”를, before requesting the logs는 “로그를 요청하기 전에”라는 시간 관계를 나타냅니다. 따라서 전체 문장은 “로그를 요청하기 전에 그것을 확인하겠습니다.”라는 뜻입니다. 재사용할 수 있는 틀은 I will + 동사원형 + 대명사 + before + 동사-ing + 대상입니다. 예: I will review it before sending the report. — 보고서를 보내기 전에 그것을 검토하겠습니다.