소프트웨어 인터페이스, 기술 문서, 과학 문서 및 법률 문서 에 구문이 있습니다. 예 :
빌드가 실패했습니다.
테스트가 실패했습니다.
테스트가 실패한 경우 , …
이 문장에서 " has iv id를 사용해야하는 것이 더 적절 해 보입니다. " 대신 = “1359be285a”>
입니다. "하지만이 문제가 자주 발생하는 것을 고려하면 허용되는 영어. 그 이유는 무엇입니까?
수정
예시, 상황에 맞는 :
“마스터 > 프로젝트 빌드”단계가 실패했습니다.
피험자가 IAA의 바나나 같은 냄새를 감지하면 테스트가 실패합니다.
필요한 재 인증 테스트가 실패하면
구성 요소가 최소 컷 세트 일 때 시스템 실패에 기여합니다. 구성 요소를 포함하는 데 실패했습니다.
설명
- 분사는 형용사로도 사용할 수 있기 때문입니다. .
- ' 내가 일한 어떤 조직에서도 용납되지 않는다고 말하고 싶습니다. 내 코더 중 한 명이 그렇게 가난한 곳에서 무언가를 썼다면 상당히 화가 났을 것입니다. 영어.
- 제외로, ' CFR (연방 규정 강령)에서 적절한 문법의 패러다임을 찾지 마십시오. " X가 발생하면 회사는 규제 장애물 Y "를 " X가 발생하면 테스트 Y가 실패합니다. " 프로젝트 빌드에 Maven을 사용하는데 " BUILD FAILED가 표시됩니다. . " " Z 단계가 실패한 것을 보지 못했습니다. "
- 다른 사람들과 마찬가지로,이 사용법이 잘못되거나 심지어 프로그램이 적절한 문법을 구성하는 데 시간을 할애하지 않고 메시지를 게으른 인쇄를 통해 발생했다고 생각합니다. 당신이 받아 들인 대답은 모든 것이 받아 들여질 수있는 한 가지 경우만을 다루고 있습니다. 그렇지 않은 경우가 더 많습니다. 정보를 얻기 위해서는 답변이 있어야합니다.
- @NewAlexandria 여러 상황과 텍스트에서 사용 패턴을 확인한 후에 만이 질문을 게시했습니다. 실제로 오류가있는 경우 널리 적용됩니다.
답변
“master> Build Project”단계가 실패했습니다.
여기서 “failed”가 같은 방식으로 형용사 역할을하는 것 같습니다. “4 단계가 필요합니다.”라고 말할 수 있습니다. 또는 “4 단계 완료”.
기술적으로 이것은 옳습니다-분사는 형용사로 사용될 수 있습니다. 그러나 그런 식으로 “실패”를 사용하는 것이 어색하게 들리며 그 이유를 정확히 파악할 수 없습니다. “실패”가 일반적으로 정적 상태가 아니라 행동으로 간주되기 때문일 수 있습니다.
필요한 재 인증 테스트에 실패한 경우 …
이 하나와 다른 것들은 모두 “실패”라는 동사가 수동태에서 사용되는 것처럼 들립니다. “기술자가 재 인증 테스트에 실패하면 …”또는 “시험 대상이되는 경우”와 같이 모두 능동태로 다시 쓸 수 있습니다. 냄새를 감지하면 테스트가 실패합니다 … “
많은 글쓰기 스타일에서 명확하고 쉽게 읽을 수 있도록 수동태보다 능동태를 선호합니다. 그러나 다른 글쓰기 스타일 (특히 기술 / 법률, 당신이 인용 한 것처럼 들리지만, 수동태의 더 비틀린 소리가 더 일반적이며 아마도 선호 될 것입니다. 어느 쪽이든 맞습니다.
댓글
- 동의합니다. 첫 번째는 "입니다. 잘못된 느낌입니다. " ' 기술 제품에 대해 약간의 Engrish 일 수 있다는 생각이 들었습니다. 수동태에 대한 두 번째 관찰은 나에게 매우 그럴듯 해 보입니다. ' 이러한 수동적 음성 기술 쓰기는 실수를 반복하는 비 원어민에게 혼란을 초래할 수 있습니다.
Answer
더 완전한 문장 예가 없으면 이에 대해 확신하기 어렵지만 제가 일하는 IT 환경에서는 “실패”가 과거 일 수 있습니다. -시제 동사 또는 실패 상태에있는 무언가를 설명하는 형용사입니다.
전자 의미에서 “the test is failed”는 올바르지 않습니다. 후자의 의미에서 “the build is ( in a ) 실패 ( 상태 )는 허용됩니다.
댓글
- 예, " 허용됩니다." ' 어떤 정당성 또는 추론이이를 수용 할 수 있는지 궁금합니다.
- @mawcsco 더 나은 용어가 맞습니까? 내가 나열한 인스턴스에서 실패 는 동사가 아니라 형용사이므로 ' 정당화되었습니다.
- @mawcsco; 정당화는 테스트 자체가 실패하지 않았다는 것입니다 (문제를 식별하는 데 성공했습니다). 빌드 등이 테스트에 실패 했으므로 표시등이 빨간색 인 것처럼 테스트에 실패했습니다 . 이는 귀하가 제공하는 경우 설득력이 없을 수 있지만 ' 비논리적이지 않습니다.
답변
최소 두 가지 종류의 테스트가 있습니다. 표준화 된 테스트에서는 상당히 잘 알려진 결과를 다루고 있으며 테스트는 특정 엔티티가 이러한 표준을 충족하는지 확인하는 것입니다.
운전 매일 많은 사람들이 시험을 통과하지 못합니다 .
이 시험은 “실패가 아니며 많은 응시자가 충족 할 수없는 표준입니다.
실험에서는 종종 완전히 알려지지 않았거나 확립되지 않은 표준 또는 목표가 가정됩니다. 실험 (또는 테스트)이 수행됩니다. 결과가 예상과 다른 경우 테스트 검사 자나 응시자가 반드시 실패한 것은 아닙니다.
실험용 백신의 경우 검사에 실패 하여 유익한 결과.
빌드는 특정 분야의 전문 용어이고 해당 분야의 전문가가 더 잘 답변 할 수 있다는 점에서 좀 더 복잡해 보입니다.
보충 다음은 아래 원본 포스터의 댓글에 대한 응답입니다.
위에서 설명한 테스트 실패 사용법, 토론의 논리적 주제는 응시자입니다.
John은 운전 테스트에 실패했습니다.
John의 운전 시험 실패
두 번째 문장은 논리적 주제 (John)를 전치사 구문으로 변환합니다. test 가 문법적 주체이지만 여전히 논리적 주체가 아니라 문장의 논리적 목적입니다.
두 번째 예에서 테스트 자체는의 논리적 주체입니다. 토론.
테스트 (예 : 실험)가 결과를 산출하는 데 실패 했습니다.
이것은 능동태이며 시험은 문장의 문법적, 논리적 주제입니다. 단순 과거형으로도 다음과 같이 말할 수 있습니다.
테스트 결과를 얻지 못했습니다.
댓글
- 첫 번째 예에서는 " 테스트가 실패했습니다. " with " by … ". 하지만 그 '는 제 질문이 아닙니다. 두 번째 예에서는 " is iv id 대신 " has "를 사용합니다. = “1359be285a”>
예상 한 것이지만 내가 보는 것은 아닙니다. 본질적으로 귀하의 답변은 질문에 답하는 대신 질문 만합니다.