دليلك الشامل لكتابة كتابك التقني الأول: أدوات، تقنيات وموارد للمؤلفين المبتدئين

مقدمة في رحلة تأليف كتابك التقني الأول

لطالما كانت فكرة كتابة كتاب تقني تراودني، وبعد جهد ومثابرة، أخيرًا أتممت مشروعي الأول. كانت هذه التجربة غنية بالدروس، وأود مشاركة رحلتي معكم، بدءًا من الدوافع والعقبات وصولًا إلى الأدوات والتقنيات والموارد التي استخدمتها. يركز كتابي على أداة البلوك تشين Hyperledger Composer، وهو متاح مجانًا بصيغة PDF. الجدير بالذكر أن هذه النقاط مفيدة بنفس القدر لمن يطمحون في كتابة مقالات تقنية ومدونات احترافية.

الدوافع الكامنة وراء تأليف كتاب تقني

منذ أواخر عام 2018، وأنا أكتب المقالات والدروس التقنية، مما جعلني أمتلك راحة نسبية في عملية الكتابة. أصبحت أدرك كيفية التعامل مع المقالات والأدوات المناسبة لها. لكن عندما يتعلق الأمر بكتابة كتاب، وخاصة كتاب تقني، فإن الأمر يختلف تمامًا. كان دافعي الأساسي هو الفضول؛ فقد تساءلت دائمًا كيف يكتب المؤلفون كتبهم؟ ما هي عملية تفكيرهم؟ وما هي الأدوات التي يستخدمونها؟ وبالطبع، كيف هو شعور إنجاز كتاب؟

بصفتي مهندس برمجيات، عملت في مجال البلوك تشين منذ عام 2018، وتعلمت عن سلاسل الكتل المختلفة مثل Ethereum و Hyperledger Fabric، واستخدمت العديد من الأدوات مثل truffle و remix و hyperledger composer. كانت هناك عدة مواضيع أردت الكتابة عنها، لكن لكون هذا كتابي الأول، لم تكن تلك المواضيع مثالية. كانت ستتطلب وقتًا وجهدًا أكبر مما كنت أستطيع تقديمه. لذا، اخترت موضوعًا أبسط: Hyperledger Composer.

العقبة الأولى: اختيار الأداة المثلى للكتابة

قبل الشروع في الكتابة، تساءلت عن الأداة أو المحرر الذي يجب أن أستخدمه. هل أكتب في MS Word، Google Docs، أم أستخدم شيئًا آخر؟ كانت المشكلة الرئيسية هي كيفية تنسيق مقتطفات الأكواد البرمجية بشكل صحيح. هذه المحررات ليست مصممة للكتابة التقنية، ورغم وجود حلول بديلة لإضافة الأكواد، إلا أنها تتطلب تنسيقًا إضافيًا ومجهودًا أكبر.

قرأت العديد من المقالات حول الأدوات المتاحة لكتابة الكتب التقنية وجربت الكثير منها، لكنني لم أكن راضيًا عن أي منها. أضعت الكثير من الوقت في البحث عن الأداة المثالية. في النهاية، أدركت أن المحررات تسهل عملية الكتابة وتجعل إدارة الكتاب أبسط، لكن ما يهم حقًا هو المحتوى. لذا، توقفت عن البحث عن المحرر المثالي وعدت إلى الأساسيات.

الأساسيات: الاستعانة بـ VS Code

استخدمت محرر الأكواد المفضل لدي لكتابة الكتاب: VS Code. بعد أيام من البحث عبر الإنترنت، لم تقترح أي مقالة أنك بحاجة إلى أداة أو محرر معين لكتابة كتاب تقني. VS Code أو Atom سيكونان أكثر من كافيين. كتبت الكتاب بأكمله في VS Code بتنسيق Markdown المفضل لدي. لتسهيل الكتابة، استخدمت بعض إضافات Markdown مثل Markdown All in One و Markdown Preview Enhanced.

