(주로) Linux와 FOSS를 사용하여 논픽션 역사책 쓰기
업데이트 날짜:2025년 3월 14일
나는 지금까지 30년 넘게 책을 써왔습니다. 나는 2011년부터 출판을 시작했습니다. 지금까지 나는 21권의 책을 세상에 내놓았습니다. 대체로 소설은 쓰기가 매우 쉽습니다. 당신은 자신의 머리를 사용합니다. 커널 충돌 분석, 문제 해결, 윤리 또는 경력 지원에 대한 기술 작업조차도 비교적 간단하게 기록할 수 있었습니다. 하지만 최근에 나는 가장 야심찬 프로젝트를 완료했습니다. 군사 역사서.
논픽션은 어렵다. 날개를 달거나 경험이나 상상력을 사용할 수는 없습니다. 엄청나게 많은 참고문헌을 가지고 작업해야 하고, 다른 책을 읽어야 하고, 인용문을 사용해야 하는 등의 작업을 해야 합니다. 글쎄요, 지난 3개월 동안 저는 이 극도로 복잡한 노력에 몰두해 왔습니다. 이제 끝났습니다. 이 책의 무게는 90,000단어이며 각각 약 35개의 그림과 표로 구성되어 있으며 약 700개의 인용이 포함되어 있습니다. 또한 Matlab과 같은 옥타브로 작성된 특정 전투 시나리오를 위한 시뮬레이션 코드 조각도 포함되어 있습니다. 그리고 저는 이 모든 작업을 Linux와 Linux 도구를 사용하여 수행했습니다. 음, 작업의 90%입니다. 더 자세히 말씀드리겠습니다. 1,500만 단어를 보유한 노련한 작가의 관점에서 본 Linux입니다.
Linux와 오픈소스 도구를 사용하는 이유
나는 이데올로기가 아닙니다. 나는 실용주의자이다. 그리고 나의 실용적인 접근 방식은 가능하다면 Windows 사용을 완전히 중단하거나 최소한 사용을 최소화하는 것입니다. 저는 이 계획을 얼마 전에 발표했는데, 전반적으로 게임과 소프트웨어 분야 모두에서 정말 잘 진행되고 있습니다. 저는 Linux를 사용하여 이 마이그레이션을 수행하려고 합니다. 실제로 저는 주로 이 버전이나 저 버전의 쿠분투를 실행하는 여러 대의 컴퓨터를 가지고 있습니다.
방정식에서 가장 약한 고리는 항상 컴퓨터 게임과 사무였습니다. Steam은 놀라운 Proton 레이어를 통해 이 문제를 대부분 해결했습니다. 하지만 사무실은 까다롭다. 나는 LibreOffice에서 모든 책을 쓰는 경향이 있으며 수년 동안 그렇게 해왔습니다. 하지만 마지막 단계가 가장 어려운 단계입니다. 출판사에 최종 원고를 보내야 할 때마다 출판사는 항상 DOCX를 요청합니다. 예외는 없습니다.
그러기 위해서는 Microsoft Office를 사용해야 합니다. 기본 Office 2016이 설치되어 있고 오프라인으로 유지되는 Windows 10 가상 머신에 Office 2010이 설치되어 있습니다. 그래서 그것은 항상 선택 사항입니다. 그렇다면 실제 집필 과정은 어떨까요?
내가 말했듯이 LibreOffice가 그 일을 수행합니다. 하지만 이 프로그램에는 많은 결함이 있습니다. 나는 거기에 있는 거의 모든 버전을 검토했습니다. 경험은 일관성이 없었고, 품질과 호환성의 롤러코스터처럼 훌륭함에서 평균으로, 다시 훌륭함으로 변했습니다. 지난 10년간의 12개 이상의 리뷰에 대한 링크를 제공하여 여러분을 귀찮게 하지 않을 것입니다. 관심이 있으시면 내 사무실 섹션을 확인해 보세요. 제가 마지막으로 테스트한 24.2 릴리스는 실제로 매우 견고하며 개선이 이루어지길 바랍니다.
그럼에도 불구하고 LibreOffice가 스타일과 탐색을 처리하는 방식에 항상 문제가 있었습니다. 낭비적인 마우스 클릭과 동작이 많습니다. 새로운 것이 아닙니다. 전반적으로 이러한 "버그"의 존재는 실제로 큰 문제가 된 적이 없습니다. 소설 쓰기는 대부분 형식이 없습니다. 그냥 말 몇 마디만 하면 끝이에요. 논픽션은 더 까다롭습니다.
표, 그림, 소스 코드, 참고 문헌, 각주, 약어, 여러 목차 및 기타 요소의 사용은 모두 과도한 사용과 스타일에 대한 의존, 그리고 원고 위아래로 지속적인 탐색을 의미합니다. 그런 다음 일반적으로 연구의 일환으로 수백 권은 아니더라도 수십 권의 책을 읽고, 두 배의 문서를 상호 참조하고, 주석을 추가하고, 인용문을 추가한 다음 일부를 추가해야 합니다. 이 모든 것들은 소설에서 좀처럼 볼 수 없는 독특한 도전을 제시합니다. 하지만 그것들은 논픽션, 특히 역사의 빵과 버터입니다.
글쎄, 내 글쓰기 "도전"을 더욱 어렵게 만들기 위해 나는 Linux 및 관련 프로그램을 사용하여 최대한 많은 작업을 수행하기로 결정했습니다. 그러나 나는 또한 이 커피숍이나 저 커피숍에서 라떼를 마시면서 휴대폰으로 많은 책을 읽었고(예, 저는 유행에 민감한 사람입니다) 거기서 발견한 모든 내용을 내 데스크탑에 복사/공유해야 했습니다. 작업의 해당 부분은 순수한 자유 소프트웨어는 아니지만 일부 자유 소프트웨어 요소가 있습니다. 어쨌든, 모든 일이 어떻게 진행되었는지 말씀드리겠습니다.
LibreOffice 작가
좋은 것부터 시작합시다. 내 마지막 책의 무게는 134MB이고 길이는 310페이지이며 앞서 언급한 수많은 그림, 표, 인용 및 기타 멋진 요소가 포함되어 있습니다. 문서를 열거나 저장하는 데 약 3초 정도 걸립니다. 전반적으로 Writer는 끊김이나 지연 또는 이와 유사한 문제 없이 모든 것을 잘 처리합니다. 길이나 복잡성은 문제가 되지 않습니다.
탐색 탭이 유용합니다. 여기에는 모든 이미지와 그림(별도) 목록, 모든 표, 심지어 모든 각주와 미주, 표시한 약어 등 놀라운 것들이 많이 표시됩니다. 이를 사용하여 목차를 보다 쉽게 생성할 수 있습니다. 어느 정도. 단점에 대해서는 나중에 자세히 설명하겠습니다.
사이드바는 여러 가지 이유로 강력하지만 투박하다고 생각했습니다:
- 탐색과 스타일은 동시에 표시될 수 없습니다. Word에서는 탐색이 왼쪽에, 스타일이 오른쪽에 위치합니다. 여기는 하나의 창이므로 그 사이를 저글링해야 합니다. 그것은 낭비이며 상황 인식을 감소시킵니다(여기서는 군사 전문 용어를 사용하고 있습니다).
- 스타일 목록과 탐색 마커는 모두 문서 내 현재 위치와 선택한 항목에 따라 이동합니다. 새로운 독특한 스타일로 텍스트를 표시하고 싶다고 가정하면 이는 낭비이기도 합니다. 작가는 이를 목록 맨 아래에 추가합니다. 그러나 대부분의 텍스트는 목록 맨 위에 표시되는 일반적인 "본문" 스타일을 사용합니다. 따라서 매번 스크롤하고, 새 스타일을 선택하고, 텍스트의 다른 섹션을 선택하고, 목록이 이동하고, 반복되어야 합니다. 또한 두 번 클릭하면 스타일이 적용됩니다. 낭비적이다.
- 각주를 참고문헌 목록으로 내보내는 쉬운 방법을 찾을 수 없습니다.
스타일과 네비게이터를 동시에 볼 수는 없습니다.
스타일을 스크롤하는 것은 까다로울 수 있습니다.
다른 문제도 있었습니다. 자신만의 스타일을 사용하더라도 목차에 올바르게 표시하려면 표와 그림에 캡션이 필요합니다. 그림 캡션은 항상 완전히 표시되므로 목차의 첫 번째 문장을 사용할 수 없으며 문서 뒷부분에서 더 자세한 설명을 제공합니다. 이로 인해 요점을 놓치는 매우 짧은 캡션을 사용해야 했습니다. 저는 책에 이미지 참조라는 섹션 전체를 더 자세한 캡션과 함께 추가해야 했습니다.
이미지 추가가 좀 아쉬웠습니다. 매번 이미지는 부동, 중앙 정렬로 설정됩니다. 왜? nowrap 왼쪽 정렬 옵션을 사용하지 않는 이유는 무엇입니까? 또한 모든 단일 이미지의 크기를 페이지 너비에 맞게 조정하고 비율이 올바르게 유지되는지 확인해야 했습니다. 시간이 많이 걸리고 이러한 설정을 새로운 스타일로 쉽게 내보낼 수 없었습니다.
또한 붙여넣기 기능이 약간 투박하다고 생각합니다. 추가 서식이 포함된 텍스트를 복사한다고 가정해 보겠습니다. 간단한 Ctrl + V를 수행하면 모든 것이 붙여넣어집니다. Ctrl + Shift + V를 누르면 원하는 붙여넣기 종류를 선택할 수 있는 작은 창이 표시됩니다. Ctrl + Shift + Alt + V는 서식 없는 붙여넣기를 수행합니다. 이제는 이 두 가지 단축키를 반대로 설정하고 싶습니다. 이로 인해 프로세스가 더 어렵고 느려지기 때문입니다.
이것들은 모두 사소해 보이지만 1,000개를 수행해야 하면 합산됩니다. 특히, 복사 및 붙여넣기 옵션은 특히 인용 및 각주 작업을 할 때 까다로웠습니다. 나만의 색인을 수동으로 구축해야 했고, 붙여넣을 때마다 고생이 많았습니다.
오큘러
Plasma의 PDF 프로그램은 Okular입니다. 전반적으로 그것은 좋은 도구이지만 역사 책에 대한 내 작업에서는 심각하게 부족하다는 것을 알았습니다. 첫째, 상대적으로 느렸습니다. Firefox는 Okular가 정확히 동일한 파일을 표시하는 데 걸린 시간의 약 1/5에 문서를 로드했습니다. Firefox는 검색 기능을 사용하여 원하는 문자열을 더 빨리 찾을 수 있으며 일치하는 항목 수도 표시합니다. Okular의 검색 속도가 느리고 검색된 결과 수(1개 또는 93개)가 표시되지 않습니다.
이런 점에서 Microsoft Office는 훨씬 더 나은 성능을 발휘합니다. Word에서는 모든 항목을 표시할 뿐만 아니라 검색을 마무리하는 약 20~30개의 단어도 표시하므로 원하는 항목을 더 쉽게 선택할 수 있습니다. 그리고 전화로 나는 내 책에 대해 멋진 Readera 앱을 사용하고 있었는데 여기서도 검색이 "주변" 단어를 제공하므로 더 많은 맥락을 얻을 수 있고 필요한 정확한 검색 항목을 더 쉽게 찾을 수 있습니다. 이에 대한 자세한 내용은 곧 제공됩니다.
Okular의 번호 매기기 및 페이지 번호 및/또는 섹션별 탐색도 때때로 투박합니다. 항상 예상한 대로 작동하지는 않았습니다. 이것은 까다로웠다. 제가 약 200권의 책을 읽었고 PDF 형식으로 된 약 2배의 보고서와 논문을 읽었다는 점을 고려하면 Okular에 대한 의존도가 높아 생산성이 약간 저하되었습니다.
많은 파일을 동시에 작업해야 한다면 또 다른 난관에 직면하게 됩니다. 기본적으로 Okular는 모든 파일을 별도의 인스턴스에서 엽니다. 나쁘지는 않지만 이를 통과하는 것이 어려울 수 있습니다. 저는 Plasma의 작업 관리자에서 Okular(그리고 Okular만)를 그룹 해제하여 이 문제를 해결했습니다. 이에 대한 자세한 내용은 나중에 설명하겠지만 이는 플라즈마만이 할 수 있는 아름답고 독특한 일입니다.
문제의 두 번째 부분은 Okular가 제목에 대해 찾을 수 있는 모든 메타데이터를 사용하므로 보고 있는 문서가 무엇인지 항상 파악할 수 없다는 것입니다. 파일 이름을 수동으로 바꿔야 합니다. 그런 다음 탭을 사용할 수도 있습니다. 예, Okular에는 탭 인터페이스가 있습니다! 그런데 이상해요. 첫째, 특정 순간에 열려 있는 문서가 무엇인지 볼 수 없습니다. 둘째, 여러 인스턴스와 탭을 혼합하여 사용하는 경우 Okular는 항상 가장 최근(마지막으로 선택한) 인스턴스에 탭을 추가하므로 탭이 여기저기로 분산됩니다. 주어진 시간에 둘 이상의 프로그램 인스턴스가 열려 있도록 허용하는 경우 실제로 탭을 사용해서는 안됩니다. 으음.
김프, 그웬뷰, 옥타브, 케이트 ...
기본적인 이미지 처리에서는 회전, 원근 수정, DPI 등 김프가 상당히 잘 수행했습니다. GwenView는 또한 문제 없이 다양한 이미지 파일을 모두 처리했습니다. 옥타브, 아. Matlab을 사용할 때마다 Matlab과 같은 프로그램이 "기존" 프로그래밍 언어보다 데이터 분석에 얼마나 뛰어난지 스스로 상기합니다. 제가 20년 전 의료 업계에서 이미지와 신호 처리를 많이 했을 때 맹렬하게 휘두르던 지식을 다시 복습하는 것도 재미있습니다. 옥타브는 정말 재미있었어요. (아카이브에서) 통계 패키지를 설치해야 했지만 그 외에는 문제가 없었습니다.
그리고 2D 그래프도 자유롭게 회전할 수 있습니다. 훌륭해요!
케이트는 합리적으로 잘 행동했습니다. 빈 버퍼를 절약했지만 검색 및 바꾸기가 더 효율적일 수 있습니다. 검색 문자열을 파일과 더 쉽게 연관시킬 수 있으면 좋겠지만 전반적으로 이는 작은 불만 사항입니다.
플라즈마 데스크탑
전반적으로 불만이 거의 없습니다. 하지만 몇 가지 문제가 있었습니다. 열려 있는 여러 LibreOffice 문서에 대해 아이콘 전용 작업 표시줄에 표시기(+ 기호)가 표시되지 않는 경우도 있고, 표시되는 경우도 있는데, 이 특정 프로그램에만 해당됩니다. 또한 최근에는 다양한 프로그램에 대해 선택적 그룹화를 사용하는 방법을 보여 드렸는데, 이는 진정한 시간 절약입니다.
또한 데스크탑은 기본적으로 시작 시 세션을 복원하도록 구성되어 있습니다. 이것은 훌륭하게 작동하지만 모든 프로그램에 적용되는 것은 아닙니다. 예를 들어 LibreOffice를 다시 살펴보겠습니다. 문서를 열어 두면 다음 시스템을 재부팅하고 시작할 때 LibreOffice는 충돌이 발생했다고 불평하고 파일을 복구하려고 시도합니다. 놀라운. 마찬가지로 김프는 세션 전체에 걸쳐 문서를 보존하지 않습니다. 이것이 GTK 일 수 있습니까? 잘 모르겠지만 만족스럽지는 않습니다.
LibreOffice 측면에서는 창 크기와 위치가 다른 여러 문서를 여는 방법을 찾을 수 없었습니다. 예를 들어 하나는 왼쪽에 놓고 데스크탑 너비는 절반으로 두고, 두 번째 문서는 오른쪽에 놓고 너비를 데스크탑의 2/3로 설정했습니다. 어쩌면 이는 일반적인 플라즈마 제한 사항일 수도 있지만, 이를 우회할 수 있는 방법이 있다면 좋을 것 같습니다.
내가 Kubuntu에서 사용한 다양한 Linux 프로그램 중에서 LibreOffice, Okular 및 GIMP는 모두 한 번 충돌했습니다. LibreOffice 문서를 잘 복구할 수 있었지만 여전히 무서웠습니다. 김프의 데이터가 손실되었습니다. Okular에서는 단지 파일을 보는 것(말하자면 읽기 전용)이었으므로 별 문제가 되지 않았습니다.
온라인 콘텐츠, 무료가 아닌 콘텐츠, 전화 및 데스크톱 연결
이제 제가 해야 했던, 아니 오히려 하기로 선택한 다른 일들에 대해 이야기해 보겠습니다. 이 섹션에는 검색 및 휴대전화를 여기저기서 읽기 장치로 사용하는 것과 같은 몇 가지 독점 정보도 포함되어 있습니다. 우리는 Android, Android용 Firefox(물론 UBlock Origin 포함), 실제 책과 문서 읽기를 위한 Readera에 대해 이야기하고 있습니다. 그런 다음 Android의 기본 Notes 앱에 메모를 작성하고 나중에 KDE Connect를 사용하여 Linux 데스크탑과 동기화했습니다. 오픈 소스와 그렇지 않은 것이 혼합되어 있습니다. 자세히 살펴보겠습니다.
검색
전반적으로 수년에 걸쳐 온라인 검색 서비스의 품질과 정확성이 저하되었습니다. 상당히. 일단, 가장 수익성이 있을 것 같은 반쯤 선별된 목록이 아니라 실제로 원하는 것을 검색하면 얻을 수 있습니다. 오늘날 검색어를 입력하면 따옴표와 site:한정자가 있어도 여전히 수많은 쓰레기, YouTube 동영상 링크 등을 얻을 수 있습니다.
전체적으로 저는 Google과 Bing이라는 두 가지 검색 엔진을 사용했습니다. Google은 전반적으로 평균 수준이었고, 최고 결과로 간주한 내용에서 단순히 잘못된 내용을 인용하는 "AI" 요약이 많이 있었습니다. Bing은 텍스트에 있어서는 더욱 나빴습니다. 그러나 적어도 내 생각에는 Bing의 이미지 검색이 Google보다 우수합니다. 그러나 둘 다 오래된 이미지, 60년대와 70년대의 자료, 심지어 공개 도메인에 있고 다양한 정부 사이트에서 사용할 수 있는 자료를 찾는 데 어려움을 겪었습니다. Google은 이를 좀 더 잘 찾았지만 이미지 일치에서는 훨씬 더 나빴습니다(사진으로 찾기).
흥미롭게도 Google은 일반적인 검색에는 적합하지 않았지만 상업적인 가치가 전혀 없는 난해한 검색어에는 적합했습니다. 실제로 예상했던 모호한 참조와 이상한 PDF 등이 반환되었습니다. 예를 들어, "2차 세계대전 B-17 폭격기 병기 CEP 패턴 유럽"과 같이 입력하면 원하는 결과를 얻을 수 있습니다. 이 점에 있어서 Bing은 조금 더 나빴습니다.
번역
저는 Firefox에 내장된 번역을 사용하기로 결정했습니다. 이것은 클라우드 기반이 아니므로 큰 보너스입니다. 전반적으로 번역은 정말 잘 작동했습니다. 가장 좋은 점은 여전히 동일한 페이지에 있고 URL이 변경되지 않으며 탐색을 계속하면 Firefox가 자동으로 번역된다는 것입니다(그 시점부터). 매우 깔끔하고 유용합니다.
책 읽기, 주석, 인용문
Readera는 정말 멋진 앱입니다. 실제로 메가바이트 단위로 측정할 가치가 있는 몇 안 되는 모바일 제품 중 하나입니다. 도서관에 약 200권의 책이 들어있어서 생산성과 손쉬운 데이터 정리라는 내 목표를 달성하는 데 실제로 도움이 되는지 확인할 수 있었습니다.
글쎄요, 태그별로 책을 분류할 수 있어서 도움이 됐어요. 검색이 훌륭합니다. 그런 다음 가끔 텍스트의 일부를 강조 표시하여 번역하고, 소리내어 읽고, 공유하고, 문서에 인용문을 추가하여 저장할 수 있습니다. 유일한 문제는 하나의 큰 집계 보기에서 모든 견적을 보려면 유료 버전의 프로그램이 필요하다는 것입니다. 그렇지 않으면 각 파일을 열어 무엇이 제공하는지, 어떤 것이 요점을 놓쳤는지 확인해야 합니다.
KDE Connect로 이동하면 작동할 수 있지만 다른 네트워크에 있을 때는 작동하지 않습니다. 이에 대한 자세한 내용은 곧 제공됩니다.
훌륭한 인용문 보관 기능.
대신 더 정확한 형광펜 대신 페이지를 스크린샷으로 찍는 경우도 있지만 Samsung A54의 앱은 실제로 많은 것을 알려주지 않습니다. 앱 이름, 날짜, 시간이 전부입니다. 시간이 지남에 따라 스냅하기 전에 Readera의 편집 모드로 이동하여 메모 유지 스크린샷 컬렉션을 개선했지만, 그래도 항상 문서 제목을 알 수 없거나 현재 페이지를 볼 수는 없습니다. 종종 나는 수동 색인(예:책 X, 페이지 Y를 적는 메모, 스크린샷을 찍는 이유, 특정 인용문이나 참조가 유용한 이유)을 유지해야 했습니다. 이러한 항목이 수백 개 있으면 항목을 추적하는 것이 상당히 어려워집니다. 그러나 관리 가능합니다. 수백 개의 항목을 추적하는 것은 쉬운 일이 아닌 것 같습니다.
나는 일을 수행하는 더 효율적인 방법이 있다고 확신합니다. 문제는 책을 읽을 때 정말로 읽고 싶다는 것입니다. 특히 하루에 한두 권의 책을 읽고 싶다면 더욱 그렇습니다. 잠시 멈춰서 메모를 해야 할 때마다 주의가 산만해집니다. 전화에서는 터치 인터페이스의 단순한 특성으로 인해 이것이 더욱 투박합니다. 전체적으로 순조롭게 진행되었으며, 내가 하고 있는 일을 추적하기 위해 6개의 다른 앱을 사용할 필요도 없었습니다.
전화 및 데스크톱 동기화
KDE 연결을 입력하십시오. 이것은 정말 잘 작동했습니다. 최근 로컬 오프라인 음악(MP3 등)을 iPhone에 동기화하는 방법에 대한 기사에서 언급한 KDE Connect는 뛰어난 다목적 전화 동기화 도구입니다. 연락처, 파일, 클립보드를 공유하고, 볼륨을 조절하고, 전화 벨을 울리는 등 다양한 기능을 사용할 수 있습니다. 저는 클립보드 도구를 정말 좋아합니다. 전화에서는 간단히 메모 내용을 표시하고 복사한 다음 KDE Connect를 통해 클립보드를 공유했습니다. 그런 다음 내 Plasma 데스크탑에서 간단히 메모를 작성할 수 있었습니다. 완료되었습니다.
공유의 한 가지 단점은 KDE Connect에 URL을 보내면 자동으로 브라우저에서 열려고 시도한다는 것입니다. 그래서 100개의 링크를 보내면 약간 부담이 됩니다. 간단한 텍스트 공유가 더 합리적인 옵션인 것 같습니다. 아니면 최소한 경고를 표시하세요. 아, 네, 대부분의 경우 알림을 허용해야 합니다.
그런데 마지막 단계는...
마음에 들지 않으시겠지만 Word에서 ODT 파일을 열고 DOCX로 변환한 후 에이전트와 게시자에게 보낼 수 있습니다. 이는 전체 체인에서 가장 약한 링크로 남아 있습니다. 전반적으로 LibreOffice를 사용하여 작업하는 것은 상당히 즐거웠지만 odt->docx 변환을 사용하는 위험을 감수할 수는 없습니다. 표나 이미지, 화려한 형식이 없는 일반 소설의 경우에는 다소 괜찮을 수 있습니다. 여기? 흠.
결론
말하기 전에, "글쓰기 중심" 앱과 프로그램이 있다는 것을 알고 있습니다. 또한 저는 제가 더 효율적으로 일을 수행했을 수도 있다는 것을 알고 있으며 실제로 이메일을 통해 여러분의 의견과 제안을 보내주시면 정말 감사하겠습니다. 아주 작고 점진적인 이점을 얻기 위해 의도적으로 소프트웨어에 얽매이는 일이나 무기고에 6개의 도구를 추가해야 하는 일을 피했다는 점을 기억하십시오. 내 목표는 글을 쓰는 것이었고, 3개월 만에 거의 10만 단어를 썼습니다. 논픽션의 경우 이것은 많은 것입니다. 일반적으로 이는 매우 빠른 속도입니다. 이는 내 작업 흐름이 모든 면에서 꽤 괜찮았다는 것을 의미합니다.
좀 투박한 부분이 있었어요. 내 일반적인 관찰은 그렇습니다. 무료 도구를 사용하면 복잡한 책을 작성할 수 있다는 것입니다. 상기시킬 필요는 없습니다. 저는 LaTeX와 LyX가 존재한다는 것을 알고 있으며 이에 대해 엄청나게 썼습니다. LaTeX에서 직접 전자책을 만들 수도 있다는 것을 알고 있습니다. 저는 말씀이 곧 말씀인 출판 업계의 사람들과 교류해야 하기 때문에 간단한 워드 프로세서를 사용하고 싶었습니다. 여기가 내 FOSS 이야기가 약간 풀리는 부분인데, 피할 수 있는 방법이 없는 것 같습니다.
LibreOffice Writer는 잘 해냈습니다. 큰 원고를 잘 처리했지만 스타일 및 탐색 처리와 같은 생산성 문제가 많이 있습니다. 나는 그곳에서 수많은 마우스 클릭을 낭비했습니다. Okular는 약간 별로였습니다. 다른 도구는 합리적으로 괜찮게 작동했습니다. 가장 큰 문제는 프로그램 간 데이터 공유, 인용 및 인용 색인 생성의 어려움, 문서 내부 및 문서 전체에 대한 제한된 검색인 것 같습니다. 누군가가 이 기사에서 몇 가지 유용한 정보를 발견하고 이를 구현하여 무료 오픈 소스 작성 도구를 더욱 향상시킬 수 있다면 정말 좋습니다.
이제 이 논픽션 작품에 대한 실제 업데이트를 계속 지켜봐 주시기 바랍니다. 그러면 실제로 이름을 공개하고 몇 가지 세부 정보를 제공하며 위 이미지에서 했던 것처럼 정보를 비워둘 필요가 없습니다. 다시 말하지만, 에이전트와 출판사는 특정 사항에 대해 상당히 까다롭습니다. 따라서 간단한 대답은 '예, Linux와 FOSS를 사용하면 가능합니다'입니다. 약 90%. 여러분, 조심하세요.
건배.