내 지식/이해에 따르면 도움과 사람은 동시에 왔거나 그들 사이에 시간차가 거의 없습니다. 그런 다음 GNU Info가 등장했고 내가 본 것은 사람보다 훨씬 더 장황하고, 훨씬 더 자세하며, 틀림없이 훨씬 더 낫습니다. 오늘날에도 인간의 많은 항목은 비밀스럽습니다.
나는 여러 면에서 인간보다 우월한 Info가 왜 인간을 전혀 성공시키지 못하는지 종종 궁금해했습니다. 나는 아직도 정보 페이지보다 매뉴얼 페이지를 만드는 사람들을 봅니다. 정보에 도움이 되지 않는 도구 때문이었나요? 두 라이센스에 뭔가가 있습니까? 아니면 마땅히 받아야 할 성공에 대한 정보를 얻지 못한 다른 요인이 있습니까?
특히 Unix Stackexchange에 대한 몇 가지 질문을 보았습니다.GNU 정보는 무엇을 위한 것인가요?그리고도움말, 정보 및 사람 명령의 차이점그중에서도.
답변1
최소한 사실적 배경에 대한 힌트를 가지고 귀하의 질문에 대답하기 위해 저는 의 생성 일정과 기타 문서 시스템을 살펴보는 것부터 시작 man하겠습니다 info.
첫 번째 man페이지1971년에 작성되었습니다.CRT 기반 터미널에서 작업하는 것이 일반적이지 않았고 매뉴얼 페이지 인쇄가 표준이었을 때 troff를 사용하는 것(nroff는 아직 존재하지 않았습니다). 매뉴얼 페이지는 간단한 선형 구조를 사용합니다. 매뉴얼 페이지는 일반적으로 명령줄 옵션/스위치를 포함하여 명령에 대한 빠른 개요를 제공합니다.
이 info명령은 실제로 다음의 출력을 처리합니다.텍스인포조판 구문. 이것은 1986년 2월에 처음 출시되었습니다. 당시에는 텍스트 기반 CRT 작업이 Unix 사용자의 표준이었지만 그래픽 워크스테이션은 여전히 독점적이었습니다. Texinfo의 출력 .info은 텍스트 문서의 기본 탐색을 제공합니다. 그리고 처음부터 (GNU 프로젝트를 위한) 완전한 문서를 제공하려는 다른 목표를 가지고 있습니다. 명령의 사용이나 명령줄 스위치와 같은 것들은 프로그램의 Texinfo 파일이 포함하는 것의 작은 부분일 뿐입니다.
(Tex)info 시스템은 중복되는 부분이 있지만 다음과 같이 설계되었습니다.보어페이지 man를 교체하지 않습니다.
HTML과 웹 브라우저는 90년대 초반에 등장했으며 WAIS와 Gopher를 기반으로 한 텍스트 기반 정보 시스템을 상대적으로 빠르게 대체했습니다. 웹 브라우저는 당시 사용 가능한 그래픽 시스템을 활용하여 텍스트 전용 시스템보다 더 많은 정보(예: 하이퍼링크에 밑줄 친 텍스트)를 허용했습니다. 제공되는 기능은 infoHTML 및 웹 브라우저에서 에뮬레이션될 수 있으므로(변환 후 가능) 브라우저 기반 시스템을 사용하면 탐색이 더 쉬워집니다(또는 최소한 경험/학습이 적음).
HTML은 확장되었고 Texinfo가 할 수 있는 것보다 더 많은 일을 할 수 있었습니다. 따라서 새로운 프로젝트(GNU 소프트웨어 제외)의 경우 다양한 문서 시스템이 발전했으며(그리고 여전히 발전 중) 대부분 HTML 페이지를 생성합니다. 이에 대한 최근 추세는 입력(즉, 인간 문서 작성자가 제공해야 하는 것)을 사람이 읽을 수 있도록 만드는 것인 반면, Texinfo(및 troff)는 입력을 변환하는 프로그램에 의한 효율적인 처리에 더 적합합니다.
infoinfo2man매뉴얼 페이지를 대체할 의도는 없었지만 GNU 소프트웨어에 (더 큰) Texinfo 파일에서 매뉴얼 페이지를 생성하는 유사한 프로그램이 포함되어 있었다면 매뉴얼 페이지를 대체했을 수도 있습니다 .
Texinfo(La(TeX, troff, HTML(+CSS) 및 reStructured Text)와 같은 시스템이 제공하는 기능을 완전히 활용하는 것은 배우는 데 시간이 걸리고 그 중 일부는 틀림없이 배우기 쉽다는 사실과 결합됩니다. 또는 더 강력하다면 (Tex)의 시장 지배 가능성은 거의 없습니다 info.
¹ 예재구성된 텍스트, 매뉴얼 페이지를 작성하는 데에도 사용할 수 있습니다.
답변2
GNU 정보는 TOPS-20의 XINFO에 선행하고 영향을 받았습니다.
XINFO는 MIT ITS의 INFO에 선행하고 영향을 받았습니다.
옛날에는 디스크가 있었죠.매우 작은, 터미널은느린, 많은 터미널은 여전히 종이였으며 소위 '유리 TTY'는 커서 주소 지정과 같은 기능을 제공하지 않았습니다. 매뉴얼 페이지는 짧아야 하고, 실제 문서가 아닌 알림을 제공해야 합니다. 시스템 관리자가 사용할 수 있을 만큼 작았습니다.아마공간을 절약하기 위해 컴퓨터에서 제거하지 않았지만 압축된 출력을 그대로 유지하는 것이 좋습니다. 가장 조잡한 터미널에 표시되거나 멋지게 조판될 수 있습니다. Unix 배포판과 함께 제공되는 소프트웨어만 사용하여 새 매뉴얼 페이지를 작성할 수 있으며, 불량배나 조크를 플레이하는 것과는 완전히 다르지만 노드와 가장자리의 구불구불한 미로를 맹목적으로 탐색할 필요 없이 빠르게 읽을 수 있습니다.
결국 tkman과 같은 프로그램을 사용하면 man 형식을 유지하면서 info 또는 HTML의 이점 중 일부를 얻을 수 있게 되었고, Sun과 같은 일부 공급업체가 문서를 SGML 또는 XML(docbook)로 제공하도록 전환한 경우에도 여전히 이를 변환하여 처리했습니다. 사람 형식으로, 일을 위해서는 사람 도구가 필요했기 때문입니다.~ 아니다판매업체에서 제공합니다.
시스템 관리자가 문서 파일을 제거하거나 설치하지 않는 것에 대한 것입니까? 오늘날까지 Linux에서는 'apt install foobar'에 별도의 'apt install foobar-doc'가 필요한 경우가 너무 많습니다.
답변3
M-x man RET info RETinfo 프로그램 내의 info 프로그램에 대한 매뉴얼 페이지를 제공합니다.
내 생각에 이 기능은 info 프로그램이 man 프로그램을 계승한다는 것을 증명합니다(man 프로그램에서 이에 대한 상호적인 효과를 얻을 수 있는 방법이 없는 한).