• تساعد الإضافة الأولى في كتابة Markdown.
• تساعد الثانية في وضع المعاينة، حيث تعرض كيف سيبدو Markdown ويتصرف بعد تحويله إلى HTML أو تنسيقات أخرى.

تتميز Markdown Preview Enhanced بالعديد من الثيمات والخيارات لتصدير ملف Markdown بتنسيقات مثل HTML و PDF وتنسيقات قابلة للقراءة مثل epub أو Mobi. ملاحظة سريعة: تتطلب هذه التنسيقات الأخرى تثبيت Pandoc على جهازك.

بصفتي مستخدمًا لنظام Windows، وجدت أن هناك العديد من المحررات الرائعة المتاحة لمستخدمي Mac مثل bear و ulysses وغيرها. مؤخرًا، اكتشفت أن هناك العديد من محررات Markdown المتاحة على Windows و macOS والتي يمكنك استخدامها لكتابة الكتب، مثل Notion و Typora و iA Writer و SimpleNote.

الخلاصة: لا تبالغ في البحث عن الأداة

لا تضيع الكثير من الوقت في البحث عن المحرر المثالي. ابدأ فقط بالكتابة في المحرر الذي تختاره. مع الوقت، ستكتشف الأنسب لك.

العقبة الثانية: تحديد المنهجية وهيكلة المحتوى

بعد ذلك، بدأت أتساءل: من أين أبدأ الكتابة؟ كيف أكتب؟ كيف يجب أن أتعامل مع الموضوع؟ باختصار، أردت أن أعرف بالضبط كيف يجب أن أكتب هذا الكتاب حتى يحصل القارئ على أقصى استفادة منه. هذه الأسئلة جعلتني أفكر كثيرًا. في البداية، غيرت منهجي 4 أو 5 مرات. في هذه المرحلة، أقترح قضاء بعض الوقت للتفكير بجدية في منهجيتك، لأنه بمجرد أن تكون في منتصف الكتاب، لن يكون تغييرها مهمة سهلة.

اطرح على نفسك الأسئلة الصحيحة

طرحت على نفسي هذه الأسئلة حول الكتاب ودوّنت أفكاري:

• من هو جمهوري المستهدف؟ هل هم مبتدئون، متوسطون، أم خبراء؟ هل يحتاجون إلى معرفة مسبقة بالموضوع؟
• كيف يجب أن أنظم الكتاب؟
• كيف يجب أن أسمي الملفات أو الفصول بحيث يسهل العثور على كل موضوع؟
• كيف يجب أن أتتبع تقدمي؟
• كيف يجب أن أحافظ على إصدارات الفصول والمسودات من الكتاب؟ ستكون هناك عدة مناسبات كانت فيها التعديلات الأخيرة أفضل بكثير من الإصدار الحالي.

هذه كانت بعض الأسئلة الأساسية التي طرحتها، وكانت مفيدة جدًا.

منهجيتي في الكتابة: خطوات عملية

سأصف الآن المنهج الذي اتبعته لكتابة هذا الكتاب.

إنشاء قائمة مهام (Todo List)

أولًا، أنشأت قائمة مهام. في هذه القائمة، دوّنت جميع النقاط الرئيسية، المواضيع، المواضيع الفرعية، المراجع، المقدمة، الغلاف، العنوان، وما إلى ذلك. أضفت تقريبًا كل الأفكار التي خطرت ببالي حول الكتاب. أقترح إنشاء قائمتي مهام: واحدة ورقية والأخرى نسخة إلكترونية.

أولًا، دوّن جميع النقاط على الورق. بمجرد الانتهاء من تدوين كل شيء، اقرأها 2-3 مرات. ثم، أي أفكار جديدة تخطر ببالك، دوّنها. على سبيل المثال، إذا فكرت في كيفية شرح موضوع معين، دوّنه. سيجعل ذلك عملك أسهل بكثير. ثم عندما تبدأ في الكتابة عن هذا الموضوع، يمكنك الرجوع إلى هذه الملاحظات. بمجرد أن يكون لديك قائمة مهام ورقية، أنشئ نسخة إلكترونية واحفظ جميع النقاط بترتيب زمني.

