Pisarze zmieniają narzędzia częściej, niż się spodziewają. Program przestaje być aktualizowany, cena subskrypcji skacze w górę, pojawia się lepszy sposób pracy albo seria po prostu wyrasta z miejsca, w którym powstała. Sama proza zazwyczaj przetrwa przeprowadzkę. Ginie wszystko, co ją otacza: notatki o postaciach, zasady świata, konspekt, plany scen, zapis tego, kto co wie w rozdziale dwunastym. W przypadku długiej książki lub serii ten materiał to prawdziwy kapitał obrotowy i zarazem to, co najłatwiej zostawić za sobą. Ten poradnik opowiada o tym, czym właściwie jest biblia fabuły w sensie programistycznym, dlaczego tak źle znosi podróże i co sprawdzić, zanim powierzysz ją eksportowi z jakiegokolwiek narzędzia.
Rękopis to coś więcej niż proza
Wyobraź sobie robocze pliki ukończonej powieści. Są w nich rozdziały, ale także lista postaci z historią i głosem każdej z nich. Są strony o miejscach, frakcjach i o tym, jak działa magia. Jest konspekt, często w kilku wersjach, oraz plany na poziomie scen, określające, co dana scena musi osiągnąć. Jeśli książka jest częścią serii, dochodzi do tego bieżące poczucie stanu opowieści: kto poznał sekret, kto nie żyje, co bohaterka wciąż nosi w plecaku.
Wszystko to nazwijmy biblią fabuły. Pisarze budują ją powoli i to dzięki niej tom trzeci może pozostać spójny z tomem pierwszym. To także miejsce, w którym zapisana jest większość twoich decyzji, raz, żebyś nigdy nie musiał podejmować ich ponownie. Utracony szkic można napisać od nowa na podstawie dobrej biblii. Utracona biblia oznacza odtwarzanie lat decyzji z pamięci i z samej prozy, co jest powolne i dokładnie w ten sposób do tomu trzeciego zakradają się sprzeczności.
Gdzie naprawdę mieszka biblia fabuły
W zwykłym edytorze tekstu biblia to zbiór dokumentów, które sam stworzyłeś, więc jej przeniesienie sprowadza się do skopiowania plików. Wyspecjalizowane narzędzia dla pisarzy są inne. Przechowują postaci, miejsca i punkty fabuły jako rekordy we własnej bazie danych, z polami, tagami i powiązaniami między nimi. Ta struktura sprawia, że są użyteczne - widzisz każdą scenę, w której występuje dana postać, albo filtrujesz konspekt według wątków - i ona też sprawia, że trudno je opuścić.
Gdy takie narzędzie oferuje eksport, warto zapytać, do czego został zaprojektowany. Wiele z nich budowanych jest wokół rękopisu, bo to właśnie wysyła się redaktorom, agentom i wydawcom: plik Worda, EPUB, PDF. Proza wychodzi pięknie. Materiał ustrukturyzowany, ten przechowywany jako rekordy, a nie jako tekst, może wyjść osobno, częściowo albo wcale. Niektóre narzędzia eksportują prozę, a biblię fabuły zatrzymują w środku. Nie musi to oznaczać złej woli. Funkcje eksportu powstają z myślą o najczęstszej prośbie, a „wyślij rękopis gdzieś dalej” zdarza się znacznie częściej niż „przenieś cały mój projekt”.
Powiązania to najtrudniejsza część
Nawet gdy narzędzie eksportuje swoją biblię, płaska lista notatek o postaciach to tylko część tego, co zbudowałeś. Znaczna część sensu mieści się w połączeniach między rzeczami.
Weź pod uwagę, co wie działający projekt. Ta scena jest opowiadana z perspektywy tej postaci. W tej scenie występują te trzy osoby. Ten wątek otwiera się w rozdziale czwartym, a zamyka w dwudziestym. Ta postać dowiedziała się o zdradzie w rozdziale dziewiątym, więc w piętnastym nie może udawać zaskoczenia. Każdy z tych faktów to powiązanie między dwoma rekordami, a w bazie danych te powiązania trzymają wewnętrzne odwołania, nie słowa na stronie.
Eksport, który zapisuje każdy rekord jako osobny dokument i gubi powiązania, daje ci elementy bez całości. Możesz złożyć ją z powrotem ręcznie, ale przy serii bywa to praca na całe dni, a subtelne powiązania - zmiana stanu zakotwiczona w jednej konkretnej scenie - znikają jako pierwsze. Dobry eksport zachowuje powiązania w jawnej postaci, tak by ktoś lub coś, co przeczyta plik później, mogło rozpoznać, która postać jest którą i gdzie należy każdy fakt.
Co sprawdzić, zanim zaufasz eksportowi
Eksport trzeba przetestować, zanim będzie potrzebny, póki projekt jest w dobrej kondycji, a narzędzie wciąż stoi przed tobą otworem. Większość spraw pokrywa pięć pytań.
Czy zawiera biblię, a nie tylko książkę? Poszukaj w wynikach swoich postaci, miejsc i dokumentów referencyjnych, z pełnym tekstem, a nie tylko z nazwami. Sprawdź też konspekty i plany scen oraz wszelkie notatki dołączone do poszczególnych scen.
Czy człowiek potrafi to przeczytać? Otwórz pliki w zwykłym edytorze tekstu. Markdown i czysty tekst starzeją się dobrze i otwierają się wszędzie; własnościowy plik binarny otworzy się tylko w programie, który go stworzył, a to niweczy cały sens.
Czy program potrafi to przeczytać? Czytelność dla człowieka sama nie wystarczy, jeśli struktura przepadła. Format ustrukturyzowany, taki jak JSON, w którym powiązania między rekordami zachowane są przez odwołania, pozwala innemu narzędziu odtworzyć projekt, zamiast zmuszać cię do ponownego przepisywania.
Czy format jest opisany? Opublikowany opis pliku - co zawiera każda jego część, jak rekordy wskazują na siebie nawzajem - sprawia, że eksport staje się czymś, z czym może pracować dowolne narzędzie i dowolny pomocny programista. Eksport bez dokumentacji to format, który w pełni rozumie tylko jego twórca.
Czy obejmuje całą serię? Jeśli twoje książki dzielą obsadę i świat, sprawdź, czy wspólny materiał wychodzi razem z każdą książką i czy możesz eksportować więcej niż jedną książkę naraz.
Przejdź całą pętlę
Najbardziej wymownym testem jest wyeksportowanie projektu i natychmiastowe zaimportowanie go z powrotem, do tego samego narzędzia lub na świeże konto. Jeśli narzędzie nie potrafi odczytać własnego eksportu, plik niewiele ci pomoże, gdy coś pójdzie nie tak. Jeśli potrafi, porównaj oba wyniki: czy wszystkie postaci są na miejscu, z pełnymi wpisami? Czy sceny wciąż wiedzą, kto w nich występuje? Czy konspekt się zgadza? Cokolwiek zniknie w tej pętli, na pewno zniknie również przy przenosinach gdzie indziej.
Przy okazji zachowaj kopię tego eksportu poza narzędziem i wyrób sobie nawyk robienia tego po każdej większej sesji planowania. Usługi chmurowe rzadko tracą dane, ale konta bywają blokowane, firmy zmieniają kierunek, a kopia, którą sam trzymasz, jest jedyną, na której możesz polegać.
Wybierz narzędzie, które można opuścić
Narzędziu, któremu najłatwiej powierzyć długi projekt, zazwyczaj towarzyszy łatwość odejścia. Eksport, który wynosi na zewnątrz wszystko, w formie czytelnej dla innego oprogramowania, to zobowiązanie narzędzia złożone w kodzie, a nie w obietnicy. Oceniając nowe narzędzie do pisania, spójrz najpierw na drogę wyjścia, a dopiero potem na wejście. Zapytaj, co wychodzi, w jakiej formie i czy da się to wprowadzić z powrotem.
Novelmint powstał z myślą o takim właśnie teście. Cała seria eksportuje się jako jeden otwarty plik projektu: Markdown, który przeczytasz wszędzie, oraz udokumentowany JSON zachowujący powiązania między postaciami, miejscami, wątkami, planami rozdziałów, punktami fabuły i prozą, razem z okładką każdej książki. Ten sam plik importuje się z powrotem jako nowa seria albo do tej, z której pochodzi, więc kopia zapasowa jest czymś, co naprawdę da się przywrócić.