تجهيز بيئة العمل: ما يحتاجه مطوّر الويب ليبدأ

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

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

العتاد: لا تبالغ

أوّل ما يقلق المبتدئ سؤال: هل أحتاج جهازًا قويًّا؟ ولتطوير الواجهات الأماميّة الجواب لا. أيّ حاسوبٍ من السنوات الأخيرة يكفي للبدء. وما يهمّ أكثر من المعالج هو «الذاكرة العشوائيّة» (RAM)، لأنّك ستشغّل المتصفّح بتبويباتٍ كثيرة والمحرّر وأدواتٍ في الخلفية معًا. وفي رأيي أنّ ثمانية غيغابايت حدٌّ أدنى مريح للبدء، وأنّ ستّة عشر أفضل حين تكبر مشاريعك. ويسرّع «قرص الحالة الصلبة» (SSD) فتح المشاريع وتثبيت أدواتها فرقًا تحسّه، وتفصيل اختيار الذاكرة في مقال اختيار الذاكرة والتخزين في دليل التخزين.

وإن كان حاسوبك يعمل بنظام ويندوز 10 فانتبه لتاريخٍ مهمّ. تقول مايكروسوفت إنّ الدعم انتهى في 14 تشرين الأوّل 2025، وإنّ برنامج التحديثات الأمنيّة الممتدّة يُبقي الأجهزة المشتركة فيه محميّةً حتّى 12 تشرين الأوّل 2027.^[1] والمطوّر يثبّت أدواتٍ كثيرةً من الإنترنت، فالعمل على نظامٍ لا يتلقّى تحديثاتٍ أمنيّة مخاطرةٌ لا تستحقّها. انتقل إلى ويندوز 11 إن سمح جهازك، أو فكّر في توزيعة لينكس.

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

نظام التشغيل: كلّها تصلح

أنظمة التشغيل الثلاثة تصلح كلّها لتطوير الويب، ولكلٍّ طبعه. وفي استطلاع Stack Overflow لعام 2025 قال 49.5 في المئة من المطوّرين المحترفين إنّ ويندوز نظام عملهم الأساسيّ، و32.9 في المئة ماك، و27.7 في المئة توزيعة أوبونتو من لينكس. ويجوز في السؤال اختيار أكثر من نظام.^[2] ويندوز الأشيع والأمألف، وماك مبنيٌّ على يونكس فطرفيّته قريبةٌ من بيئة الخوادم، ولينكس مجّانيٌّ مفتوح المصدر، وبيئته الأقرب إلى الخوادم التي يعمل عليها الويب فعلًا، وهو تفضيلي الشخصيّ. وقد قارنت سلسلة أساسيّات الحاسوب الثلاثة في مقال ويندوز وماك ولينكس.

ولماذا يميل المطوّرون إلى ماك ولينكس؟ لأنّ أكثر خوادم الويب تعمل بلينكس، فالعمل في بيئةٍ تشبهها، بطرفيّتها وأدواتها، يقلّل المفاجآت بين جهازك والخادم. ولهذا وُجد «نظام ويندوز الفرعيّ للينكس» (WSL): بيئة لينكس حقيقيّة تعمل داخل ويندوز نفسه، فتجمع راحة ويندوز إلى أدوات لينكس. وقال 16.8 في المئة من المحترفين في الاستطلاع نفسه إنّهم يعملون عليه.^[2] وقد صارت شيفرته مفتوحة المصدر، أعلنت مايكروسوفت ذلك في مؤتمرها Build في 19 أيار 2025.^[3]

فالنصيحة العمليّة: ابدأ بالنظام الذي تعرفه، وأضف WSL إن كنت على ويندوز. ولا تقضِ أسابيع في المقارنة بين الأنظمة بدل أن تبدأ التعلّم، فكلّ ما تتعلّمه في هذه السلسلة يعمل على الثلاثة.

إن كنت على ويندوز: WSL بأمرٍ واحد

تثبيت WSL اليوم أبسط ممّا كان. تقول مايكروسوفت إنّك تفتح PowerShell بصلاحيّات المدير، بالنقر عليه بالزرّ الأيمن واختيار «تشغيل كمسؤول»، ثمّ تكتب أمرًا واحدًا وتعيد تشغيل الجهاز. والأمر يفعّل ما يحتاجه WSL في ويندوز، ويثبّت توزيعة أوبونتو من لينكس افتراضيًّا.^[4]