هذا ما كانت تبدو عليه قائمة مهامي:

• [x] الفهرس
• [x] الغلاف
• [x] العنوان
• [x] العنوان الفرعي
• [x] المقدمة
• [x] ما هو Blockchain و Hyperledger Fabric؟
• [x] مقدمة إلى Hyperledger Composer
• [x] متطلبات البيئة والإعداد
• [x] Azure
• [x] AWS
• [x] GCP
• [x] هدف المشروع
• [x] إعداد المشروع في Composer
• [x] ملف النموذج (Model File)
• [x] التعريف
• [x] لغة النمذجة (Modeling Language)
• [x] كود المشروع
• [x] ملف السكريبت (Script File)
• [x] التعريف
• [x] بناء الجملة (syntax)
• [x] كود المشروع
• [x] ملف الاستعلام (Query File)
• [x] التعريف
• [x] لغة الاستعلام (Query Language)
• [x] كود المشروع
• [x] ملف ACL
• [x] التعريف
• [x] بناء الجملة (syntax)
• [x] كود المشروع
• [x] النشر في Composer Playground
• [x] الاختبار في Composer Playground
• [x] تصدير ملف .bna
• [x] خادم Composer Rest
• [x] الواجهة الأمامية (Frontend)
• [x] الخلاصة
• [x] المراجع
• [x] عني
• [x] تدقيق نحوي 1
• [x] تدقيق نحوي 2
• [x] قراءة المسودة
• [x] قراءة المسودة النهائية
• [x] تنسيق PDF
• [x] إضافة أرقام الصفحات إلى PDF
• [x] بدء فصل جديد من صفحة جديدة
• [x] ملاحظة شكر
• [x] الترخيص
• [x] الغلاف الخلفي

استخدمت تنسيق Markdown لقائمة مهامي. يمكنك استخدام أي تنسيق تجده أسهل لك.

ابدأ صغيرًا ولكن ابدأ

تذكر أنه ليس عليك الكتابة عن كل موضوع بالترتيب. قد تكون هناك العديد من المواضيع التي تعتمد على مواضيع سابقة، ولكن البعض الآخر لا يعتمد. أيضًا، ليس عليك إنهاء الكتابة عن الموضوع دفعة واحدة. ابدأ بالمواضيع التي تشعر بالراحة تجاهها. يجب أن يكون هدفك هو البدء في الكتاب. اهدف إلى كتابة 10-20٪ من كتابك في غضون أسبوعين. بمجرد أن تبدأ، سيظل ذلك يذكرك بضرورة إكمال الكتاب. مع الوقت، ستدرك أن هذا يتحول إلى دافع كبير.

إذا كان هناك موضوع لا تعرف عنه الكثير، فلا تقلق. لا تتردد في طلب المساعدة من الإنترنت. اقرأ كيف شرحه الآخرون. استلهم منهم ثم اكتب عنه بطريقتك الخاصة. وتذكر: إذا استخدمت أي محتوى من عمل أشخاص آخرين، فتأكد من إبلاغهم، وقم بتوثيقه بشكل صحيح في نصك، وادرج عملهم كمرجع في النهاية. اعتبر هذا من باب اللياقة المهنية.

ترتيب المحتوى وتسمية الملفات

استغرق الأمر مني بعض الوقت لفهم أهمية وجود اتفاقية لتسمية الملفات. في البداية، بدأت باتباع اتفاقية تسمية Chapter 1، Chapter 2 لكل موضوع. تبين أن هذه فكرة سيئة للغاية. المشكلة في هذا المخطط للتسمية هي أنه يجب عليك الاحتفاظ بملف منفصل تشرح فيه محتويات الملف. أو يجب عليك فتح كل ملف لمعرفة ما يحتويه. مشكلة أخرى هي أنه إذا أضفت فصلًا جديدًا في المنتصف، فستضطر إلى إعادة تسمية جميع الفصول التالية.

