Viết sách phi hư cấu lịch sử với (chủ yếu) Linux và FOSS
Cập nhật: 14 tháng 3, 2025
Tôi đã viết sách hơn 30 năm nay. Tôi bắt đầu xuất bản chúng vào 2011. Cho đến nay, tôi đã thả 21 cuốn sách ra thiên nhiên. Lớn mạnh, hư cấu siêu dễ viết. Bạn chỉ dùng đầu của mình. Ngay cả tác phẩm kỹ thuật của tôi về phân tích kernel crash, giải quyết vấn đề, đạo đức, hoặc giúp đỡ sự nghiệp đều tương đối đơn giản để ghi chép. Gần đây, tuy nhiên, tôi đã hoàn thành dự án tham lam nhất của mình. Một cuốn sách sử quân sự.
Phi hư cấu khó. Bạn không thể tự phát, dùng kinh nghiệm hoặc tưởng tượng. Bạn phải làm việc với tài liệu tham khảo, tấn và tấn chúng, đọc sách khác, bạn phải dùng trích dẫn, và cứ thế. Vâng, ba tháng qua, tôi đã nhúng mình vào nỗ lực siêu phức tạp này. Bây giờ, xong. Cuốn sách nặng 90K từ, nó có khoảng 35 hình và bảng, mỗi cái, cộng gần 700 trích dẫn. Nó cũng bao gồm một mảnh code mô phỏng, cho kịch bản chiến đấu cụ thể, viết trong Matlab-like octave. Và tôi làm tất cả công việc này dùng Linux và công cụ Linux. Vâng, 90% công việc. Hãy cho tôi nói thêm. Linux từ góc nhìn tác giả già dạn với mười lăm triệu từ dưới đai.
Tại sao Linux và công cụ mã nguồn mở?
Tôi không phải người theo chủ nghĩa. Tôi là người thực dụng. Và cách tiếp cận thực dụng của tôi là ngừng dùng Windows để luôn, nếu có thể, hoặc ít nhất, giảm thiểu sử dụng nhiều nhất có thể. Tôi công bố kế hoạch này một lúc trước, và lớn mạnh, nó đã đi rất tốt, cả về mặt game và phần mềm. Tôi đang cố gắng hoàn thành cuộc di trú này với Linux. Thực sự, tôi có một đống máy chạy chủ yếu phiên bản này hoặc kia của Kubuntu.
Điểm yếu nhất trong phương trình luôn là game máy tính và công việc office. Steam đã giải quyết lớn phần này với lớp Proton tuyệt vời. Nhưng office thì rắc rối. Tôi xu hướng viết tất cả sách của tôi trong LibreOffice, và đã làm vậy nhiều năm. Bước cuối, tuy nhiên, là khó khăn nhất. Bất cứ khi nào tôi cần gửi bản thảo cuối cùng cho nhà xuất bản, họ luôn yêu cầu DOCX. Không ngoại lệ.
Đến đó, tôi phải dùng Microsoft Office. Tôi có cài Office 2016 gốc, cộng với Office 2010 thiết lập trong máy ảo Windows 10, được giữ offline. Vậy đó luôn là tùy chọn. Nhưng thì quy trình viết thực tế sao?
Như tôi nói cho bạn, LibreOffice làm việc. Nhưng chương trình có nhiều khiếm khuyết. Tôi đã review hầu như mọi phiên bản. Trải nghiệm không nhất quán,过山车 của chất lượng và tương thích, từ tuyệt vời đến trung bình quay lại tuyệt vời. Tôi sẽ không phiền bạn với link đến chục bài review quá khứ. Bạn có thể check phần Office của tôi, nếu bạn quan tâm. Phát hành 24.2, cái cuối tôi test, thực sự khá solid, và tôi hy vọng nó chỉ cải thiện.
Dù vậy, tôi luôn có vấn đề với cách LibreOffice xử lý style và điều hướng. Nhiều chuột click và hành động lãng phí. Không phải điều mới. Tổng thể, sự tồn tại của những "bug" này chưa bao giờ thực sự là vấn đề lớn. Viết hư cấu chủ yếu không định dạng. Bạn chỉ ném một đống từ, và xong. Phi hư cấu thì trickier.
Việc dùng bảng, hình ảnh, mã nguồn, tham chiếu, footnote, viết tắt, nhiều bảng mục lục, và các yếu tố khác đều có nghĩa là dùng nhiều và phụ thuộc vào style và điều hướng liên tục lên xuống bản thảo. Sau đó, điển hình, người ta cần đọc vài chục nếu không trăm sách như một phần của nghiên cứu, cross-reference gấp đôi tài liệu, thêm chú thích, thêm trích dẫn, và rồi thế. Tất cả những thứ này đặt ra thách thức độc đáo bạn hiếm khi thấy trong hư cấu. Nhưng chúng là bánh mì bơ của phi hư cấu, đặc biệt là lịch sử.
Vâng, để làm "thử thách" viết của tôi càng khó hơn, tôi quyết định thử làm nhiều nhất có thể dùng Linux và chương trình liên quan. Tuy nhiên, tôi cũng đọc nhiều trên điện thoại khi uống latte ở quán cà phê này hoặc kia (vâng, tôi là một fashion git), và phải copy/chia sẻ bất kỳ phát hiện nào tôi khám phá đó lên desktop. Phần công việc đó không hoàn toàn free software, nhưng có một số yếu tố free software. Anyway, hãy cho tôi kể cho bạn nó đi như thế nào.
LibreOffice Writer
Hãy bắt đầu với những điều tốt. Cuốn sách cuối cùng của tôi nặng 134 MB, dài 310 trang, và chứa nhiều hình, bảng, trích dẫn, và các yếu tố fancy đã đề cập. Mở và/hoặc lưu tài liệu mất khoảng ba giây. Lớn mạnh, Writer xử lý tất cả tốt, không giật lag hoặc vấn đề tương tự. Độ dài và độ phức tạp không đặt ra vấn đề.
Tab điều hướng hữu ích. Nó hiển thị nhiều điều tuyệt vời, bao gồm danh sách tất cả hình ảnh và figures (riêng biệt), tất cả bảng, thậm chí tất cả footnote và endnote, cũng như bất kỳ viết tắt nào bạn đánh dấu. Bạn có thể dùng chúng để tạo bảng mục lục dễ dàng hơn. Đến một mức độ. Thêm về thiếu hụt sau.
Tôi thấy thanh bên mạnh mẽ nhưng cồng kềnh vì nhiều lý do:
- Điều hướng và style không thể hiển thị đồng thời. Trong Word, điều hướng ở bên trái, style bên phải. Ở đây, nó là một pane, và bạn phải lật đật giữa chúng. Đó là lãng phí, và nó giảm nhận thức tình huống (xem, tôi đang dùng từ ngữ quân sự ở đây).
- Cả danh sách style và marker điều hướng nhảy dựa trên nơi bạn ở trong tài liệu, và cái gì được chọn. Điều này cũng lãng phí, vì giả sử bạn muốn đánh dấu một đoạn văn bản với style mới độc nhất. Writer sẽ thêm những cái này vào cuối danh sách. Nhưng hầu hết văn bản dùng style "Body" chung, hiển thị ngay đầu danh sách. Vì vậy, mỗi lần, bạn phải cuộn, chọn style mới, chọn đoạn văn bản khác, danh sách nhảy, lặp lại. Hơn nữa, style được áp dụng bằng double click. Lãng phí.
- Tôi không tìm thấy cách dễ dàng để xuất footnote thành danh sách tham chiếu.
Bạn không thể thấy cả Styles và Navigator cùng lúc.
Cuộn qua style có thể tricky.
Có vấn đề khác, cũng. Bảng và hình ảnh cần caption để hiển thị đúng trong bảng mục lục, ngay cả khi bạn dùng style riêng. Caption hình ảnh luôn hiển thị đầy đủ, nên bạn không thể dùng câu đầu cho bảng mục lục, và giải thích chi tiết hơn sau trong tài liệu. Điều này buộc tôi phải dùng caption rất ngắn bỏ lỡ ý điểm. Tôi phải thêm toàn bộ phần vào sách gọi là Image reference, với caption chi tiết hơn.
Thêm hình ảnh hơi meh. Mỗi lần, hình ảnh được đặt thành float, căn giữa. Tại sao? Tại sao không dùng tùy chọn nowrap left-align? Tôi cũng phải scale lại mỗi hình ảnh về chiều rộng trang, và đảm bảo tỷ lệ được bảo존 đúng. Điều này mất nhiều thời gian, và tôi không thể dễ dàng xuất các cài đặt này thành style mới.
Tôi cũng thấy hàm paste hơi cồng kềnh. Giả sử bạn copy một đoạn văn bản đi kèm định dạng thêm. Làm Ctrl + V đơn giản dán mọi thứ. Ctrl + Shift + V hiển thị cửa sổ nhỏ nơi bạn chọn loại paste bạn muốn. Ctrl + Shift + Alt + V làm paste không định dạng. Bây giờ, tôi muốn hai shortcut này đảo ngược. Vì điều này làm quy trình khó hơn, chậm hơn.
Đây dường như là những điều nhỏ, nhưng khi bạn cần làm 1.000 cái này, chúng cộng dồn. Đặc biệt, tùy chọn copy & paste phiền toái cho tôi, đặc biệt khi làm việc với trích dẫn và footnote. Tôi phải xây index của mình thủ công, và mỗi paste là nỗi đau.
Okular
Chương trình PDF của Plasma là Okular. Lớn mạnh, nó là công cụ đẹp, nhưng tôi thấy nó thiếu hụt nghiêm trọng trong công việc trên sách lịch sử. Thứ nhất, nó tương đối chậm. Firefox tải tài liệu trong khoảng 1/5 thời gian Okular hiển thị cùng file. Dùng hàm tìm kiếm, Firefox tìm chuỗi mong muốn nhanh hơn, và nó cũng hiển thị số lượng entry khớp. Tìm kiếm Okular chậm, và nó không hiển thị bao nhiêu kết quả nó tìm thấy, một hay chín mươi ba.
Trong khía cạnh này, Microsoft Office làm tốt hơn nhiều. Word hiển thị tất cả entry, nhưng cũng 20-30 từ bao quanh tìm kiếm, để bạn dễ dàng chọn cái bạn tìm. Và trên điện thoại, tôi dùng app Readera tuyệt vời cho sách, và ở đó cũng vậy, tìm kiếm cho bạn các từ "xung quanh", vậy bạn có nhiều context hơn, và dễ dàng định vị entry tìm kiếm chính xác bạn cần. Thêm về cái này sớm.
Đánh số và điều hướng theo số trang và/hoặc section của Okular cũng đôi khi cồng kềnh. Nó không luôn hoạt động như tôi kỳ vọng. Điều này tricky. Cân nhắc tôi đọc khoảng 200 cuốn sách và gấp đôi báo cáo và monograph, tất cả dạng PDF, sự phụ thuộc nặng nề của tôi vào Okular đã làm hại năng suất một chút.
Nếu bạn cần làm việc với nhiều file cùng lúc, bạn đối mặt với conundrum khác. Mặc định, Okular mở mỗi file trong instance riêng. Không tệ, nhưng duyệt qua chúng có thể khó khăn. Tôi giải quyết bằng cách ungroup Okular (và chỉ Okular) trong task manager của Plasma. Thêm về cái này sau, nhưng đây là điều đẹp và độc đáo chỉ Plasma làm được.
Phần hai của vấn đề là Okular dùng bất kỳ metadata nào nó tìm được cho tiêu đề, nên bạn không thể luôn tìm ra tài liệu bạn đang xem. Bạn phải đổi tên file thủ công. Và sau đó, bạn cũng có thể dùng tab. Vâng, Okular có giao diện tabbed! Nhưng nó kỳ lạ. Một, nó cho bạn không visibility vào tài liệu mở nào bạn có tại bất kỳ thời điểm nào. Hai, nếu bạn dùng mix nhiều instance và tab, Okular sẽ luôn append tab vào instance gần nhất (last selected), nên tab của bạn sẽ bị rải rác khắp nơi. Bạn không nên thực sự dùng tab nếu bạn cho phép hơn một instance của chương trình mở tại bất kỳ thời điểm nào. Meh.
GIMP, GwenView, Octave, Kate...
Đối với một số xử lý hình ảnh cơ bản, GIMP làm khá tốt - xoay, sửa perspective, DPI, thứ kiểu đó. GwenView cũng xử lý tất cả file hình ảnh khác nhau không vấn đề. Octave, ah. Bất cứ khi nào tôi dùng nó, tôi nhắc nhở bản thân Matlab-like programs tốt hơn bao nhiêu cho phân tích dữ liệu so với bất kỳ "ngôn ngữ lập trình thông thường" nào. Nó cũng vui để cọ xát kiến thức tôi từng dùng hung hăng hai mươi năm trước khi tôi làm nhiều xử lý hình ảnh và tín hiệu trong ngành y tế. Octave đơn giản là vui. Tôi phải cài gói statistics (từ archives), nhưng ngoài ra, mọi thứ solid.
Và bạn có thể tự do xoay cả đồ thị 2D. Tuyệt vời!
Kate hành xử hợp lý. Nó lưu buffer rỗng, nhưng search & replace có thể hiệu quả hơn. Sẽ tốt để dễ dàng hơn liên kết chuỗi tìm kiếm đến file, nhưng tổng thể, đây là phàn nàn nhỏ.
Màn hình Plasma
Tổng thể, tôi có rất ít phàn nàn. Nhưng có vài rắc rối. Đôi khi, thanh tác vụ chỉ icon không hiển thị chỉ báo (+ sign) cho nhiều tài liệu LibreOffice mở, và đôi khi nó hiển thị, và chỉ cho chương trình cụ thể này. Tôi cũng đã cho bạn thấy gần đây cách dùng grouping chọn lọc cho các chương trình khác nhau, và đó là người tiết kiệm thời gian thực sự.
Màn hình cũng được cấu hình để restore phiên trên startup mặc định. Điều này hoạt động tốt, nhưng không cho tất cả chương trình. Ví dụ, LibreOffice, lại. Nếu tôi để bất kỳ tài liệu nào mở, trên reboot hệ thống tiếp theo và startup, LibreOffice sẽ than phiền nó đã crash, và sẽ cố gắng recover file. Đáng báo động. Tương tự, GIMP không bảo toàn tài liệu qua phiên. Có thể đây là chuyện GTK? Tôi không chắc, nhưng tôi không vui.
Lại LibreOffice-wise, tôi không tìm thấy cách mở tài liệu khác nhau với kích thước và vị trí cửa sổ khác nhau, ví dụ: đặt cái flush left, nửa rộng desktop, đặt cái thứ hai flush right, và đặt rộng của nó thành hai phần ba desktop, ví dụ. Có thể đây là hạn chế Plasma chung, nhưng sẽ tốt nếu có cách bypass.
Trong số các chương trình Linux khác nhau tôi dùng (trong Kubuntu), LibreOffice, Okular và GIMP đều crash một lần. Tôi có thể recover tài liệu LibreOffice tốt, nhưng vẫn đáng sợ. Dữ liệu GIMP bị mất. Trong Okular, tôi chỉ xem file (read only), nên không vấn đề lớn.
Văn bản online, phi free, điện thoại & kết nối desktop
Bây giờ, hãy nói về một số điều khác tôi phải làm, hoặc đúng hơn, chọn làm. Phần này cũng bao gồm một vài bit và mảnh độc quyền, như tìm kiếm và dùng điện thoại như thiết bị đọc ở đây và đó. Chúng ta nói Android, Firefox for Android (với UBlock Origin, tất nhiên), cộng Readera cho đọc sách và tài liệu thực tế. Sau đó, tôi ghi chú trong app Notes stock của Android, mà tôi sau đó sync lên desktop Linux dùng KDE Connect. Mix của open source và không. Hãy elaboration.
Tìm kiếm
Lớn mạnh, qua nhiều năm, dịch vụ tìm kiếm online đã xuống cấp về chất lượng và độ chính xác. Đáng kể. Một thời, bạn thực sự có thể tìm kiếm cái bạn muốn, và bạn nhận được nó, không phải danh sách semi-curated của cái dường như profitable nhất. Hôm nay, nếu bạn gõ truy vấn tìm kiếm, ngay cả với dấu ngoặc kép và qualifier site:, bạn vẫn thường nhận được rác ngẫu nhiên, link video Youtube, và thế loại.
Tổng thể, tôi dùng hai search engine: Google và Bing. Google trung bình tổng thể, với nhiều tóm tắt "AI" trích dẫn đơn giản sai thứ từ cái nó coi là top result. Bing tệ hơn khi đến văn bản. Tuy nhiên, tìm kiếm hình ảnh của Bing vượt trội hơn Google, ít nhất theo quan điểm của tôi. Tuy nhiên, cả hai struggle tìm hình ảnh cũ, thứ từ những năm 60 và 70, ngay cả thứ trong public domain và có sẵn trên các trang chính phủ. Google tốt hơn một chút tìm những cái đó, nhưng tệ hơn nhiều với image matching (tìm bằng ảnh).
Thú vị, Google tệ cho tìm kiếm chung nhưng nó làm tốt với truy vấn esoteric đơn giản không có giá trị thương mại. Ở đó, nó thực sự trả về tham chiếu obscure kỳ vọng và PDF kỳ lạ và thế loại. Ví dụ, nếu bạn gõ cái gì như "World War II B-17 bomber ordnance CEP pattern Europe", bạn sẽ nhận được cái bạn muốn. Bing làm hơi tệ hơn về khía cạnh này.
Dịch thuật
Tôi chọn dùng dịch tích hợp của Firefox. Đây không phải cloud-powered, vậy đó là bonus lớn. Tổng thể, dịch thuật hoạt động thực sự tốt. Phần hay nhất là, bạn vẫn ở trên cùng trang, URL không thay đổi, và nếu bạn tiếp tục điều hướng, Firefox sẽ auto-dịch (từ điểm đó trở đi). Rất neat và hữu ích.
Đọc sách, chú thích, trích dẫn
Readera là app thực sự cool. Một trong ít sản phẩm di động thực sự worth their weight in megabytes. Với khoảng 200 sách tải vào thư viện, tôi thực sự có thể thấy nó có giúp tôi đạt mục tiêu, tức là năng suất và tổ chức dữ liệu dễ dàng.
Vâng, tôi có thể catalog sách bằng tag, vậy đó giúp một chút. Tìm kiếm tuyệt vời. Sau đó, tôi thỉnh thoảng highlight đoạn văn bản, cái bạn sau đó có thể dịch, đọc to, chia sẻ, hoặc lưu như trích dẫn appended vào tài liệu. Vấn đề duy nhất là, bạn cần phiên bản trả phí của chương trình để thấy tất cả trích dẫn trong một view tổng hợp lớn. Ngay không, bạn phải mở mỗi file để thấy cái gì, cái đó loại bỏ ý nghĩa.
Đi đến KDE Connect có thể hoạt động, nhưng không khi tôi trên mạng khác. Thêm về cái này sớm.
Chức năng giữ trích dẫn tuyệt vời.
Thay vào đó, tôi thỉnh thoảng chụp màn hình trang thay vì highlighter chính xác hơn, nhưng app trên Samsung A54 của tôi không thực sự nói cho tôi nhiều. Tên app, ngày và giờ, đó là nó. Qua thời gian, tôi cải thiện bộ sưu tập screenshot note-keeping bằng cách vào edit mode của Readera trước khi chụp, nhưng ngay cả vậy, bạn không luôn biết tiêu đề tài liệu, hoặc thấy trang bạn đang ở. Rất thường, tôi phải dùng index thủ công, ví dụ: note nói book X, page Y, lý do chụp screenshot, hoặc tại sao trích dẫn hoặc tham chiếu cụ thể hữu ích. Khi bạn có vài trăm cái này, nó trở nên khá khó theo dõi mọi thứ. Nhưng, nó manageable. Tôi đoán theo dõi vài trăm bất cứ thứ gì không dễ, điểm.
Tôi chắc chắn có cách streamlined hơn làm mọi thứ. Vấn đề là, khi bạn đang đọc, bạn thực sự muốn đọc, đặc biệt nếu bạn muốn đi qua một hoặc hai cuốn sách một ngày. Mỗi lần bạn phải dừng và làm note là sự phân tâm. Trên điện thoại, này extra cồng kềnh, do bản chất đơn giản của giao diện chạm. Tất cả tất cả, nó đi tốt, và không phải dùng sáu app khác chỉ để theo dõi tôi đang làm gì.
Đồng bộ điện thoại & desktop
Đến KDE Connect. Điều này hoạt động thực sự tốt. KDE Connect, mà tôi gần đây đề cập trong bài viết về cách sync nhạc local, offline (MP3 và thế loại) sang iPhone, là công cụ sync điện thoại đa mục đích tuyệt vời. Nó cho bạn chia sẻ contact, file, clipboard, điều khiển âm lượng, rung điện thoại, và tonel feature khác. Tôi thực sự thích công cụ clipboard. Trên điện thoại, tôi đơn giản mark và copy nội dung notes của tôi, và chia sẻ clipboard qua KDE Connect. Sau đó, trên desktop Plasma của tôi, tôi có thể đơn giản lấy notes. Xong.
Một khuyết điểm của việc chia sẻ là nếu bạn gửi URL cho KDE Connect, nó sẽ tự động cố gắng mở chúng trong trình duyệt. Vì vậy nếu bạn gửi nói 100 link, thì điều này trở thành gánh nặng một chút. Việc chia sẻ văn bản đơn giản dường như là tùy chọn hợp lý hơn. Hoặc ít nhất pop một cảnh báo. Oh, vâng, bạn phải cho phép thông báo cho hầu hết mọi thứ.
Nhưng sau đó, bước cuối cùng...
Bạn sẽ không thích cái này, nhưng đây sẽ là mở file ODT trong Word, và chuyển nó sang DOCX, để tôi có thể gửi cho đại lý và nhà xuất bản. Đây vẫn là điểm yếu nhất trong toàn bộ chuỗi. Tổng thể, tôi có fun hợp lý làm việc với LibreOffice, nhưng tôi không thể rủi ro dùng chuyển đổi odt->docx của nó. Đó có thể ổn cho hư cấu thông thường, không bảng hoặc hình ảnh hoặc định dạng fancy. Ở đây? Hm.
Kết luận
Trước khi bạn nói bất cứ điều gì, vâng tôi biết có app và chương trình "tập trung viết" ngoài kia. Tôi cũng biết tôi có thể làm một số thứ hiệu quả hơn, và ở đây, thực sự, tôi sẽ rất trân trọng bình luận và gợi ý của bạn qua email. Chỉ nhớ tôi cố tình tránh để mình mắc kẹt trong phần mềm, hoặc phải thêm nửa chục công cụ vào kho vũ khí, cho lợi ích tăng dần nhỏ. Mục tiêu của tôi là viết, và tôi đã viết gần 100K từ trong ba tháng. Cho phi hư cấu, này nhiều. Nói chung, đó là tốc độ khá nhanh. Điều đó có nghĩa là workflow của tôi khá ổn, tất cả xem xét.
Có một số bit cồng kềnh. Quan sát chung của tôi là, vâng, bạn có thể viết sách phức tạp với công cụ miễn phí. Không cần nhắc tôi, tôi biết LaTeX và LyX tồn tại, tôi viết về chúng tấn. Tôi biết bạn thậm chí có thể làm ebook từ LaTeX, trực tiếp. Tôi muốn dùng trình soạn thảo từ đơn giản, vì tôi cần tương tác với người trong ngành xuất bản cho họ Word là THE Word. Đây là nơi câu chuyện FOSS của tôi bị giải nén một chút, nhưng dường như không có cách nào حوله, có vẻ như.
LibreOffice Writer làm tốt. Nó xử lý bản thảo lớn tốt, nhưng nó có nhiều vấn đề năng suất, như xử lý style và điều hướng. Tôi lãng phí tấn và tấn chuột click đó. Okular hơi meh. Các công cụ khác hoạt động hợp lý ổn. Vấn đề lớn dường như là chia sẻ dữ liệu cross-program, khó khăn indexing trích dẫn và citations, và tìm kiếm hạn chế bên trong tài liệu và cross-tài liệu. Nếu ai đó ngoài kia thấy vài nugget hữu ích trong bài này, và những cái này có thể được implement để làm công cụ viết free, open-source tốt hơn, thì tuyệt vời.
Bây giờ, hãy tuned cho cập nhật thực tế về công việc phi hư cấu này, để tôi có thể thực sự tiết lộ tên nó, cho bạn một số chi tiết, và giải phóng khỏi việc phải che thông tin như tôi làm trong hình ảnh trên. Lại, đại lý và nhà xuất bản khá kĩ tính về một số thứ, vậy đó. Vì vậy, câu trả lời đơn giản là, vâng, bạn có thể làm nó với Linux và FOSS. Khoảng 90%. Chăm sóc bản thân, folkses.
Cheers.