wsl --install

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

مدير الحزم: ثبّت بأمرٍ واحد

وفائدةٌ تستحقّ أن تعرفها من اليوم الأوّل: على كلّ نظامٍ «مدير حزم» يثبّت لك البرامج بأمرٍ واحدٍ في الطرفية، بدل أن تنزّلها من مواقعها وتنقر «التالي» مرّةً بعد مرّة. على ويندوز يوجد WinGet، الذي تصفه مايكروسوفت بأنّه أداة سطر أوامر تكتشف البرامج وتثبّتها وتحدّثها وتزيلها على ويندوز 10 و11.^[5] وعلى ماك يشيع Homebrew، الذي يعمل اليوم على ماك وعلى لينكس وداخل WSL أيضًا.^[6] وعلى توزيعات لينكس مديرٌ مدمج، مثل apt في أوبونتو وdnf في فيدورا.

وأكبر مزايا مدير الحزم التحديث، لا التثبيت وحده: أمرٌ واحد يحدّث كلّ ما ثبّته به، فلا تبقى على جهازك نسخةٌ قديمةٌ من أداةٍ فيها ثغرةٌ معروفة. ولا تحتاج حفظ أوامره الآن، يكفي أن تعرف أنّه الطريق الأنظف لتجهيز جهازٍ جديد.

الأدوات السبع ليومك الأوّل

هذه القطع تتكامل لتصنع ورشتك، وبعضها له مقالٌ مستقلّ في السلسلة، فأشير إليه وأكتفي بما تحتاجه لتبدأ. والصورة التالية تجمع أكثرها في نافذةٍ واحدة: المحرّر، ومستكشف ملفّات المشروع، والطرفية المدمجة وقد شُغّلت فيها شيفرة JavaScript بأداة Node.

المتصفّح، ومتصفّحٌ ثانٍ

متصفّحك أداة عملٍ بفضل أدوات المطوّر المدمجة فيه، فاجعل لك متصفّحًا أساسيًّا تعرف أدواته جيّدًا. وثبّت معه متصفّحًا ثانيًا بمحرّك عرضٍ مختلف، كفايرفوكس إن كان أساسيّك كروم، لأنّ ما يعمل في محرّكٍ قد يختلف في آخر، كما رأيتَ في مقال المتصفّح.

والمحرّك الثالث، WebKit، يحتاج انتباهًا خاصًّا بحسب جمهورك. في آب 2026 بلغت حصّة سفاري، الذي يعمل به، 30.86 في المئة من التصفّح في السعوديّة و29.11 في الولايات المتّحدة، مقابل 3.17 في سوريا.^[7] فإن كان جمهورك في الخليج أو أمريكا الشماليّة فاختبار موقعك بمحرّك WebKit جزءٌ من عملك. وإن لم تملك جهاز ماك أو آيفون، فتقول WebKit إنّ محرّكها يعمل في تطبيقاتٍ كثيرة على لينكس أيضًا، لا على أجهزة أبل وحدها.^[8] فابحث عن متصفّحٍ مبنيٍّ عليه في توزيعتك، أو استعر هاتف آيفون قبل كلّ إطلاقٍ مهمّ.

محرّر الشيفرة

قلب الورشة محرّر الشيفرة، والخيار الأشيع بفارقٍ كبير VS Code: قال 75.9 في المئة من المجيبين في استطلاع Stack Overflow لعام 2025 إنّهم استعملوه بانتظام خلال السنة.^[2] وهو مجّانيٌّ، وقابلٌ للتوسعة بآلاف الإضافات، وتفصيل تثبيته وضبطه في دليل VS Code. ولا تثقل محرّرك بعشرات الإضافات في يومك الأوّل: إضافةٌ تنسّق الشيفرة، وأخرى تنبّهك إلى الأخطاء وأنت تكتب، تكفيانك طويلًا.

الطرفية

«الطرفية» (Terminal) نافذةٌ نصّيّة تشغّل منها الأدوات بأوامر مكتوبة، وستحتاجها لكلّ أداةٍ بعدها تقريبًا. وداخلها «صدفةٌ» (Shell) تفهم أوامرك: Bash أو Zsh على لينكس وماك غالبًا، وPowerShell على ويندوز، وBash حقيقيّة إن استعملت WSL. وتفصيلها وأوّل أوامرها في مقال الطرفية.

