লেখকরা যতটা ভাবেন তার চেয়ে অনেক বেশি বার তাঁদের সরঞ্জাম বদলান। কোনো প্রোগ্রামের আপডেট বন্ধ হয়ে যায়, সাবস্ক্রিপশনের দাম হঠাৎ বেড়ে যায়, কাজ করার একটা ভালো পদ্ধতি হাতে আসে, কিংবা একটা সিরিজ যেখানে শুরু হয়েছিল সেই জায়গাটাকে ছাড়িয়ে বড় হয়ে ওঠে। গদ্যটুকু সাধারণত এক জায়গা থেকে আরেক জায়গায় পৌঁছে যায়। যা হারিয়ে যায় তা হলো তার চারপাশের সবকিছু: চরিত্রের নোট, জগতের নিয়মকানুন, রূপরেখা, দৃশ্যের পরিকল্পনা, আর বারো নম্বর অধ্যায় পর্যন্ত কে কী জানে তার হিসাব। দীর্ঘ বই বা সিরিজের ক্ষেত্রে এই উপকরণই আসল কার্যকরী পুঁজি, অথচ সবচেয়ে বেশি সম্ভাবনা থাকে এটাই পেছনে ফেলে আসার। এই নির্দেশিকা বলবে সফটওয়্যারের ভাষায় স্টোরি বাইবেল আসলে কী, কেন তা সহজে স্থানান্তর করা যায় না, এবং কোনো টুলের এক্সপোর্টের ওপর ভরসা রাখার আগে কী কী যাচাই করে নেওয়া উচিত।
পাণ্ডুলিপি মানে শুধু গদ্য নয়
একটি সমাপ্ত উপন্যাসের কাজের ফাইলগুলোর কথা ভাবুন। অধ্যায়গুলো তো আছেই, সঙ্গে আছে প্রতিটি চরিত্রের ইতিহাস ও কণ্ঠস্বর-সহ একটি চরিত্রতালিকা। আছে স্থান, গোষ্ঠী আর জাদু কীভাবে কাজ করে সে বিষয়ে পাতার পর পাতা। আছে রূপরেখা, প্রায়ই একাধিক প্রজন্মের, আর দৃশ্যস্তরের পরিকল্পনা যা বলে দেয় প্রতিটি দৃশ্যকে কী করতে হবে। বইটি কোনো সিরিজের অংশ হলে আছে গল্পের চলমান অবস্থার একটা ধারণা: কে গোপন কথাটা জেনে গেছে, কে মারা গেছে, নায়িকা এখনও তার ঝোলায় কী বয়ে বেড়াচ্ছে।
এই সবকিছুকে বলা যায় স্টোরি বাইবেল। লেখকরা ধীরে ধীরে এটি গড়ে তোলেন, আর এর জোরেই তৃতীয় বই প্রথম বইয়ের সঙ্গে সামঞ্জস্য রেখে চলতে পারে। আপনার সিদ্ধান্তগুলোর বেশিরভাগও এখানেই থাকে, একবার লিখে রাখা, যাতে সেগুলো আর দ্বিতীয়বার নিতে না হয়। একটা ভালো বাইবেল থাকলে হারিয়ে যাওয়া খসড়া নতুন করে লেখা যায়। কিন্তু বাইবেল হারালে বছরের পর বছরের সিদ্ধান্ত স্মৃতি আর গদ্য থেকে নতুন করে উদ্ধার করতে হয়, যা ধীর কাজ, আর তৃতীয় বইয়ে অসংগতি ঢোকে ঠিক এভাবেই।
স্টোরি বাইবেল আসলে কোথায় থাকে
সাধারণ ওয়ার্ড প্রসেসরে বাইবেল হলো আপনার নিজের বানানো একগুচ্ছ নথি, তাই সেটি সরানো মানে ফাইল কপি করা। বিশেষভাবে লেখার জন্য তৈরি টুলগুলো আলাদা। সেগুলো চরিত্র, স্থান ও কাহিনির মোড়কে সাজানো তথ্য নিজস্ব ডেটাবেসে রেকর্ড হিসেবে রাখে, সঙ্গে থাকে ক্ষেত্র, ট্যাগ আর রেকর্ডগুলোর মধ্যকার সংযোগ। এই কাঠামোই টুলগুলোকে কাজের করে তোলে - কোন চরিত্র কোন কোন দৃশ্যে আছে তা দেখা যায়, বা কাহিনিসূত্র ধরে রূপরেখা ছেঁকে নেওয়া যায় - আবার এই কাঠামোই সেগুলো ছেড়ে আসা কঠিন করে তোলে।
কোনো টুল এক্সপোর্টের সুবিধা দিলে জিজ্ঞেস করে দেখা দরকার, সেই এক্সপোর্ট কীসের জন্য বানানো হয়েছে। অনেকগুলো পাণ্ডুলিপিকে কেন্দ্র করে তৈরি, কারণ লেখকরা সম্পাদক, এজেন্ট ও প্রকাশকের কাছে সেটাই পাঠান: একটা ওয়ার্ড ফাইল, একটা EPUB, একটা PDF। গদ্য চমৎকারভাবে বেরিয়ে আসে। কিন্তু কাঠামোবদ্ধ উপকরণ, অর্থাৎ যে অংশ লেখা হিসেবে নয়, রেকর্ড হিসেবে জমা আছে, তা হয়তো আলাদাভাবে আসে, আংশিকভাবে আসে, বা একেবারেই আসে না। কিছু টুল গদ্য এক্সপোর্ট করে, আর স্টোরি বাইবেল রেখে দেয় নিজের ভেতরেই। এর সবটাই যে অসদুদ্দেশ্য থেকে, তা নয়। এক্সপোর্টের সুবিধা তৈরি হয় সবচেয়ে প্রচলিত চাহিদা মাথায় রেখে, আর "পাণ্ডুলিপিটা কোথাও পাঠানো" "আমার গোটা প্রকল্প সরানো"-র চেয়ে ঢের বেশি প্রচলিত।
সংযোগগুলোই সবচেয়ে কঠিন অংশ
কোনো টুল তার বাইবেল এক্সপোর্ট করতে পারলেও, চরিত্রের নোটের একটা সমতল তালিকা আপনার গড়া জিনিসের কেবল একটা অংশ। জিনিসগুলোর মধ্যকার সংযোগের মধ্যেই অর্থের একটা বড় ভাগ লুকিয়ে থাকে।
ভেবে দেখুন একটা চলমান প্রকল্প কী কী জানে। এই দৃশ্য বলা হচ্ছে এই চরিত্রের দৃষ্টিকোণ থেকে। এই তিনটি চরিত্র এতে আছে। এই কাহিনিসূত্র চতুর্থ অধ্যায়ে শুরু হয়ে বিংশ অধ্যায়ে সমাপ্ত হয়। এই চরিত্র নবম অধ্যায়ে বিশ্বাসঘাতকতার কথা জেনেছে, তাই পঞ্চদশ অধ্যায়ে সে এ নিয়ে অবাক হওয়ার ভান করতে পারে না। এর প্রতিটি তথ্য দুটি রেকর্ডের মধ্যকার একটি সংযোগ, আর ডেটাবেসে এই সংযোগগুলো ধরা থাকে অভ্যন্তরীণ রেফারেন্স দিয়ে, পাতার ওপরের শব্দ দিয়ে নয়।
যে এক্সপোর্ট প্রতিটি রেকর্ডকে আলাদা নথি হিসেবে লিখে ফেলে আর সংযোগগুলো বাদ দেয়, সেটা আপনাকে টুকরোগুলো দেয়, জোড়া লাগানোর কাঠামোটা দেয় না। হাতে করে আবার গড়ে নেওয়া যায় ঠিকই, কিন্তু একটা সিরিজে তা কয়েক দিনের খাটুনি হয়ে দাঁড়াতে পারে, আর সূক্ষ্ম সংযোগগুলো - যেমন কোনো একটি নির্দিষ্ট দৃশ্যের সঙ্গে বাঁধা অবস্থার পরিবর্তন - হারিয়ে যায় সবার আগে। ভালো এক্সপোর্টে সংযোগগুলো স্পষ্ট থাকে, যাতে পরে যে ফাইলটি পড়বে সে বুঝতে পারে কোন চরিত্র কে আর প্রতিটি তথ্য কোথায় বসবে।
এক্সপোর্টের ওপর ভরসা করার আগে যা যাচাই করবেন
এক্সপোর্ট পরীক্ষা করার সঠিক সময় প্রয়োজন পড়ার আগে, যখন প্রকল্প সুস্থ আর টুলটি তখনও আপনার নাগালে। পাঁচটি প্রশ্নেই বেশিরভাগ বিষয় ঢাকা পড়ে যায়।
এতে কি বাইবেল আছে, শুধু বই নয়? আউটপুটে আপনার চরিত্র, স্থান আর রেফারেন্স নথিগুলো খুঁজে দেখুন, শুধু নাম নয়, তাদের পূর্ণ লেখাসহ। রূপরেখা, দৃশ্য-পরিকল্পনা, আর প্রতিটি দৃশ্যের সঙ্গে জুড়ে থাকা নোটগুলোও দেখে নিন।
মানুষ কি এটি পড়তে পারে? ফাইলগুলো একটা সাধারণ টেক্সট এডিটরে খুলুন। Markdown ও প্লেইন টেক্সট সময়ের সঙ্গে ভালো টেকে আর যেকোনো জায়গায় খোলে; মালিকানাধীন বাইনারি ফাইল কেবল যে প্রোগ্রাম বানিয়েছে তাতেই খোলে, আর তাতে উদ্দেশ্যটাই মাঠে মারা যায়।
কোনো প্রোগ্রাম কি এটি পড়তে পারে? কাঠামো হারিয়ে গেলে শুধু মানুষের পড়ার উপযোগী হওয়াই যথেষ্ট নয়। JSON-এর মতো কাঠামোবদ্ধ ফরম্যাট, যেখানে রেকর্ডগুলোর মধ্যকার সংযোগ রেফারেন্স দিয়ে ধরা থাকে, অন্য একটি টুলকে প্রকল্পটি নতুন করে গড়ে নিতে দেয়, আপনাকে সবকিছু আবার টাইপ করতে হয় না।
ফরম্যাটটি কি লিখিতভাবে বর্ণিত? ফাইলের একটি প্রকাশিত বিবরণ - প্রতিটি অংশে কী আছে, রেকর্ডগুলো কীভাবে একে অপরের দিকে নির্দেশ করে - এক্সপোর্টকে এমন জিনিস বানায় যা নিয়ে যেকোনো টুল বা যেকোনো সহায়ক প্রোগ্রামার কাজ করতে পারেন। অনথিভুক্ত এক্সপোর্ট এমন এক ফরম্যাট যা কেবল তার নির্মাতাই পুরোপুরি বোঝেন।
এটি কি পুরো সিরিজ ঢাকে? আপনার বইগুলো একই চরিত্রগোষ্ঠী ও জগৎ ভাগ করে নিলে দেখে নিন, ভাগ করা উপকরণ প্রতিটি বইয়ের সঙ্গে বেরিয়ে আসছে কি না, আর একসঙ্গে একাধিক বই এক্সপোর্ট করা যায় কি না।
পুরো চক্রটি একবার চালিয়ে দেখুন
সবচেয়ে বলার মতো পরীক্ষাটি হলো একটি প্রকল্প এক্সপোর্ট করে সঙ্গে সঙ্গে সেটি ফেরত ইমপোর্ট করা, একই টুলে বা একটি নতুন অ্যাকাউন্টে। টুলটি যদি নিজের এক্সপোর্টই পড়তে না পারে, তাহলে কিছু ভুল হলে ফাইলটি আপনার খুব একটা কাজে আসবে না। পারলে দুটোকে মিলিয়ে দেখুন: চরিত্রগুলো কি সবাই আছে, তাদের পূর্ণ এন্ট্রিসহ? দৃশ্যগুলো কি এখনও জানে কারা তাতে আছে? রূপরেখা কি মেলে? এই চক্রে যা হারায়, অন্য কোথাও সরে গেলে তা নিশ্চিতভাবেই হারাবে।
একই সঙ্গে সেই এক্সপোর্টের একটি কপি টুলের বাইরে কোথাও রেখে দিন, আর বড় কোনো পরিকল্পনা-অধিবেশনের পর এটিকে অভ্যাস করে নিন। ক্লাউড সার্ভিস সচরাচর ডেটা হারায় না, কিন্তু অ্যাকাউন্ট তালাবদ্ধ হয়, কোম্পানি দিক বদলায়, আর আপনার নিজের হাতে রাখা কপিই একমাত্র কপি যার ওপর ভরসা করা যায়।
যে টুল ছেড়ে আসা যায়, সেটিই বেছে নিন
দীর্ঘ প্রকল্পের ভার যে টুলের ওপর সবচেয়ে সহজে ছেড়ে দেওয়া যায়, সাধারণত সেটি এমন যা ছেড়ে আসা সহজ করে। যে এক্সপোর্ট সবকিছু বের করে আনে, অন্য সফটওয়্যারের পড়ার উপযোগী রূপে, সেটি এমন এক অঙ্গীকার যা টুলটি কথায় নয়, কোডে দিয়েছে। নতুন কোনো লেখার টুল যাচাই করার সময় ঢোকার পথের আগে বেরোনোর পথটা দেখুন। জিজ্ঞেস করুন কী বেরিয়ে আসে, কোন রূপে আসে, আর তা আবার ফিরে যায় কি না।
Novelmint বানানো হয়েছে এই পরীক্ষাটিকে মাথায় রেখেই। একটি গোটা সিরিজ একটিমাত্র উন্মুক্ত প্রকল্প-ফাইল হিসেবে এক্সপোর্ট হয়: Markdown, যা যেকোনো জায়গায় পড়া যায়, আর নথিভুক্ত JSON, যা চরিত্র, স্থান, কাহিনিসূত্র, অধ্যায়-পরিকল্পনা, বিট ও গদ্যের মধ্যকার সংযোগ ধরে রাখে, প্রতিটি বইয়ের প্রচ্ছদসহ। একই ফাইল নতুন সিরিজ হিসেবে, কিংবা যে সিরিজ থেকে এসেছে তার মধ্যেই, আবার ইমপোর্ট করা যায়, ফলে ব্যাকআপ এমন কিছু যা আপনি সত্যিই পুনরুদ্ধার করতে পারেন।