Para penulis berganti alat lebih sering daripada yang mereka duga. Sebuah program berhenti diperbarui, harga langganan melonjak, muncul cara kerja yang lebih baik, atau sebuah serial tumbuh melampaui tempat ia bermula. Prosanya biasanya selamat dalam perpindahan itu. Yang hilang adalah segala sesuatu di sekelilingnya: catatan tokoh, aturan dunia, kerangka cerita, rencana adegan, catatan tentang siapa tahu apa pada bab dua belas. Untuk buku panjang atau serial, bahan itulah modal kerja yang sesungguhnya, dan justru bagian itulah yang paling mungkin tertinggal. Panduan ini membahas apa sebenarnya story bible dalam istilah perangkat lunak, mengapa ia sulit dipindahkan, dan apa yang perlu diperiksa sebelum Anda memercayakannya pada fitur ekspor alat apa pun.
Naskah lebih dari sekadar prosa
Bayangkan berkas kerja sebuah novel yang sudah rampung. Bab-babnya ada, tetapi begitu pula daftar tokoh lengkap dengan riwayat dan gaya bicara masing-masing. Ada halaman tentang tempat, faksi, dan cara kerja sihir. Ada kerangka cerita, sering kali dalam beberapa generasi, dan rencana tingkat adegan yang menjelaskan apa yang harus dicapai setiap adegan. Jika buku itu bagian dari sebuah serial, ada pula gambaran berjalan tentang keadaan cerita: siapa yang sudah mengetahui rahasianya, siapa yang sudah mati, apa yang masih dibawa sang tokoh utama di dalam ranselnya.
Sebut semua itu story bible. Para penulis membangunnya sedikit demi sedikit, dan itulah sebabnya buku ketiga bisa tetap konsisten dengan buku pertama. Di situ pula sebagian besar keputusan Anda tersimpan, dituliskan sekali agar tak perlu diputuskan ulang. Draf yang hilang bisa ditulis ulang dari bible yang baik. Bible yang hilang berarti membangun kembali keputusan bertahun-tahun dari ingatan dan dari prosa itu sendiri, yang lambat, dan yang persis menjadi jalan masuk bagi kontradiksi di buku ketiga.
Di mana story bible sebenarnya tersimpan
Di pengolah kata biasa, bible adalah kumpulan dokumen yang Anda buat sendiri, sehingga memindahkannya hanya soal menyalin berkas. Alat menulis yang dirancang khusus berbeda. Alat semacam itu menyimpan tokoh, lokasi, dan titik plot sebagai rekaman di dalam basis datanya sendiri, lengkap dengan kolom, tag, dan hubungan di antaranya. Struktur itulah yang membuatnya berguna - Anda bisa melihat setiap adegan tempat seorang tokoh muncul, atau menyaring kerangka cerita berdasarkan alur plot - dan struktur itu pula yang membuatnya sulit ditinggalkan.
Ketika alat semacam itu menawarkan ekspor, ada baiknya bertanya: untuk keperluan apa ekspor itu dirancang? Banyak yang dibangun berpusat pada naskah, karena itulah yang dikirim penulis kepada editor, agen, dan penerbit: berkas Word, EPUB, PDF. Prosanya keluar dengan rapi. Bahan terstrukturnya, bagian yang tersimpan sebagai rekaman dan bukan sebagai teks, bisa keluar secara terpisah, sebagian, atau sama sekali tidak. Sebagian alat mengekspor prosa sementara story bible tetap tinggal di dalam. Semua ini belum tentu berniat buruk. Fitur ekspor dibuat untuk permintaan yang paling umum, dan "kirim naskah ke suatu tempat" jauh lebih sering diminta daripada "pindahkan seluruh proyek saya".
Tautan adalah bagian yang paling sulit
Bahkan ketika sebuah alat memang mengekspor bible-nya, daftar datar catatan tokoh hanyalah sebagian dari apa yang Anda bangun. Hubungan antarunsur membawa banyak makna.
Pikirkan apa yang diketahui sebuah proyek yang berjalan. Adegan ini dituturkan dari sudut pandang tokoh ini. Tiga tokoh ini muncul di dalamnya. Alur plot ini terbuka di bab empat dan terselesaikan di bab dua puluh. Tokoh ini mengetahui pengkhianatan itu di bab sembilan, sehingga ia tak bisa berpura-pura terkejut di bab lima belas. Setiap fakta itu adalah tautan antara dua rekaman, dan di dalam basis data tautan tersebut dipegang oleh rujukan internal, bukan oleh kata-kata di halaman.
Ekspor yang menuliskan setiap rekaman sebagai dokumen terpisah, dengan tautan yang dibuang, memberi Anda kepingan tanpa rangkaiannya. Anda bisa menyusunnya kembali dengan tangan, tetapi pada sebuah serial itu bisa memakan waktu berhari-hari, dan tautan-tautan yang halus - perubahan keadaan yang bertumpu pada satu adegan tertentu - adalah yang pertama hilang. Ekspor yang baik menjaga tautan tetap eksplisit, sehingga apa pun yang membacanya kelak dapat mengetahui tokoh mana yang mana dan ke mana setiap fakta berasal.
Apa yang perlu diperiksa sebelum memercayai sebuah ekspor
Waktu yang tepat untuk menguji ekspor adalah sebelum Anda membutuhkannya, selagi proyek masih sehat dan alatnya masih terbuka bagi Anda. Lima pertanyaan mencakup sebagian besar hal yang perlu diperiksa.
Apakah ekspor itu memuat bible, bukan hanya bukunya? Carilah tokoh, tempat, dan dokumen referensi Anda dalam hasil ekspor, lengkap dengan teks utuhnya, bukan sekadar namanya. Periksa juga kerangka cerita dan rencana adegan, serta catatan apa pun yang melekat pada masing-masing adegan.
Bisakah manusia membacanya? Buka berkasnya di penyunting teks biasa. Markdown dan teks polos tahan lama dan terbuka di mana saja; berkas biner berpemilik hanya terbuka di program yang membuatnya, dan itu menggagalkan tujuannya.
Bisakah sebuah program membacanya? Terbaca oleh manusia saja tidak cukup jika strukturnya sudah hilang. Format terstruktur seperti JSON, dengan tautan antarrekaman yang dijaga lewat rujukan, memungkinkan alat lain membangun ulang proyek itu tanpa Anda mengetik ulang.
Apakah formatnya didokumentasikan? Deskripsi terbitan tentang berkas itu - apa isi tiap bagiannya, bagaimana rekaman saling merujuk - mengubah sebuah ekspor menjadi sesuatu yang bisa dikerjakan oleh alat mana pun atau programmer yang bersedia membantu. Ekspor tanpa dokumentasi adalah format yang hanya sepenuhnya dipahami pembuatnya.
Apakah ia mencakup seluruh serial? Jika buku-buku Anda berbagi tokoh dan dunia, pastikan bahan bersama itu ikut keluar bersama setiap buku dan Anda bisa mengekspor lebih dari satu buku sekaligus.
Jalankan uji bolak-balik
Uji yang paling menentukan adalah mengekspor sebuah proyek lalu langsung mengimpornya kembali, ke alat yang sama atau ke akun baru. Jika alat itu tak sanggup membaca ekspornya sendiri, berkas itu tidak akan banyak menolong ketika terjadi masalah. Jika sanggup, bandingkan keduanya: apakah semua tokoh ada, dengan entri lengkapnya? Apakah adegan-adegan masih tahu siapa yang ada di dalamnya? Apakah kerangka cerita sama? Apa pun yang hilang dalam uji bolak-balik pasti akan hilang pula ketika Anda pindah ke tempat lain.
Sekalian, simpan salinan ekspor itu di luar alat, dan jadikan kebiasaan setelah setiap sesi perencanaan besar. Layanan cloud jarang kehilangan data, tetapi akun bisa terkunci, perusahaan bisa berganti arah, dan salinan yang Anda pegang sendiri adalah satu-satunya salinan yang bisa diandalkan.
Memilih alat yang bisa Anda tinggalkan
Alat yang paling mudah dipercaya untuk proyek panjang biasanya alat yang membuat Anda mudah pergi. Ekspor yang membawa keluar segalanya, dalam bentuk yang bisa dibaca perangkat lunak lain, adalah komitmen yang diwujudkan alat itu dalam kode, bukan sekadar dalam janji. Saat menimbang alat menulis baru, lihatlah jalan keluarnya sebelum jalan masuknya. Tanyakan apa yang keluar, dalam bentuk apa, dan apakah ia bisa kembali.
Novelmint dibangun dengan ujian itu dalam benak. Seluruh serial diekspor sebagai satu berkas proyek terbuka: Markdown yang bisa dibaca di mana saja, ditambah JSON terdokumentasi yang menjaga tautan antara tokoh, tempat, alur, rencana bab, ketukan cerita, dan prosa, lengkap dengan sampul setiap buku. Berkas yang sama bisa diimpor kembali sebagai serial baru atau ke serial asalnya, sehingga cadangan adalah sesuatu yang benar-benar bisa Anda pulihkan.