وتفصيلٌ يربك المنتقل بين الأنظمة: شكل مسار الملفّ. على ويندوز يبدأ المسار بحرف القرص ويفصل بين المجلّدات بشرطةٍ خلفيّة، مثل C:\Users\you، وعلى ماك ولينكس يبدأ من الجذر ويفصل بشرطةٍ أماميّة، مثل /home/you. وستلقى هذا الفرق كثيرًا في الأوامر، وتفصيله في مقال الملفّ.

نظام Git وحساب GitHub

نظام Git يحفظ تاريخ مشروعك لقطةً لقطة، فتعود إلى أيّ نسخةٍ كانت تعمل، ومنصّة GitHub تحفظ نسخةً منه على الإنترنت وتتيح العمل مع فريق وعرض مشاريعك على من يوظّفك. ثبّت Git في يومك الأوّل وأنشئ حسابًا على GitHub، حتّى لو لم تستعملهما قبل أسابيع. وتفصيلهما في مقال Git وGitHub.

وبعد التثبيت خطوتان تفعلهما مرّةً واحدةً على كلّ جهاز. الأولى أن تعرّف Git باسمك وبريدك، لأنّه يكتبهما على كلّ لقطةٍ تحفظها في تاريخ المشروع. والثانية أن تنشئ «مفتاح SSH» يثبت لموقع GitHub أنّ جهازك جهازك، فترفع شيفرتك دون كلمة مرورٍ في كلّ مرّة. ونوع المفتاح الذي توصي به GitHub في وثائقها هو ed25519.^[9]

git config --global user.name "Your Name"
git config --global user.email "[email protected]"
ssh-keygen -t ed25519 -C "[email protected]"

ثمّ تنسخ المفتاح العامّ الذي أُنشئ، وهو الملفّ المنتهي بـ .pub، وتلصقه في إعدادات حسابك على GitHub. ولا ترسل الملفّ الآخر، أي المفتاح الخاصّ، لأحدٍ أبدًا. وقد شرح مقال SSH في سلسلة الاستضافة كيف تعمل هذه المفاتيح.

بيئة Node.js ومدير الحزم npm

هنا قطعةٌ يجهلها المبتدئ ويحتاجها قريبًا. «Node.js» بيئةٌ تشغّل JavaScript خارج المتصفّح، على جهازك مباشرةً، وتأتي معها بـ «npm»، مدير الحزم الذي تثبّت به المكتبات والأدوات التي يقوم عليها التطوير الحديث. وحين تختار إصدارًا فاختر «LTS»، أي الإصدار ذا الدعم الطويل، لا الأحدث. وتقول Node.js إنّ تطبيقات الإنتاج، أي المواقع التي يستعملها الناس فعلًا، لا ينبغي أن تستعمل إلّا الإصدارات ذات الدعم الطويل.^[10]

وفي أيلول 2026 الإصدار ذو الدعم الطويل النشط هو Node 24، ويصير Node 26 الإصدار ذا الدعم الطويل في 28 تشرين الأوّل 2026، بحسب جدول الإصدارات الرسميّ.^[11] وتغيّرت القاعدة نفسها قريبًا: تقول Node.js إنّ الإصدارات ستصدر سنويًّا بدءًا من Node 27، وكلّ إصدارٍ كبيرٍ سيصير ذا دعمٍ طويل بعد ستّة أشهرٍ من صدوره.^[10] والخلاصة العمليّة لا تتغيّر: اختر الإصدار المكتوب بجانبه LTS في صفحة التنزيل.

وستحتاج يومًا مشروعين يطلب كلٌّ منهما إصدارًا مختلفًا من Node. وهنا تفيد «أداة إدارة إصدارات Node»، وأشهرها nvm، التي تصف نفسها بأنّها تُثبَّت لكلّ مستخدمٍ على حدة وتعمل على لينكس وماك وداخل WSL.^[12] بها تثبّت أكثر من إصدار، وتنتقل بينها بأمرٍ واحد، ويستطيع المشروع أن يعلن الإصدار الذي يريده في ملفٍّ صغير اسمه .nvmrc. ولا تحتاجها في أسبوعك الأوّل، لكن اعرف أنّها موجودة حين يظهر الخلاف بين مشروعين.