هناك طريقتان وجدتهما مفيدتين، ولكن لكل منهما عيوبه:

1. استخدام chapternumber-topic: سمِّ الملف برقم الفصل متبوعًا بموضوع الفصل، مثل 10-Introduction-of-Blockchain. سمِّ رقم الفصل برقمين، سيساعدك هذا على إضافة أقسام فرعية إلى نفس الفصل في ملفات مختلفة، مثل 11-History-of-Blockchain. فائدة أخرى لهذه الاتفاقية هي أنها ستعرض جميع الملفات بترتيب فصول كتابك.

   العيوب: إضافة فصل جديد في المنتصف تتطلب إعادة تسمية جميع الفصول التالية.

2. استخدام filename as topic: سمِّ جميع الملفات باسم الموضوع. سيمنحك هذا حرية كتابة المواضيع بترتيب عشوائي. ويمكنك الحفاظ على ترتيب الكتاب في قائمة مهامك.

   العيوب: سيتم ترتيب جميع الملفات أبجديًا. بعد 10-15 ملفًا، سيكون من الصعب تتبع جميع الملفات، وسيكون تجميعها في مسودة أصعب.

في النهاية، اتبعت الطريقة الثانية، وقد نجحت معي بشكل جيد. لإنشاء مسودة، أنشأت سكريبت Node.js. في هذا السكريبت، أدخلت جميع المواضيع في مصفوفة. ثم أنشأت ملف مسودة وأضفت جميع المواضيع إليه (بالطبع بعد قراءتها أولًا). هذه بعض مزايا كونك مهندس برمجيات! كان هذا السكريبت منقذًا عندما كنت أقوم بالتحرير. في كثير من الأحيان قمت بتحديث المواضيع أو الصور داخلها، وقمت بتصحيح الأخطاء النحوية. هنا، أنقذني Grammarly حقًا… ولكن ليس بالكامل لأنني كنت أستخدم النسخة المجانية.

رحلة الكتابة وتتبع الإصدارات

كتابة كتاب ليست سباقًا سريعًا، بل هي ماراثون. احفظ عملك دائمًا عند إكمال موضوع أو الانتهاء ليومك. في اليوم التالي، قد تحصل على فكرة جديدة لنفس الموضوع الذي أكملته بالفعل. قد تقضي ساعة عليه، لكنه لا يبدو جيدًا. في هذه الحالة، وظيفة التراجع (UNDO) رائعة ولكن لها أيضًا قيود (وتختلف حدودها من محرر إلى آخر). لا تختبر حدودها كثيرًا.

بدلًا من الاعتماد على المحرر أو عمل نسخ مكررة، استخدمت Git للتحكم في الإصدارات. لا تعتقد أن Git يمكن استخدامه فقط لإدارة الكود الخاص بك. إنها أداة متعددة الاستخدامات وتطبيقاتها لا يحدها سوى خيالك.

للقراء الذين لا يعرفون عن Git:

Git هو نظام تحكم في الإصدارات موزع لتتبع التغييرات في الكود المصدري أثناء تطوير البرمجيات. وهو مصمم لتنسيق العمل بين المبرمجين، ولكن يمكن استخدامه لتتبع التغييرات في أي مجموعة من الملفات.

— ويكيبيديا

ليس عليك تعلم كل شيء عن Git لاستخدامه في الكتابة. الأوامر الأساسية مثل init و add و commit و logs و checkout كافية تمامًا للحفاظ على إصداراتك والحفاظ على نصك متاحًا وآمنًا.

هناك العديد من منصات استضافة أكواد Git المتاحة، مثل GitHub و GitLab وغيرها. لاستضافة كتابك على إحدى هذه المنصات، يمكنك اتباع الخطوات التالية:

