매뉴얼, 보고서 및 저널 기사와 같은 기술 문서를 작성해야합니다.
최근에는 “This ” 많은 시간. 예 :
앵커의 GPS 위치에 마커 부표 하나를 배치하고 프레임의 GPS 위치에 다른 마커 부표를 배치합니다. 이렇게하면 탐색이 훨씬 쉬워집니다.
또는
로그 파일은 보정 설정 및 기타 메타 데이터에 대해 구문 분석됩니다. 이 프로세스는 대용량 파일의 경우 몇 분 정도 걸릴 수 있습니다.
또는
새 배터리를 삽입 한 경우 자력계를 다시 보정해야합니다. 이 작업은 스마트 폰 나침반을 사용할 때 자주 필요한 재 보정과 유사합니다.
이 문장이 괜찮습니까, 아니면 더 잘 읽는 다른 문장 구조가 있습니까? 그냥 받아들이고 계속해야하나요?
댓글
- 기술 문서는 우아함이나 고급 스타일이 아닌 명확성을 위해 작성해야합니다. 귀하가 제공 한 예는 명확하고 대안보다인지 처리가 덜 필요하다고 생각합니다. 나는 그들과 함께하고 계속 나아가라고 말한다.
- 탐색이 훨씬 쉬워진다. 그것은 어쩌구 만들 것입니다. 그런 것은 내비게이션을 어쩌고 만든다. 진실로 진실로 탐색이 훨씬 쉬워 질 것이라고 말씀드립니다.
답변
지금까지 해왔 던 일을 계속하는 것의 분명한 이점입니다.
이것은 패턴의 반복입니다.
독자가 작업을 수행하도록 지시합니다.
즉시 다음에
작업 결과 및 / 또는 이점에 대한 설명 / 댓글,
독자의인지 부하 감소 : 다양한 해석을위한 추가 작업을 지속적으로 수행해야하는 것은 아닙니다. 설명에서 지침을 정렬하거나 상호 관계를 이해하기위한 표현 형식 및 문장 구조.
현재 읽을 정보를 제공하는 방식 ers는 그들에게 무엇을 기대하고 왜 그 이유를 즉시 알 수 있도록합니다.
“This”로 시작하는 문장의 사실은 실제로 독자들에게 따라야 할 내용이 귀하가 방금 수행하도록 요청한 작업에 대한 설명이나 의견임을 독자에게 유용한 신호입니다.
자료 표현의 이러한 측면은 기술 문서가 문학 소설과 다른 중요한 방법 중 하나입니다.
소설 작가의 스타일에 따라 소설을 읽는 즐거움의 일부가 달라집니다. 예상치 못한 병치와 작은 퍼즐에 놀라는 것에 놀라움을 금치 못합니다. 그 중 일부는 독자에게 자료가 제공되는 방식을 다양 화하여 만들어 지거나 더 흥미롭게 만들어집니다.
귀하의 경우에는 조준하고 있거나해야합니다. 반대 결과 : 프레젠테이션의 예측 가능성과 독자의 명확성 “이해가 함께 진행됩니다. 문서에서 문장의 상대적 간결성과 형식의 반복성은 의도하지 않은 모호성을 만드는 범위를 줄여줍니다.
분 안에 견딜 가치가 있습니다. d 기술 문서의 모호함을 피하는 한 가지 중요한 이유는 성 가실뿐만 아니라 독자가 잘못된 동작을 수행하도록 혼동하는 경우 (예 : 전원을 공급하지 않아야하는 회로에 전원 공급) 위험하거나 손상을 입힐 수 있습니다.
댓글
- @geometrikal-' 아마도 뾰족한 귀와 귀여운 코가 부러울 것입니다.
li>
답변
거의 모든 단어 나 구문이 남용 될 수 있지만 한 문장에서 주제 (대리인, “인물”또는 주제)의 이름을 지정한 다음 다음 문장에서 this 로 참조하는 것은 독자가 명확하고 쉽게 구절을 통과하도록 돕는 훌륭한 방법입니다. 가장 좋은 글쓰기의 필수 문체 요소 인 주제 문자열 의 주요 유형의 예입니다.
보통 하나 이상의 절로 앞의 문장을 연장하여 더 나은 표현 방법을 찾을 수 있습니다. 그러나 특히 복잡한 자료를 다루는 경우에는 더 적은 긴 문장을 사용할 수 있습니다. 독자가 처리하는 데 도움이 될 수 있습니다. (잘 짜여진 긴 문장에는 문제가 없지만, 제가 생각할 수있는 어떤 식 으로든 조합하는 것보다 귀하의 예에있는 문장 쌍을 선호합니다.)
대화가 많은 소설에서 우리는 종종 말한 단어가 많이 나타납니다. 이들 중 많은 부분을 대체 동사 ( 울음, 중얼 거림, 내보냄 등)로 대체하는 것이 자동으로 낫지는 않습니다. 일부 단어는 반복에 대한 예고없이 자주 반복됩니다. 이 (!)는 의도 한 기능을 조용히 잘 수행하기 때문입니다.
답변
모든 문장이 괜찮아 보입니다. 그러나 두 번째 문장의 시작 부분에서 “this”를 없애고 싶다면 첫 번째 문장을 약간 다시 작성할 수 있습니다.
예를 들어
대신
앵커의 GPS 위치에 하나의 마커 부표를 배치하고 다른 하나는 앵커의 GPS 위치에 배치하십시오. 틀. 이렇게하면 탐색이 훨씬 쉬워집니다.
쓰기
앵커의 GPS 위치와 프레임의 GPS 위치에있는 다른 위치를 사용하면 탐색이 훨씬 쉬워집니다.
대신
보정 설정 및 기타 메타 데이터를 위해 로그 파일이 구문 분석됩니다. 이 프로세스는 대용량 파일의 경우 몇 분 정도 걸릴 수 있습니다.
쓰기
보정 설정 및 기타 메타 데이터에 대한 로그 파일을 파싱하는 데는 매우 큰 파일의 경우 몇 분이 걸릴 수 있습니다.
제 생각에는 세 번째 예가 가장 좋습니다. 인용 한대로 남았습니다.
댓글
- 당신이 아시다시피 대안은 원래 문장 쌍의 의미를 변경합니다. 첫 번째 변경 사항은 원본의 주요 기능인 배포 지시를 잃습니다. 두 번째 변경 사항은 원본의 주요 기능을 잃습니다. 파싱이 발생할 것임을 알리는 것입니다.
- 첫 번째 변경 사항의 경우 수동태를 사용할 수 있습니다. 탐색은 프로세스로 인해 더 쉬워집니다.
- i>하지만 최고의 문장은 아닙니다. 두 번째 파일의 경우 " 매우 큰 파일로 인해이 프로세스에 몇 분이 걸릴 수 있습니다 "?