ويحمل كلّ مشروعٍ حديثٍ ملفًّا اسمه package.json يسرد الأدوات التي يعتمد عليها، ومعه ملفّ package-lock.json الذي يسجّل النسخ الدقيقة التي ثُبّتت. وحين تنسخ المشروع على جهازٍ آخر يكفي أمر npm install ليعيد تثبيت كلّ شيءٍ في مجلّد node_modules. ولهذا ترفع الملفّين إلى Git، وتقول وثائق npm إنّ ملفّ القفل مصمّمٌ ليُحفظ في المستودع حتّى يثبّت الفريق النسخ نفسها بالضبط، وتترك node_modules خارج Git لأنّه يُولَّد من جديد.^[13] والشكل 1 يُظهر ما يسافر مع المشروع وما يُعاد بناؤه. وتفصيل هذا كلّه، مع أدوات البناء مثل Vite، في مقال أدوات البناء.

شكل 1

خادمٌ محلّيّ

كيف ترى موقعك يعمل قبل نشره؟ على «خادمٍ محلّيّ» (localhost) يشغّله على جهازك، فتفتحه في متصفّحك بعنوانٍ مثل localhost متبوعًا برقم منفذ. للصفحات البسيطة يكفي فتح ملفّ HTML مباشرةً، أو إضافةٌ في المحرّر تعيد تحميل الصفحة كلّما حفظت. وللمشاريع الحديثة تأتي أدوات البناء بخادمٍ سريعٍ خاصّ. ولمواقع ووردبريس أدواتٌ تشغّل خادمًا وقاعدة بياناتٍ كاملين، مثل أداة Local التي أستعملها أنا لتطوير مواقع ووردبريس على جهازي، وتفصيلها في مقال ووردبريس.

مساعدٌ بالذكاء الاصطناعيّ، بقدر

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

يومك الأوّل: دورةٌ كاملة في ساعة

ثبّت متصفّحًا حديثًا، ثمّ VS Code، ثمّ Git، وأنشئ حسابًا على GitHub. أنشئ مجلّدًا لأوّل مشروع، وافتحه في المحرّر، واكتب ملفّ index.html صغيرًا، ثمّ افتحه في المتصفّح. غيّر فيه كلمة، واحفظ، وحدّث الصفحة، وافتح أدوات المطوّر وانظر إلى الكلمة الجديدة في شجرة العناصر. هذه الدورة الصغيرة، التي يرسمها الشكل 2، هي المهنة كلّها في صورةٍ مصغّرة، وستكرّرها آلاف المرّات.

شكل 2

وممّا يطمئنك أنّ هذا كلّه مجّانيّ: المتصفّح والمحرّر وGit وNode، ولينكس إن اخترته. لا يقف بينك وبين البدء حاجزٌ ماليّ. وأحذّرك هنا من فخٍّ شائع اسمه «شلل الإعداد»: أسابيع في ضبط المحرّر وتجربة الأدوات ومشاهدة دروس التثبيت، يشعر فيها المبتدئ بالإنتاج وهو لم يكتب صفحةً واحدة. جهّز الحدّ الأدنى في ساعة، ثمّ ابدأ البناء، وحسّن أدواتك في أثناء العمل.

مشكلات الأسبوع الأوّل وحلولها

ثلاث مشكلاتٍ يلقاها كلّ مبتدئٍ تقريبًا، وكلّها أبسط ممّا تبدو. الأولى رسالة «الأمر غير موجود» بعد أن ثبّتّ أداةً للتوّ. غالبًا تكون الطرفية قد فُتحت قبل التثبيت، فلم تعرف بمكان الأداة الجديد. أغلق الطرفية وافتحها من جديد، أو أعد تشغيل المحرّر، وجرّب الأمر ثانيةً قبل أن تبحث عن حلٍّ أعقد.

والثانية خطأ الصلاحيّات حين تثبّت حزمة npm على الجهاز كلّه. والإغراء هنا أن تضيف sudo قبل الأمر، والنصيحة الأسلم غير ذلك. تقول وثائق npm إنّ أفضل طريقةٍ لتجنّب هذا الخطأ أن تثبّت Node وnpm بأداة إدارة الإصدارات، مثل nvm التي مرّت بك، لأنّها تضعهما في مجلّدك أنت.^[14]