1. أنشئ حسابًا. خياري الشخصي هو GitHub.
2. أنشئ مستودعًا خاصًا (private repository) بالخيارات الافتراضية. يمكنك تغيير رؤيته إلى عام في المستقبل.
3. اتبع التعليمات المقدمة بمجرد إنشاء المستودع. في الأساس، في هذه الخطوة، تقوم بربط Git المحلي الخاص بك بالمستودع المستضاف.
4. تعلم أمرين آخرين، push و pull. استخدم push لدفع التغييرات المحلية إلى المستودع السحابي، واستخدم pull للحصول على المحتوى من السحابة.

بعد ذلك، كلما أجريت أي تغييرات، ما عليك سوى add و commit و push. بسيط، أليس كذلك؟ بعد بضعة commits، ستشعر بالراحة مع Git.

الأدوات والموارد التي اعتمدت عليها

استخدمت العديد من الأدوات والموارد أثناء كتابة الكتاب وتحريره وتنسيقه وتصميمه.

للكتابة

للكتابة، استخدمت محرر VS Code مع إضافتين لـ Markdown، كما ناقشت أعلاه. بالنسبة للرموز التعبيرية (emojis)، استخدمت طريقة النسخ واللصق.

للتحرير

لتصحيح الأخطاء النحوية، استخدمت النسخة المجانية من Grammarly. في النسخة المجانية، تقوم بتصحيح جميع الأخطاء الأساسية مثل المقالات غير الصحيحة أو المفقودة، وحروف الجر، والفواصل، وما إلى ذلك. استخدمت محرر PDF عبر الإنترنت لإضافة أرقام الصفحات إلى الكتاب.

للتنسيق

استخدمت إضافة Markdown in Preview في VS Code لإنشاء تنسيق PDF. استخدمت تنسيق Git markdown الافتراضي. يمكنك تغيير التنسيق في الإعدادات.

فواصل الصفحات في ملف PDF

بينما كنت أكتب بتنسيق Markdown، كان إخراج PDF غير متناسق. على سبيل المثال، يبدأ موضوعًا جديدًا من الصفحة الأخيرة بدلًا من صفحة جديدة. لإصلاح ذلك، استخدمت كود HTML الخاص بفاصل الصفحات في نهاية كل موضوع:

<div style="page-break-after:always;"></div>

سيجعل هذا المحتوى الذي يليه يبدأ في صفحة جديدة. يمكنك أيضًا إضافة نهاية تسلسل الصفحات مثل ***** بهذا الشكل:

<div style="page-break-after:always; display:block; text-align:center; border:none">*****</div>

صفحة "عني" (About Me Page)

في قسم "عني" في كتابي، قسمت المحتوى إلى عمودين: نبذة مختصرة عني وصورة شخصية. استغرق الأمر مني بعض الوقت لأدرك الإمكانيات الكاملة لتنسيق Markdown. يمكننا إضافة كود HTML عادي فيه. إليك ما تقوله صفحة "عني" الخاصة بي:

<div>
  <img align="right" style="padding-left:65px" src="../images/profilepic.JPEG" width="400px" height="450px" />
</div>
Hello, I am **_Shubham Kumar Chadokar_**. I am a Software Engineer and in my short career of almost 4 years, I've had the opportunity to work on Blockchain, Nodejs, Golang, and Docker. I've learned about other tech as well, but these are my primary focus. I love to write articles and tutorials on new tech by following a hands-on approach. This is my first book. Front end development isn't my specialty, and that's why I didn't include it in the book. If you have any queries or questions, please feel free to drop me an email. :e-mail: [hello@schadokar.dev](hello@schadokar.dev) :globe_with_meridians: [schadokar.dev](https://schadokar.dev) <img src="https://github.githubassets.com/images/icons/emoji/octocat.png" style="width:20px;" /> [github.com/schadokar](https://github.com/schadokar)

بالنسبة لـ octacat، استخدمت وسم img.

صفحة الشكر (Thank You Page)