والثالثة تخصّ من يعمل على ويندوز مع من يعمل على لينكس أو ماك: نهايات الأسطر. يشرح كتاب Git الرسميّ أنّ ويندوز ينهي السطر برمزين، رمز رجوع العربة ورمز السطر الجديد، بينما يكتفي ماك ولينكس بالثاني. فيبدو الملفّ نفسه معدّلًا بالكامل عند زميلك وهو لم يتغيّر فيه شيء. والحلّ إعدادٌ في Git اسمه core.autocrlf، يضبطه مستخدم ويندوز على true فيحوّل Git النهايات تلقائيًّا.^[15]

وقاعدةٌ رابعة تمنع مشكلةً تخصّ العربيّة: احفظ كلّ ملفّاتك بترميز UTF-8. توصي W3C باختيار هذا الترميز لكلّ المحتوى، وبضبطه ترميزًا افتراضيًّا للمستندات الجديدة في محرّرك.^[16] والملفّ المحفوظ بترميزٍ قديم يُظهر الحروف العربيّة رموزًا غريبة في المتصفّح، وVS Code يحفظ بـ UTF-8 افتراضيًّا، فلا تغيّره.

نظّم مساحة عملك

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

ومع الوقت تتراكم لك إعداداتٌ تخصّك: تخصيصات المحرّر، واختصاراتك في الطرفية، وإعدادات Git. وكثيرٌ من المطوّرين يحفظون هذه الملفّات في مستودع Git خاصّ، فإذا انتقلوا إلى جهازٍ جديد استعادوا بيئتهم في دقائق. وVS Code نفسه يقدّم «مزامنة الإعدادات» التي تحفظ تخصيصاتك وإضافاتك في حسابك.

العربيّة في المحرّر والطرفية

ومن يكتب مواقع عربيّة يلقى في أدواته حدًّا يحسن أن يعرفه مبكّرًا. محرّر VS Code يعرض السطور من اليسار إلى اليمين دائمًا، ولا يدعم الكتابة من اليمين إلى اليسار دعمًا كاملًا. وطلب الدعم هذا مفتوحٌ في متتبّع مشكلات المحرّر منذ 9 أيلول 2016، وهو من أكثر الطلبات تفاعلًا، وما زال مفتوحًا.^[17] ولهذا قد يظهر لك النصّ العربيّ داخل الشيفرة بترتيبٍ مربك، خاصّةً حين يختلط بعلاماتٍ وأرقام، وإن كان المتصفّح سيعرضه صحيحًا.

والحلّ العمليّ أن تُبقي الشيفرة نفسها بالإنجليزيّة، أسماء المتغيّرات والملفّات والتعليقات، وأن تضع النصوص العربيّة في ملفّات HTML أو ملفّات المحتوى، حيث تفحصها في المتصفّح لا في المحرّر. واعتد على تبديل لغة لوحة المفاتيح إلى الإنجليزيّة كلّما كتبت شيفرة، لأنّ الأقواس والرموز التي تحتاجها في كلّ سطر، مثل { و[ و;، في مواضعها المعتادة على اللوحة الإنجليزيّة. واختر للمحرّر خطًّا للشيفرة يعرض الحروف العربيّة مقروءةً حين تحتاجها.

الأمان والتحديث من اليوم الأوّل

والأدوات تتلقّى تحديثاتٍ تسدّ ثغراتٍ أمنيّة: المتصفّح، والمحرّر، وNode، والمكتبات التي تثبّتها بـ npm. فحدّثها بانتظام، وأسهل طريقٍ لذلك مدير الحزم. وفي مشاريعك استعمل أمر npm audit، الذي يرسل وصفًا لاعتماديّات مشروعك إلى سجلّ npm ويعيد لك تقريرًا بالثغرات المعروفة فيها.^[18] وثبّت الأدوات من مواقعها الرسميّة أو من مدير الحزم، لا من روابط منتدياتٍ لا تعرف أصحابها.

حين يكون جهازك ضعيفًا: ورشةٌ في السحابة

إن كان جهازك قديمًا جدًّا، أو كنت تتعلّم على جهازٍ لا تملك صلاحيّة تثبيت البرامج عليه، ففي السحابة ورشاتٌ كاملة تعمل في المتصفّح، يُفتح فيها المحرّر والطرفيّة معًا. منها GitHub Codespaces، الذي يفتح لك محرّرًا يشبه VS Code وطرفيّةً على خادمٍ عند GitHub. وتعطي GitHub الحسابات الشخصيّة المجّانيّة كلّ شهر 15 غيغابايت من التخزين و120 ساعة من وقت الحوسبة، بحسب جدولها للأسعار.^[19]

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

خلاصة عمليّة

جهّز في ساعةٍ واحدة: متصفّحين من محرّكين مختلفين، وVS Code بإضافتين، وطرفيّةً تعرفها، وWSL إن كنت على ويندوز، وGit وحسابًا على GitHub، وNode بالإصدار ذي الدعم الطويل حين تحتاجه. ثمّ اكتب صفحتك الأولى وأكمل دورتها. والأداة التي ستقضي فيها أكثر وقتك هي المحرّر، فابدأ بضبطه في المقال التالي.

المصادر

1. شركة مايكروسوفت، «Windows 10 support has ended»: انتهى دعم ويندوز 10 في 14 تشرين الأوّل 2025، والتحديثات الأمنيّة الممتدّة حتّى 12 تشرين الأوّل 2027.
2. شركة Stack Overflow، «2025 Developer Survey: Technology»: نظام العمل الأساسيّ للمحترفين (ويندوز 49.5%، ماك 32.9%، أوبونتو 27.7%، WSL ‏16.8%، ويجوز أكثر من اختيار)، واستعمال 75.9% للمحرّر VS Code.
3. مدوّنة مطوّري ويندوز، «The Windows Subsystem for Linux is now open source» (19 أيار 2025).
4. شركة مايكروسوفت، «How to install Linux on Windows with WSL»: أمر wsl –install من PowerShell بصلاحيّات المدير يفعّل WSL ويثبّت أوبونتو.
5. شركة مايكروسوفت، «Use WinGet to install and manage applications»: أداة سطر أوامر لاكتشاف البرامج وتثبيتها وتحديثها وإزالتها على ويندوز 10 و11.
6. مشروع Homebrew، «Homebrew: The Package Manager for Everywhere»: يدعم ماك (Sonoma 14 وأحدث) ولينكس وWSL.
7. موقع StatCounter، حصص المتصفّحات في آب 2026: السعوديّة (سفاري 30.86%)، والولايات المتّحدة (29.11%)، وسوريا (3.17%).
8. مشروع WebKit، «WebKit»: المحرّك الذي يعمل به سفاري وتطبيقاتٌ كثيرة على ماك وiOS ولينكس.
9. وثائق GitHub، «Generating a new SSH key and adding it to the ssh-agent»: إنشاء المفتاح بنوع ed25519.
10. مشروع Node.js، «Node.js Releases»: تطبيقات الإنتاج تستعمل إصدارات الدعم الطويل فقط، والإصدارات سنويّة بدءًا من Node 27.
11. مشروع Node.js، «Release schedule»: Node 24 ذو دعمٍ طويلٍ نشط حتّى 20 تشرين الأوّل 2026، وNode 26 يصير ذا دعمٍ طويل في 28 تشرين الأوّل 2026.
12. مشروع nvm، «Node Version Manager»: يُثبَّت لكلّ مستخدم، ويعمل على يونكس وماك وWSL.
13. وثائق npm، «package-lock.json»: يصف الشجرة الدقيقة المثبّتة، وهو مصمّمٌ ليُحفظ في مستودع الشيفرة.
14. وثائق npm، «Resolving EACCES permissions errors when installing packages globally»: الحلّ الموصى به إعادة تثبيت npm بأداة إدارة إصدارات Node.
15. كتاب Pro Git، «Customizing Git: Git Configuration»: نهايات الأسطر في ويندوز وماك ولينكس، وإعداد core.autocrlf.
16. اتّحاد W3C، «Choosing & applying a character encoding»: اختر UTF-8 لكلّ المحتوى، واضبطه افتراضيًّا في المحرّر.
17. متتبّع مشكلات VS Code، «Support for RTL languages» (المسألة 11770، مفتوحة منذ 9 أيلول 2016).
18. وثائق npm، «npm audit»: يرسل وصف الاعتماديّات إلى السجلّ ويعيد تقريرًا بالثغرات المعروفة.
19. وثائق GitHub، «GitHub Codespaces billing»: الحسابات الشخصيّة المجّانيّة 15 غيغابايت تخزينًا و120 ساعة حوسبةً شهريًّا.