أضفت صفحة شكر للتعبير عن امتناني لمجتمع Hyperledger Composer Community على عملهم. حاولت إضافة المحتوى في منتصف الصفحة:

<div style="padding-top:40%; text-align: center; font-size:35px;">Thank You <img src="https://emojipedia-us.s3.dualstack.us-west-1.amazonaws.com/thumbs/240/microsoft/209/person-with-folded-hands_1f64f.png" style="width:40px" /></div>
<div style="text-align: center; font-size:25px;">I especially want to thanks the entire <a href="https://github.com/hyperledger/composer/graphs/contributors"> Hyperledger Composer Community </a> for creating such an amazing tool. Many developers entered into the blockchain domain because of the simplicity of the composer. <br /> It is unfortunate that it is deprecated but it sets a great example of easy automation, wrapping a complex Hyperledger Fabric into the easy to use Hyperledger Composer. </div>

يبدو هذا كالتالي:

عنوان الكتاب وعنوانه الفرعي

يجب أن يوضح عنوان الكتاب محتوياته في بضع كلمات أو جملة قصيرة. أثناء كتابة الكتاب، دوّن جميع الكلمات المفتاحية التي تستخدمها. سيساعدك هذا في التوصل إلى عنوان رائع. تريد أن تلتقط جوهر الكتاب وتخبر القراء، على سبيل المثال، ما إذا كان نظريًا أم عمليًا أكثر. يجب أن يقدم العنوان الفرعي للقراء مزيدًا من التفاصيل حول ما سيحصلون عليه من هذا الكتاب أو ما سيتعلمونه. العنوان الفرعي المكون من جملة واحدة مثالي، ولا يجب أن يكون أطول من جملتين. لا تبالغ في ذلك – دع القراء يقرأون الكتاب. الفكرة هي إعطاء القراء لمحة عن الكتاب الكامل في جملة واحدة ولكن دون الكشف عن كل شيء.

عنوان كتابي هو Playtime with Hyperledger Composer وعنوانه الفرعي هو Create a supply chain management project in Blockchain using Hyperledger Composer. عندما تبدأ في كتابة كتابك، لا تقضِ الكثير من الوقت في عنوان الكتاب. عندما تنتهي من الكتابة، ستكون في وضع أفضل بكثير لاتخاذ قرار بشأن عنوان الكتاب. كل شيء مكتوب، وأنت تعرف ما يدور حوله، وما سيحصل عليه الآخرون منه. في حالتي، غيرت عنوان الكتاب وغلافه في اللحظة الأخيرة قبل نشره. قبل ذلك، كان مملًا جدًا.

تصميم غلاف الكتاب

ربما سمعت المقولة "لا تحكم على الكتاب من غلافه". لكن الحقيقة القاسية هي أن غلاف الكتاب مهم جدًا. إنه وجه الكتاب. حاول أن تبقيه بسيطًا وغنيًا بالمعلومات. لا تبالغ في ذلك. عنوان بسيط وعنوان فرعي قصير مع صورة أو اثنتين أكثر من كافٍ. بدأت في تصميم غلاف الكتاب بأخذ مراجع من كتب أخرى، ومحاولة تعديلها في برنامج Paint. كانت النتيجة كارثة كاملة، ولم أستطع التفكير في أي شيء جيد. ثم أدركت أن التصميم ليس اختصاصي. قررت توظيف مستقل لهذا الغرض، لذا بحثت في مواقع العمل الحر مثل UpWork و Fiverr. ثم، اكتشفت Canva. إنها أداة رائعة جدًا ومذهلة!

Canva هي منصة تصميم رسومي تتيح للمستخدمين إنشاء رسومات لوسائل التواصل الاجتماعي، وعروض تقديمية، وملصقات، ومحتوى مرئي آخر. وهي متاحة على الويب والجوال وتدمج ملايين الصور والخطوط والقوالب والرسوم التوضيحية.

— ويكيبيديا

استخدمت أحد القوالب من قسم غلاف الكتاب في Canva وأنشأت غلاف كتابي. ليس سيئًا، أليس كذلك؟

الترخيص

كتبت هذا الكتاب بدافع الفضول وللمتعة. لذلك، أردت أن يكون مجانيًا ومفتوح المصدر، لكنني لم أرد أن يستفيد منه الآخرون ماليًا. بدون ترخيص، لا توجد قيود. بحثت لبعض الوقت ووجدت إجابة رائعة على StackOverflow بخصوص التراخيص المجانية، وهي تراخيص Creative Commons.

Creative Commons هي منظمة غير ربحية تساعد في التغلب على العقبات القانونية أمام مشاركة المعرفة والإبداع لمعالجة تحديات العالم الملحة. لقد قدموا نموذجًا يحتوي على بعض الأسئلة المتعلقة بنوع الترخيص الذي تريده. املأ النموذج وها هو، ترخيصك جاهز. انسخه والصقه أو استخدم الرابط المضمن.

نشر كتابك

هناك العديد من الخيارات التي يمكنك الاختيار من بينها لنشر كتابك. يمكنك التواصل مع دار نشر وإرسال مسودتك. إذا أرادوا النشر، يمكنك المضي قدمًا وتأمين صفقة. بعد ذلك، تتولى دار النشر رعاية العمليات الأخرى مثل التنسيق، وتحرير كتابك، وإنشاء غلاف كتاب جذاب، وجميع التراخيص، وعملية النشر، والأهم من ذلك التسويق. باختصار، إذا كنت ترغب في تحقيق دخل من كتابك وتتوقع مبلغًا جيدًا، فإن دار النشر هي الخيار الأفضل المتاح.

خيار آخر هو النشر الذاتي. نعم، يمكننا نشر كتبنا بأنفسنا. يوفر Kindle Direct Publishing من Amazon منصة رائعة لهذا الغرض. إنه مجاني وينشر الكتاب في جميع أنحاء العالم. ستحصل على 70٪ من الأرباح لكل عملية بيع. يتولى KDP رعاية جميع عمليات النشر. ما عليك سوى كتابة الكتاب وتحميله وتنسيقه. ما عليك سوى إدخال السعر الذي تريد فرضه، بالإضافة إلى بعض المعلومات الأساسية عن الكتاب وعنك. يمكنك متابعة دروسهم للحصول على مزيد من المعلومات – لقد قاموا بعمل رائع.

لكنني أردت أن أبقي كتابي مجانيًا ولم يكن لدي الصبر للعمليات المذكورة أعلاه. لذلك، قمت بنشره ذاتيًا دون استخدام أي طرف ثالث. قمت بتحويل الكتاب إلى تنسيق PDF وحفظته في AWS S3 Bucket حتى يتمكن أي شخص من تنزيله. ثم استضفت الكتاب على موقعي. بسيط.

نشر عملك والترويج له

بمجرد إكمال تحفتك الفنية، حان الوقت لعرضها على العالم. إذا لم تتعاون مع ناشر أو حتى لو فعلت، فعليك نشر الخبر. هذه هي المنصات القليلة التي استخدمتها، ولكن لا تحد من نفسك.

LinkedIn

LinkedIn هي منصة مهنية ويوجد عليها العديد من المطورين، بغض النظر عن تخصصهم في عالم التكنولوجيا. ستجد أيضًا أشخاصًا من كل مهنة، سمِّها ما شئت. شارك عملك معهم، واطلب الملاحظات. 90٪ من الوقت ستحصل على رد. شاركت عملي مع Dan Selmon، أحد المساهمين في Hyperledger Composer، وكذلك Srinivas Mahankali، الذي كتب العديد من الكتب عن البلوك تشين. كلاهما كانا مفيدين جدًا وقدما ملاحظاتهم الصادقة. أنا ممتن لـ Dan، الذي عرض حتى مشاركة الكتاب ضمن شبكته على LinkedIn و Twitter.

Reddit

Reddit هو مركز مجتمعي. ستجد العديد من المجتمعات النشطة حول مواضيع مختلفة هنا. ما عليك سوى الانضمام إلى المجتمع ذي الصلة بعملك ومشاركته هناك. ستجد الكثير من الأعضاء النشطين على Reddit، في هذه المجموعات، وهم لا يخجلون من مشاركة آرائهم. إذا كان هناك مجال للتحسين، فقد يعرض بعضهم المساعدة. ولكن قبل المشاركة، اقرأ الإرشادات. إذا انتهكت أيًا منها، فسيقومون بإزالة منشورك.

Twitter

Twitter ليست مجرد منصة اجتماعية يشارك فيها الأشخاص آراءهم. لذا لا تستهين بها. إذا كنت تحب الحقائق والأرقام، فإليك: هناك أكثر من 1.3 مليار حساب على Twitter، و 330 مليون مستخدم نشط شهريًا، و 152 مليون مستخدم نشط يوميًا، و 500 مليون تغريدة يوميًا. هذا ضخم. ما عليك سوى صياغة رسالتك واختيار الكلمات المفتاحية الصحيحة ضمن حد 280 حرفًا ويمكنك الوصول إلى جمهور كبير محتمل.

المدونات

قم ببعض البحث واكتشف أي المنشورات أو المجلات الرقمية تنشر مقالات في فئة كتابك. شارك ملخص كتابك وتفاصيله معهم. اسألهم عما إذا كان بإمكانهم كتابة مقال عن كتابك. أو يمكنك كتابة مقال عن كتابك ومشاركة المسودة مع تلك المنشورات. هناك أيضًا العديد من المنصات الأخرى التي يمكنك تجربتها – فقط قم ببعض البحث.

الخلاصة

كانت هذه تجربتي الأولى في كتابة كتاب. استغرق الأمر بعض الوقت ولكنه كان يستحق العناء. الآن، لدي إنجاز آخر في سيرتي الذاتية. لقد تعلمت الكثير من هذه التجربة. تخدم هذه المقالة كتوثيق لجميع ما تعلمته لأي شخص يرغب في كتابة كتابه الأول أو كتابه التالي. أدناه هي القائمة النهائية للأدوات التي استخدمتها حتى الآن. أي اقتراحات لأدوات أخرى مرحب بها للغاية. شكرًا لك على القراءة ولا تنسَ مشاركة كتابك الأول معي.

قائمة الأدوات النهائية التي استخدمتها

• المحرر: Visual Studio Code مع إضافتين لـ Markdown.
• أداة التحكم في الإصدارات: Git و GitHub.
• الرموز التعبيرية: النسخ واللصق.
• التدقيق النحوي: Grammarly.
• الترخيص: تراخيص Creative Commons.
• تصميم الغلاف: Canva.
• ترقيم صفحات PDF: محرر PDF عبر الإنترنت.
• تخزين الكتب الإلكترونية: AWS S3 bucket.
• استضافة الكتاب: على مدونتي الخاصة.

الخلاصة التقنية

تُظهر هذه التجربة أن تأليف كتاب تقني، حتى للمطورين لأول مرة، أمر ممكن وذو قيمة عالية. يكمن جوهر النجاح في التركيز على المحتوى الجيد والتخطيط المسبق، بدلًا من الانغماس في البحث عن "الأداة المثالية". استخدام أدوات مألوفة مثل VS Code مع Markdown، واعتماد نظام تحكم في الإصدارات مثل Git، يبسط العملية بشكل كبير. كما أن الاستفادة من المنصات المجانية للتصميم (Canva) والترخيص (Creative Commons) والنشر (AWS S3 أو KDP) يقلل من الحواجز أمام المؤلفين الجدد. الأهم من ذلك، هو الترويج الفعال للعمل عبر الشبكات المهنية والاجتماعية لضمان وصوله لأكبر شريحة ممكنة من الجمهور المستهدف.